Readonly

txc

New Member
Hallo,

ich habe folgendes Problem:
[ 1699.713448] journal_bmap: journal block not found at offset 25612 on hda1
[ 1699.713467] Aborting journal on device hda1.
[ 1699.713558] ext3_abort called.
[ 1699.713563] EXT3-fs error (device hda1): ext3_journal_start_sb: Detected aborted journal
[ 1699.713568] Remounting filesystem read-only


fsck und e2fsck habe ich bereits ausgeführt und hier werden immer nachdem er in den readonly modus automatisch gewechselt ist Fehler gefunden die er dann auch repariert.

/dev/hda1 on / type ext3 (rw,errors=remount-ro,usrquota,grpquota)
tmpfs on /lib/init/rw type tmpfs (rw,nosuid,mode=0755)
proc on /proc type proc (rw,noexec,nosuid,nodev)
sysfs on /sys type sysfs (rw,noexec,nosuid,nodev)

Was wäre wenn ich errors=remount-ro kommplett entferne?
Dann sollte er ja nicht in den Readonly modus gehen (Die Gefahr des Datenverlustet besteht dann natürlich)...
 
Was ist jetzt Dein Problem?

fsck braucht manchmal mehrere Anläufe, weil sich manche Dinge erst zeigen, wen grundlegendere Probleme behoben sind.

Ich würde es (welches ist egal, es wird immer fsck.ext3 genommen) solange ausführen, bis die Partition fehlerfrei ist. Danach kann man sie (mit mount -o remount,rw) direkt schreibbar machen.
 
fsck braucht manchmal mehrere Anläufe, weil sich manche Dinge erst zeigen, wen grundlegendere Probleme behoben sind.
Mhh 10 Anläufe habe ich bereits hintermir und langsam reichts mir :-(
Ich habe jetzt 10 Reboots hintermir und habe immer:
/etc/default/rcS habe ich einmal FSCKFIX=yes
und dann noch touch /forcefsck
eingestellt
 
Last edited by a moderator:
verstehe ich dich soweit richtig, dass du den fsck immer auf das gemountete Filesystem machst?
Starte mal, sofern verfügbar, das Rescuesystem und führe den fsck dann auf die nicht gemounteten Partitionen aus. Das kann u.U. auch mehrere Anläufe benötigen, ist aber dann auch in der Lage, die entdeckten Fehler zu korrigieren.
 
Back
Top