| Electronics > Beginners |
| Raspberry PI networking issue - no response to ARP requests |
| << < (3/4) > >> |
| cdev:
Thank you for these links. --- Quote from: Avacee on January 22, 2018, 10:33:37 pm ---You mention this happens a while after booting. Could the Pi going into power-saving mode? iwconfig will display if power-saving is enabled. Destructions on how to turn off power-saving to remove it as a possibility: https://www.modmypi.com/blog/disable-wifi-power-management http://www.thelowercasew.com/disabling-wifi-power-management-permanently-for-raspberry-pi-3-with-raspbian-jessie --- End quote --- |
| paulca:
Oddly the issue has not resurfaced and the PI has been running fine since this post. Well... I say "fine". Last Sunday evening it locked up. When rebooted the ssh server has not restarted. Repeatedly rebooting it and still no ssh. Yet everything else is functioning. I still haven't bothered to connect a HDMI cable and keyboard to it to find out what has upset it. I wondered about disk space, some log file eating the disc, but it had a 16Gb memory card that was only about 25% full and I don't think I am using anything that would log that much. I'm sure it will be something simple, but a the greatest sin a headless appliance device can do is fail to start it's ssh server :( |
| paulca:
The cause is simple the solution is also simple. It's just annoying. SD corruption. The disc reports fine with fsck, but I have found multiple binaries with issues. "tar" for example has a corrupted symbol table and is trying to load libraries such as: ld-linux-crm(fo.3 As opposed to ld-linux-arm.so.3 Obviously with tar broken the OS is fairly broken. I can't install anything. I "could" copy the tar command off another PI with a similar version of Rasbian, but the root cause is the memory card is old and dying. It has already spend 3 years in a dash cam. So time to save my stuff off it, reflash OS onto a new card. |
| bson:
Sounds like a power saving mode, and the ICMP ECHO requests wake it, while TCP SYNs and oddly ARP won't. |
| cdev:
The RPI NIC defaults to power saving mode which makes sense if its running as a client. That may be it. But there may be some security related reason to want the power saving to be disabled. It may not matter if you have updated the software very recently. I think I found it in the documentation and mailing list for hostapd and wpa_supplicant. I will try to find it again and post it here. There is something called sleep proxy, there is also wake on lan. |
| Navigation |
| Message Index |
| Next page |
| Previous page |