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.
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. :)
Mind giving this another try? I found some problems with the newest Debian image that broke the tool, but these should be fixed now.
Yup! Can confirm that /boot appears to be populated correctly. Thanks!