running rpi-update wipes out /boot, possibly opens up port 60020? #1

jbfink opened this Issue Apr 29, 2012 · 4 comments


None yet
2 participants

jbfink commented Apr 29, 2012

hey Hexxeh,

I ran this according to the instructions and all that happened was that /boot was emptied out. Stupidly did not back /boot up myself, but copied over from /boot.bak to boot. Pi boots back up just fine, but weirdly enough, I now have an extra port (60020) open. Check with fuser, it says that 60020 is opened by /sbin/rpc.statd . I'm about 99% sure that this port wasn't open before the failed rpi-update.

Does this make sense to you? Seems like weird behaviour to me.

jbfink commented Apr 29, 2012

Oops. My fault on the 60020. Was opened up by a package I installed. So nevermind about that, but the /boot wiping problem probably is rpi-updates fault. :)


Hexxeh commented May 6, 2012


Mind giving this another try? I found some problems with the newest Debian image that broke the tool, but these should be fixed now.


jbfink commented May 6, 2012

Yup! Can confirm that /boot appears to be populated correctly. Thanks!


Hexxeh commented May 7, 2012


@Hexxeh Hexxeh closed this May 7, 2012

@tsamboni tsamboni referenced this issue Mar 12, 2015


Kernel panic?? #165

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment