Ich verwende Raspbian Wheezy. Seit gestern konnte ich meinen RPi nach einem erzwungenen Herunterfahren (Abziehen des Netzkabels) nicht mehr booten. Seitdem startet er wie folgt:http://pastebin.com/QiEbda2y
Beachten Sie die nächsten Zeilen:
[ 2.176606] VFS: Mounted root (ext4 filesystem) readonly on device 179:2.
...
[ 2.220626] Starting init: /etc/init exists but couldn't execute it (error -13)
Anschließend wird sh gestartet. Wenn ich versuche, bash auszuführen, werden die folgenden Warnungen angezeigt:
bash: cannot set terminal process group (-1): Inappropriate ioctl for device
bash: no job control in this shell
root@(none):/#
Beachten Sie, dass es heißtroot@(none)
Außerdem ist (wie erwartet) das Startlaufwerk nicht gemountet und (völlig unerwartet) das Root-Laufwerk ist im Nur-Lese-Modus. Ich kann beide im RW-Modus mounten mit:
fsck /dev/mmcblk0p1 (needed because dirty bit is set)
mount /boot
mount -o remount,rw /
Wenn ich ps ausführe, werde ich aufgefordert, auszuführen mount -t proc proc /proc. Dies ist auch erforderlich, um ifup/ifdown zu verwenden.
Wenn ich ifdown/ifup nicht auf eth0 verwende, ist meine ifconfig leer, aber die bloße Verwendung von ifup führt zu einer Meldung, dass eth0 bereits aktiv ist.
Ich kann den SSH-Dienst starten service ssh startund er ist nach der vorherigen eth0-Einrichtung zugänglich.
Programme wie vim funktionieren noch, aber Dinge wie shutdown -r nowfunktionierten nicht, da shutdown nicht erkannt wurde (wo es vorher war). Beim Eintippen exittreten Fehler auf (nicht beim Beenden von bash, sondern von sh, das PID 1 ist):
Kernel panic - not syncing: Attempted to kill init! exitcode=00000800
...
Danach habe ich cmdline.txt geändert, um eine Root-Partition auf dem USB-Laufwerk auszuführen /dev/sda2(es war nicht angeschlossen, als das Problem zum ersten Mal auftrat, es war angeschlossen, als ich dmesg in den Pastebin kopierte). Das USB-Laufwerk wurde erstellt, um Raspbian Jessie zu enthalten. Es funktionierte jetzt und der Desktop wurde geladen (obwohl Maus und Tastatur aufhörten, zu funktionieren, sobald der Desktop angezeigt wurde) und ich konnte ohne Konfiguration per SSH darauf zugreifen (abgesehen vom Ändern der Passwörter für den Pi und das Root-Konto).
Nach dem Ändern der cmdline.txt zurück nach /dev/mmcblk0p2, wo sich das alte Stammverzeichnis befand, und einem ordnungsgemäßen Neustart mit shutdown -r nowbestanden alle alten Probleme weiterhin, außer dass ich die /boot-Partition nicht fsck-en musste.
Vor dem erzwungenen Herunterfahren, das die Probleme verursachte, hatte ich etwa ein Jahr lang apt-get update/upgrade durchgeführt.
Kann mir jemand helfen, meine Raspbian-Installation wieder funktionsfähig zu machen?
Gibt es Tools, die mir bei der Wiederherstellung der unbekannten defekten Teile des Betriebssystems helfen könnten?