Auch dann ist der Benutzer schuld, da er nur als root (UID == 0) ein System nachhaltig schaedigen kann. Wenn ein "normaler" User "rm -rf /" eingibt, bekommt er lediglich etliche Permission denied zu lesen und sein $HOME ist weg (ggf. auch einige Dateien unter /tmp).

genau, entweder er hat mit root-login gearbeitet und sein videoteil ist abgeschmiert und hat dann mal auf den partitionen ein bisschen rumgeschrieben oder hardwareproblem (zb festplatte/kontroller etc)
also wenn da wirklich wichtige daten drauf sind, denn mach auf keinen fall irgendwelche reparaturversuche oder fsck s etc, da was mit den partitionen schon nicht stimmt, könnte es sein, dass du damit erst richtig schaden anrichtest
besser, zuesrt einen abzug der partitionen oder der ganzen platte auf eine andere festplatte, um den momentanstand zu sichern. also
1. einen raw-abzug der partition mit dd oder ddrescue. dd kopiert alles was lesbar ist von der partition, also auch, wenn das dateisystem oder die partitionstabelle beschädigt ist.
sollte das nicht funktionieren, dann hat deine platte mit großer wahrscheinlichkeit irgendein schwerwiegendes problem (ja, hardware geht manchmal einfach so kaputt. da nützt auch der satz "eben gings aber noch" nichts, denn alles was kaputt geht, ging eben noch.)

jetzt kannst du auf der originalplatte ein paar reparaturversuche starten.
also bei beschädigter partitionstabelle zb
testdisk
bei beschädigtem dateisystem
fsck etc

Ich würde die Super Grub Disk benutzen.
Die half mir schon viele male bei Boot-Problemen!