Running on Raspberry Pi - container starts but iPhone can't find Altserver #2
Comments
As far as I know they don't need to be reinstalled, you can just refresh them as soon as your altserver is up.
what's the specific error message you're getting? Can you post your altserver error logs? they should be under logs/altserver.err.log file, if you want you can also post your logs/altserver.out.log file to check it out |
On the iPhone, AltStore reports 'Failed to Refresh AltStore : AltServer could not be found' Logs attached. Thanks for the help! [deleted the logs for privacy reasons] |
|
I deleted the logs after downloading them as I have a feeling they might contain personal information of your device (i don't know if they do but better safe than sorry). Do the logs for netmuxd show you device being added/removed? |
|
Only thing in either netmuxd log is
|
|
Yep, this means the device is not being detected by netmuxd, are you running usbmuxd in the host machine? are the idevice and the machine in the same wifi network? |
|
Sorry - still pretty new to Linux and Docker generally - I haven't set up usbmuxd separately, and doesn't look like it was contained in the docker image (at least doesn't show in /bin/)? Both devices are on the same network |
|
usbmuxd is installed in the building process of the image: So it won't show up in bin, it should be running if you didn't make any changes to this. My question is regarding the host system, so not the container, but the raspberry pi itself. I wouldn't know which OS is installed in your rpi but I believe rpi OS is based on debian, so you should be able to check if usbmuxd is running in the host by running If it's not running, that's good, it's not supposed to be running in the host OS. However, the host OS should be running the avahi daemon, so check if it's running with |
|
Can confirm, running rpi OS - usbmuxd is not found, avahi-daemon is running |
|
Can you spot any errors when you check the container logs? Did any of the services fail to start? You can check with If nothing seems out of order, then try a clean slate:
|
|
Brought down the stack just in case, then brought back up and retried on my phone, got the popup for iCloud code, entered it, still getting 'AltServer could not be found' altserver docker logs : Getting binaries... |
|
Hmm interesting, I see that your architecture doesn't match any in the provision dirs Just to check and see if it makes sense to make this addition and if it helps fix the issue, can you (temporarily) modify the scripts/docker-entrypoint.sh script to add: # Detect the system architecture
ARCH=$(uname -m)
# in case of aarch64, map it to arm64-v8a
if [ "$ARCH" = "aarch64" ]; then
ARCH="arm64-v8a"
fiafter line 26 and start from a clean slate again? I doubt this is the issue, but can't hurt to try |
|
Added that in, still getting 'Altserver could not be found' unfortunately. Again, thanks for the help diagnosing this |
|
I think I didn't tell you you should And it's no problem ✌🏼 |
|
removed ./lib then rebuilt the stack (do you prefer that written route or logs here: Getting binaries... |
|
Okay i see that the line we added didn't really change anything, try to bring it up using |
|
New logs, still no altstore success Getting binaries... |
|
hm okay, you can revert the changes to the docker entrypoint script, i'll commit that to the repo anyway last thing i can think of is maybe try rebooting both the rpi and the idevice and try again because this is running in docker it's likely your system will start the container automatically let me know how it goes |
|
rebooted the iPhone and the pi, started everything up and tried again, still not seeing AltServer, damn |
|
How old is this rpi? what model is it? |
|
rpi is a 2019 Pi 4 Model B, so not too old or underpowered |
|
OK i was just asking because of the architecture, you should be fine in this regard as that pi has ARMv8 architecture, so the bundled libraries should function well. unfortunately I'm not sure what's going on ): I will do some more research tomorrow but sadly I don't have an arm machine or an rpi to test this maybe lastly can you check the netmuxd logs? maybe it's got 'added' logs and something else is failing |
|
No worries, thanks for the attempts anyways! Not seeing anything in netmuxd.err and the only thing in netmuxd.out is Just to confirm through all of this - I've been checking AltStore wirelessly, not via USB connection, is the USB-connected option something that might work instead somehow? |
|
USB might work, i have't teste |
|
USB didn't work, it is what it is. I've been using Windows AltServer but I've got it running on a laptop, which doesn't gracefully let me do wifi or auto refresh despite always being plugged in (probably because of Modern Standby tbh). Was hoping to find a way to get the Pi I have running Home Assistant and Klipper to also handle this. Not a huge issue but a bummer it's being weird and not working. Thanks again for the attemps! |
|
it's quite strange because in your case absolutely everything works except netmuxd, and i have this feeling that it could be because your device doesn't 'trust' your rpi yet, when you connect it via USB are you never prompted to trust it? like if your device is unlocked and you connect it to your rpi, does it ever prompt to trust it or has it ever prompted to trust it? I made a few changes to see if this project can better support arm systems, so maybe try this:
let me know if this works |
|
I’m also facing this, on a Mac Mini (Intel) running Ubuntu, when trying to install AltStore to my device:
Tried hard coding the architecture, as that wasn’t setting correctly, followed by rebuilding the container but that’s not helped. Nothing in the container logs, nor anything suspicious in the command output. |
I tried connecting via a USB cable to the pi and trusting it, then inputting the 6-digit code on my phone when prompted, but the iPhone still can't find Altserver. My apps are already installed via AltServer on Windows - do they need to be reinstalled via this server?
The text was updated successfully, but these errors were encountered: