Goyoma
Anmeldungsdatum: 16. Februar 2022
Beiträge: Zähle...
|
Hallo Zusammen, seit kurzem gibt es in meiner Ubuntu-VM das Problem (die darunterliegende Hardware ist aber recht neu ; virtualisiert mit VirtualBox auf einem Ubuntu-Server) dass sich diese nach einiger Zeit selbst, die Abstände sind sehr unregelmäßig, in einen Read-Only-Modus versetzt und das Dateisystem sperrt. Ich habe leider keinen Screenshot gemacht, ich kann auf die VM anschließend nicht mehr per SSH zugreifen und den Status nur noch per 'nativen' RDP sehen (Host-IP + Port des VM-RDP Port) welcher durch VirtualBox dafür verwendet wird) Nun ist die Frage, bringt Ubuntu 18.04 bzw. 20.04 eine Selbstdiagnose mit um aufgetretene Fehler eventuell selbst reparieren kann?
Gibt es andere Wege, diese VM zu reparieren / checken zu lassen? Welche Möglichkeiten habe ich an der Stelle? Könnte mir das Syslog ggf. mehr Infos geben an welchem Punkt / warum die VM dieses verhalten zeigt? Grüße
Philipp
|
DJKUhpisse
Supporter, Wikiteam
Anmeldungsdatum: 18. Oktober 2016
Beiträge: 16818
|
Nun ist die Frage, bringt Ubuntu 18.04 bzw. 20.04 eine Selbstdiagnose mit um aufgetretene Fehler eventuell selbst reparieren kann? Gibt es andere Wege, diese VM zu reparieren / checken zu lassen? Welche Möglichkeiten habe ich an der Stelle?
https://wiki.ubuntuusers.de/Dateisystemcheck/#Manuelle-Pruefung Man sollte aber die Ursache finden. Wird die VM korrekt runtergefahren, ist die Hardware wirklich ok?
Ggf. mal testdisk laufen lassen.
|
Goyoma
(Themenstarter)
Anmeldungsdatum: 16. Februar 2022
Beiträge: 20
|
DJKUhpisse schrieb: Nun ist die Frage, bringt Ubuntu 18.04 bzw. 20.04 eine Selbstdiagnose mit um aufgetretene Fehler eventuell selbst reparieren kann? Gibt es andere Wege, diese VM zu reparieren / checken zu lassen? Welche Möglichkeiten habe ich an der Stelle?
https://wiki.ubuntuusers.de/Dateisystemcheck/#Manuelle-Pruefung Man sollte aber die Ursache finden. Wird die VM korrekt runtergefahren, ist die Hardware wirklich ok?
Ggf. mal testdisk laufen lassen.
Nun... Danke erstmal.
Sauber heruntergefahren wird die VM ansich immer. Nur sobald der Fehler hier auftritt, kann ich sie schlicht nicht normal herunterfahren, da ich sie hart per VBox-Befehl ausschalten muss. Testdisk auf dem Host-OS, ja?
Über den Befehl mache ich mich mal schlau.
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 7478
|
Hallo Goyoma, (... virtualisiert mit VirtualBox auf einem Ubuntu-Server)
Das ist für mich etwas zu konzentriert. Verstehe ich das richtig, das Wirtssystem (Host) ist eine Ubuntu- Software in der Server Edition (20.04) gemäß Server Installation (aus der Überschrift Ubuntu-Version: Server 20.04 (Focal Fossa) entnommen). Welche VM ist dort installiert? Siehe auch Virtualisierung Welches Gastsystem ist in der VM installiert? "meiner Ubuntu-VM", das ist doch etwas zu ungenau.
. Nun ist die Frage, bringt Ubuntu 18.04 bzw. 20.04 eine Selbstdiagnose mit um aufgetretene Fehler eventuell selbst reparieren kann?
seit kurzem gibt es in meiner Ubuntu-VM das Problem ... dass sich diese nach einiger Zeit selbst ... in einen Read-Only-Modus versetzt ... .
Nachfrage: den Begriff Read-Only kenne ich bei Ubuntu /linux nur als den Rechten Mögliche Werte für: chmod (octal) umask (octal) Symbolisch Binäre Entsprechung
Nur lesen 4 3 r-- 100
|
Goyoma
(Themenstarter)
Anmeldungsdatum: 16. Februar 2022
Beiträge: 20
|
Hi @Berlin_1946, vielleicht ist das in dem Fall etwas zu unübersichtlich beschrieben, daher nochmal genau zusammengefasst auf deine Fragen: Das Wirts-OS auf der Hardware ist ein Ubuntu-Server 20.04 (dieser macht keine Probleme).
Auf diesem Ubuntu-Server ist Virtual-Box installiert. Hiermit habe ich u.a. eine weitere Ubuntu-Server-VM (ebenfalls 20.04). Diese ist der Problemfall mit dem EXT4-Fehler. Unter Selbstdiagnose meine ich: Ein Ubuntu-eigener Dienst / Programm welcher auf seinem eigenen System nach Dateisystemfehlern scannt und diese bis zu einem gewissen Grad beheben kann.
Ich sehe dass die VM im Read-Only-Modus ist, da mir diese Info aus dem Terminal anzeigt wird. Ich kann per SSH nicht mehr auf die VM zugreifen. Ich sehe den Status der VM bzw den Inhalt des Terminal per RDP-Freigabe, welche durch VirtualBox für jeden VM als "Ersatz-Zugriff" etabliert werden kann. Das ist jetzt aber nicht relevant. Ich habe leider keine Screenshots gemacht, aber das ganze ist eine Mischung aus: - https://serverfault.com/questions/756029/read-only-file-system-after-every-reboot-centos - https://askubuntu.com/questions/1173738/crash-systemd-journal-failed-to-write-entry-ignoring-read-only-file-system-on Daher die Frage wie das Dateisystem der VM auf Fehler geprüft und ggf. selbst repariert werden kann.
|
black_tencate
Anmeldungsdatum: 27. März 2007
Beiträge: 10674
|
|
Berlin_1946
Supporter, Wikiteam
Anmeldungsdatum: 18. September 2009
Beiträge: 7478
|
Goyoma schrieb: Das Wirts-OS auf der Hardware ist ein Ubuntu-Server 20.04 (dieser macht keine Probleme).
Auf diesem Ubuntu-Server ist Virtual-Box installiert. Hiermit habe ich u.a. eine weitere Ubuntu-Server-VM (ebenfalls 20.04). Diese ist der Problemfall mit dem EXT4-Fehler.
Und welches Virtual-Box-Programm hast du da? Vllt virtualbox-6.1 oder ...
Daher die Frage wie das Dateisystem der VM auf Fehler geprüft und ggf. selbst repariert werden kann.
Okay und welche deiner beiden VM meinst du. In der 2. VM nur, wenn sie gestartet ist. 😉 fsck /dev/sdXY
x und y deinem System anpassen.
Wir kennen deine Festplattenaufteilung nicht. Für den Host ist die 2. VM nur eine Datei.
|
Goyoma
(Themenstarter)
Anmeldungsdatum: 16. Februar 2022
Beiträge: 20
|
Berlin_1946 schrieb: Goyoma schrieb: Das Wirts-OS auf der Hardware ist ein Ubuntu-Server 20.04 (dieser macht keine Probleme).
Auf diesem Ubuntu-Server ist Virtual-Box installiert. Hiermit habe ich u.a. eine weitere Ubuntu-Server-VM (ebenfalls 20.04). Diese ist der Problemfall mit dem EXT4-Fehler.
Und welches Virtual-Box-Programm hast du da? Vllt virtualbox-6.1 oder ...
Korrekt, die neueste Version, sprich 6.1.X. Aber ich glaube nicht dass das aktuell für dieses Thema relevant ist.
Ich lese mich mal durch die Artikel die verlinkt wurden. Da es sich ja praktisch um eine eingehängte Partition handelt, muss ich dann vermutlich in Richtung Live-Boot etc. gehen oder fsck beim Boot durchführen lassen, andernfalls mäckert fsck ja rum dass die Partition eingehangen ist...
Da belese ich mich jetzt mal ausführlicher.
|
von.wert
Anmeldungsdatum: 23. Dezember 2020
Beiträge: 7756
|
Goyoma schrieb: Berlin_1946 schrieb: Vllt virtualbox-6.1 oder ...
Korrekt, die neueste Version, sprich 6.1.X.
Exakt antworten! Für das alternde Focal liegt in multiverse (!) nur 6.1.32, aktuell ist 6.1.34.
Aber ich glaube nicht dass das aktuell für dieses Thema relevant ist.
Eine solche Annahme spielt nur bedingt eine Rolle. Du bist gefragt worden, weil Du Support erhalten möchtest. Neue Versionen gibt es nicht aus Langeweile. Ich lese Changelogs, bei weitem nicht nur die von VBox (im Falle VBox' installiere ich sämtliche verfügbaren daily Builds). Berlin_1946 schrieb:
den Begriff Read-Only kenne ich bei Ubuntu /linux nur als den Rechten
Das geht hier tiefer. Du kannst eine Partition ro einbinden, das passiert auch automatisch, wenn der Linux-Kernel aktiviertes Fastboot bzw. ein nicht korrekt heruntergefahrenes Windows-System entdeckt. Noch tiefer geht sogar ein Lock eines SSDs (oft genug unrettbar). black_tencate mit Dateisystemcheck kann richtig liegen. Wobei ich eine solche Partition eher nicht reparieren würde, man könnte den Inhalt ja auch auf einen frisch erstellten virtuellen Datenträger syncen. Nicht clonen, wohlgemerkt, damit würde man Datenträgerfehler übernehmen.
|
Lichtmacher
Anmeldungsdatum: 26. Januar 2009
Beiträge: Zähle...
|
Goyoma Ich habe auch einen Host mit ubuntu-server 20.04 mit virtualbox 6.1.32; als guest ist ein xubuntu 20.04 installiert.
Bei dem ist mir zweimal (am 25.4 und 13.6) ähnliches passiert: eine Partition wurde werden des Betriebs ro-gemountet. Leider habe ich mein Vorgehen nicht dokumentiert, daher aus dem Gedächtnis. Ich habe keinen harten reboot gemacht, sondern: Ich meine es war die Patition / (es gibt noch /home). Vmtl. ist nach dem Reboot das System wegen des unclean-Filesystem am terminal stehen geblieben, in der ich fsck -n / und dann fsck -p / aufgerufen habe. Das fsck hat als Fehler nur einen Block angezeigt. Auf dem host habe ich auch eine fsck gemacht, da war alles i.O.. Ich hoffe, dass das bedauerliche Einzelfälle waren.
|
Lichtmacher
Anmeldungsdatum: 26. Januar 2009
Beiträge: 216
|
Am 21.9. ist es bei meinem virtualbox-Gast wieder aufgetreten, dass die Partition /dev/sda1 / nur ro gemounted war ein
half nichts. Fehlermeldung war, dass die Partition nicht ro(!) gemounted werden konnte. Warum? Allerdings geht bei mir mich mit ssh anzumelden und ein shutdown -r durchzuführen. Goyoma Ist das Problem bei Dir wieder aufgetreten? Inzwischen verwende ich: virtualbox 6.1.38_Ubuntu r153438
|