Der Computer konnte nach dem erzwungenen Herunterfahren nicht erfolgreich gestartet werden

Ich betreibe Raspbian Wheezy. Seit gestern konnte ich mein RPi nach einem erzwungenen Herunterfahren nicht mehr booten (Netzstecker ziehen). Seitdem beginnt es 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) 

Es beginnt dann sh. Wenn ich versuche, bash auszuführen, werden folgende Warnungen ausgegeben:

bash: cannot set terminal process group (-1): Inappropriate ioctl for device bash: no job control in this shell root@(none):/# 

Beachten Sie, dass es gesagt hat root@(none)

(Etwas erwartet) ist das Startlaufwerk nicht gemountet und (vollständig nicht erwartet) befindet sich das Stammlaufwerk im schreibgeschützten 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 starte, wird mir gesagt, dass ich laufen soll mount -t proc proc /proc. Dies wird auch benötigt, um ifup / ifdown zu verwenden.

Wenn ich ifdown / ifup nicht unter eth0 verwende, ist mein ifconfig leer, aber bei Verwendung von ifup klagt es, dass eth0 bereits aktiv ist.

Ich kann den ssh-Dienst mit starten service ssh startund ist nach der vorherigen Einrichtung von eth0 zugänglich.

Programme wie vim funktionieren immer noch, aber Dinge wie shutdown -r nowdas Herunterfahren wurden nicht erkannt (wo zuvor). Die Eingabe exitgibt Fehler (nicht beim Beenden von bash, sondern aus dem sh, das pid 1 ist):

 Kernel panic - not syncing: Attempted to kill init! exitcode=00000800 ... 

Danach habe ich die cmdline.txt geändert, um eine Root-Partition auf dem USB-Laufwerk auszuführen /dev/sda2(das erste Mal, als ich auf das Problem gestoßen war, wurde es nicht eingesteckt, als ich dmesg in den Pastebin kopierte). Der USB wurde geschaffen, um die Raspbian Jessie aufzunehmen. Es funktionierte jetzt und der Desktop wurde geladen (obwohl die Maus und die Tastatur nicht mehr funktionierten, sobald der Desktop angezeigt wurde) und ich konnte ssh dazu ohne jegliche Konfiguration verwenden (abgesehen von der Änderung der Passwörter auf dem pi- und root-Konto).

Wenn Sie die Datei cmdline.txt wieder in / dev / mmcblk0p2 ändern, auf der sich das alte Stammverzeichnis befand, und nach einem ordnungsgemäßen Neustart mit shutdown -r nowallen alten Problemen bestehen blieb, mit der Ausnahme, dass ich die / boot-Partition nicht überprüfen musste.

Vor dem erzwungenen Herunterfahren, das die Probleme verursachte, hatte ich apt-get Update / Upgrade für ungefähr ein Jahr durchgeführt.

Kann mir jemand helfen, meine Raspbian-Installation wieder funktionsfähig zu machen?

Gibt es Werkzeuge, die mir dabei helfen könnten, die unbekannten defekten Teile des Betriebssystems wiederherzustellen?