Alle Dateien sind nach dem Kompilieren von OpenFlipper schreibgeschützt und können danach überhaupt nicht in Linux gebootet werden

288
xjcl

Ich habe versucht, OpenFlipper unter Linux Mint zu kompilieren make -j8, schlug jedoch fehl (konnte keine Datei schreiben) und ließ mir ein Betriebssystem, bei dem ich KEINE Dateien (Text, Screenshots, ...) speichern konnte.

Nach dem Neustart kann ich nicht in Linux einsteigen, sehe stattdessen eine schwarze Basis-Vollbild-Shell mit der Meldung "Fehler beim Finden des cpu0-Geräteknotens".

Dies ist mir bei mindestens drei verschiedenen Gelegenheiten passiert, also sollte es mit OpenFlipper verwandt sein oder zumindest verwendet werden make. Stapelt OpenFlipper meinen Computer oder ist meine SSD nicht in der Lage, so viele Bits gleichzeitig zu schreiben, oder was passiert sonst noch?

0

2 Antworten auf die Frage

0
xjcl

Ich kann nicht sagen, was das verursacht hat, aber zumindest wie ich es reparieren kann.

Führen Sie aus fsck /dev/sda6(ersetzen Sie es /dev/sda6mit dem root ( /) -Verzeichnis Ihres Systems ) und stimmen Sie allen darin vorgeschlagenen Inode-Änderungen zu (drücken Sie y). Dadurch erhalten Sie ein startfähiges Betriebssystem.

Wenn Sie stattdessen immer noch in Ihrem System sind (dh Sie haben nach dem Anzeigen der Meldung "Schreibgeschützt" noch keinen Neustart durchgeführt), können Sie sudo fsck /dev/sda6von Ihrem normalen Terminal aus starten. Sie müssen jedoch immer noch einen Neustart durchführen, um ein funktionierendes Betriebssystem wiederherzustellen.

0
mdpc

Im Allgemeinen besteht die Standardaktion eines ausgefallenen Dateisystems ext * darin, in den schreibgeschützten Modus zu wechseln. Möglicherweise stellen Sie fest, dass entweder Ihre Festplatten-Hardware ausfällt, ODER Sie haben ein Problem ausgeführt, das zu einer Beschädigung des Dateisystems führt.

Sobald Sie sich im Lese- / Nur-Modus befinden, besteht der einzige Ausweg darin, neu zu starten und fsck versuchen zu lassen, das Problem zu beheben. Wenn die Dateisystemstruktur SEHR korrupt ist, erhalten Sie möglicherweise kein bootfähiges System zurück, abhängig von der Partition, über die wir sprechen. Dann ist es an der Zeit, das System neu aufzubauen und diese vertrauenswürdigen Sicherungen zu verwenden.

Wie kann ein Nicht-Sudo-Befehl eine Beschädigung des Dateisystems verursachen? Verhindert das Linux Rights Management dies nicht? Meine Hardware ist sehr neu, daher glaube ich nicht, dass es das ist. xjcl vor 7 Jahren 0

Verwandte Probleme