Re: boot-problem, filesystem mounted read only - plattgemacht :(
Hallo nochmal: Schreibe nur schnell, falls einer die Geschichte verfolgt. Die Logdateien gaben leider auch keinerlei Hinweise. Da ich die Maschiene dringend arbeitsfähig brauche, blieb mir nichts anderes, als sie plattzumachen :( Trotzdem Thx für die Antworten, <file closed> MFG, Bernd Christian schrieb:
Hallo Bernd, hallo Leute,
Am Montag, 9. September 2002 10:50 schrieb Tannenbaum, Bernd:
Christian schrieb:
Seitdem fährt die Kiste nur noch im "read-only"-Modus hoch. Ich kann zwar z.B: / nachträglich rw mounten, aber beim nächsten booten wieder dasselbe.
In welchem Runlevel landest Du eigentlich?
Hört sich so an, als ob zwei Dinge nötig wären: - ein fschk auf die /-Partition - und ein Tritt in den Allerwertesten dessen, der den Computer so unsanft heruntergefahren hat ;-)
Also, habe natürlich fsck zuerst gemacht. Hätte ich auch schreiben sollen, sorry. Der hat aber nix ergeben, bzw. fordert mich nicht auf, irgendwas zu tun.
War eben mein erster Verdacht ;-)
(Das mit dem Tritt in den Hintern überleg ich mir noch, lol).
*g* Verrat aber bitte nicht, dass das meine Idee war ;-)
Falls es etwas anderes ist, musst Du eben mal ein paar Fehlermeldungen liefern.
Möchte ich gern. Nur woher nehmen? Ich erhalte ja keine Fehlermeldungen. Das Filesystem ist read-only gemounted und das wars. Gib mir nen Hint, wo ich was interessantes dazu finden könnte...
Ich würde mal in /var/log/messages nachschauen. Ich hatte mal das Problem, dass eine FAT32-Partition nach einem Stromausfall schreibgeschützt war. Ein Blick in /var/log/messages hat mir dann verraten, dass die Partition recht mitgenommen war und zu ihrem eigenen Schutz vom Kernel read-only gesetzt wurde. Hätte ich nach dem Absturz zuerst Windows verwendet, hätte ich mir vielleicht einige Dateien gekillt (?), so musste ich "nur" ein paar Mails rekonstruieren, was ja dank Textformat nicht wirklich schwierig ist...
mtab: /dev/ida/c0d0p7 /ext2 rw 0 0 proc /proc proc rw 0 0
Sonst ist nichts in der mtab? Das passt nicht ganz zur fstab.
Seh ich auch so.
fstab: [noauto-Einträge gelöscht] /dev/ida/c0d0p7 / ext2 defaults 1 1 /dev/ida/c0d0p5 /boot ext2 defaults 1 2 devpts /dev/pts devpts defaults 0 0 proc /proc proc defaults 0 0 /dev/ida/c0d0p6 swap swap pri=42 0 0
Frage am Rand: Was sind eigentlich die Devices in /dev/ida/?
Ist ein Compaq DL-360 Server. 2 Festplatten im Raid, die sich spiegeln.
Wieder was gelernt ;-)
Leider kommen beim booten noch ne Menge Fehlermeldungen, die nicht in die boot.msg geschrieben werde, aber die fliegen so schnell über den Bildschirm, daß ich sie nicht klar lesen kann.
Scroll Lock drücken, dann bleiben sie länger ;-)
Bringt leider nichts. Scroll Lock (auf meiner Tastatur gibt es "Rollen", ich nehme an, das ist gemeint) wird erst nach den ersten 3 Seiten Boot-Meldungen von der Tastatur akzeptiert. Da ist man schon fast wieder bei den boot.msg. Ich muß irgendwie an die ersten 3 Seiten rankommen, die fliegen zu schnell zum Lesen, und die Rollen-Taste bringt mich da wie gesagt leider nicht weiter :(
Die richtige Taste hast Du ja schon (Scroll lock = Rollen)
Probier mal, danach mit Shift + Bild hoch nach oben zu blättern (keine Ahnung, ob das in diesem frühen Stadium schon geht, probiers aus).
Hab auch ein bisschen weiter experimentiert: Das System von CD gebooted. Hat nichts gebracht, dasselbe Problem.
Option "Installiertes System booten", vermute ich mal.
Wenn ich das richtig verstehe, heißt das doch, das es kein Problem mit lilo oder dem MBR ist, denn sonst wäre das doch durch Booten von CD übergangen worden, oder?
IMHO ja.
Mir scheint, der mounted read-only, um das System zu schützen, vor was auch immer. Ich krieg nur die Ursache nicht raus.
Dein Pinguin hat wohl Angst, dass der böse User, der ihn schonmal gewaltsam abgewürgt hat, wiederkommt ;-)
Gruß
Christian Boltz -- Registrierter Linux-Nutzer #239431 Linux - life is too short for reboots.
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-linux-unsubscribe@suse.com Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-linux-help@suse.com
participants (1)
-
Tannenbaum, Bernd