Ubuntu Eingabe- / Ausgabefehler

9

Ich habe ein Problem mit Ubuntu, das aus Gründen, die klar werden, nur schwer zu beheben ist:

# reboot
-bash: /sbin/reboot: Input/output error
# dmesg
-bash: /bin/dmesg: Input/output error
# ps -e
ps: error while loading shared libraries: /lib/libproc-3.2.8.so: cannot read file data: Input/output error
# lsof
-bash: /usr/bin/lsof: Input/output error
# fsck
-bash: /sbin/fsck: Input/output error
# badblocks
-bash: /sbin/badblocks: Input/output error

Ich kann also nicht sehen, was los ist, und ich kann nicht aus der Ferne neu starten. Was kann ich tun, um dem auf den Grund zu gehen?

Interessant:

# init 0
Segmentation fault

Ich kann cat / var / syslog, aber nicht / var / log / messages oder mehrere andere wichtige Dateien. weniger und mehr funktionieren nicht, weder Schwanz noch Kopf usw.

rplevy
quelle
1
Klingt ziemlich ähnlich wie nach dem Laufen sudo rm -rf /. (Ich habe es absichtlich gemacht, nur um zu sehen, was tatsächlich passiert.)
AJMansfield

Antworten:

11

Das System hat ernsthafte Probleme beim Ablesen Ihrer Festplatte. Es ist wahrscheinlich, dass die Festplatte tot ist (fast sicher), aber es könnte so einfach sein wie ein loses / getrenntes Kabel (rechnen Sie nicht damit). Von hier aus können Sie nichts tun, um Fehler zu beheben. Schalten Sie es einfach aus.

Überprüfen Sie Ihre Festplatte auf lose Verbindungen. Wenn alles in Ordnung ist, booten Sie von einer Rettungsdiskette und führen Sie von dort aus fsck oder badblocks aus.

Ich hoffe du hast ein Backup.

Bahamat
quelle
1
Das Seltsame ist jedoch, dass ich den Computer scheinbar ohne Probleme wieder einschalten konnte, als ich ihn physisch neu starten konnte. Ich habe immer noch keine Probleme gefunden, obwohl ich dies als Warnsignal nehme, dass die Festplatte nicht zuverlässig ist und irgendwann ausfallen könnte. Ich bewahre alle meine wichtigen Dateien mit git an mindestens zwei Stellen auf, zumindest wäre das kein Problem gewesen.
Rplevy
Dann ist es möglich, dass es sich nur um einen Kommunikationsfehler handelte (z. B. loses Kabel). Behalte es aber im Auge. Sobald eine Festplatte ausfällt, ist sie in der Regel kurz danach vollständig tot.
Bahamat
Das gleiche passierte meiner virtuellen Maschine. Nach dem Neustart funktionierte es einwandfrei.
Droope
0

Wenn Sie eine VM verwenden, ist es sehr wahrscheinlich, dass die Dateisystem-Mounts unterbrochen wurden, und Linux hat die Mounts als ausfallsichere Maßnahme schreibgeschützt.

Leider bleibt Ihr System praktisch unbrauchbar.

Wenn Sie / proc / mounts überprüfen und nach dem Root-Dateisystem suchen, sollte eine Zeile wie die folgende angezeigt werden:

/dev/dm-0 / ext4 ro,relatime,errors=remount-ro,data=ordered 0 0

Sie werden sehen, dass das Root-Dateisystem schreibgeschützt gemountet wurde.

Grundsätzlich ist das einzige, was zu diesem Zeitpunkt zu tun ist (vorausgesetzt, dies ist das Problem), ein Neustart (über eine KVM oder einen anderen Konsolen-Ausschalter).

Elbie
quelle