Dateisystem nur noch lesbar??

[eAnic]

Guten morgen, Forumsgemeinde!

Ich hab seit heute ein kleines Problem mit meinem Server unter SoL 18.00.
Der Rechner hat sich gestern abend (wieder mal, aber das ist ein anderes Thema) einfach ohne ersichtlichen Grund aufgehängt und ließ sich, nachdem ich ihn zwangsweise ausgeschaltet hatte, nicht mehr mit der Power Taste einschalten.

Heute morgen gings plötzlich wieder - nach dem Einschalten und einem ordnungsgemäßen reboot laufen alle Dienste wieder.
Allerdings kann ich nun nur noch lesend auf die Platte zugreifen. Alle Schreib- und Löschversuche werden mit einem "Das Dateisystem ist nur lesbar!" zurückgewiesen. Ausserdem tauchen nun plötzlich Dateien, im MC auf, die ich schon mal gelöscht hatte.

Was kann ich dagegen tun? Das bootlog liefert mir keinen Hinweis, dass das Filesystem nur read-only gemountet wurde. Wie kann ich das Problem beheben?

Bitte um Lösungsvorschläge.

gruß
eAnic

[Sloter]

Die Platte ist kaputt oder du hast durch den Hardreset das Filesystem beleidigt.
Tippe eher auf kaputte Platte.


Sloter

[eAnic]

Original geschrieben von Sloter
Die Platte ist kaputt oder du hast durch den Hardreset das Filesystem beleidigt.
Tippe eher auf kaputte Platte.
Sloter

Das ist ja wohl ein übler Scherz, oder?
Das die Platte hinüber ist, glaube ich eig. nicht, weil sie bis gestern einwandfrei lief.
Gibt es gute tools, welches ein ext3 Laufwerk unter linux nach Fehlern durchsucht und ggf. korrigiert?

Ich werde heute mal mit der Knoppix c't Testcd die Platte auf Hardwarefehler scannen.

[Sloter]

Original geschrieben von eAnic
Das ist ja wohl ein übler Scherz, oder?
Das die Platte hinüber ist, glaube ich eig. nicht, weil sie bis gestern einwandfrei lief.
Gibt es gute tools, welches ein ext3 Laufwerk unter linux nach Fehlern durchsucht und ggf. korrigiert?

Lustiger Lurch scherzt nie

Schau mal in das sys.log ob du I/O Fehler findest und boot.log da steht warum er nur mit Leseberechtigung mountet.
Je nachdem welches Dateisystem du einsetzt, gibt es Boardmittel zum überprüfen/wiederherstellen der Platte und des Dateisystems.
Verwendest du ext2/3 kannst du Glück haben und alles wiederherstellen, e3fsck
z.B RiserFs schmollt meistens für ewig nach einem Hardreset

--------------------
Das die Platte hinüber ist, glaube ich eig. nicht, weil sie bis gestern einwandfrei lief.
---------------------
Ich kenne wenige elektronische Teile die einen langsamen Tod sterben.
Meistens kommt die Absolution zu spät, eines Tages ist das Teil einfach kaputt.
Deine dubiosen Abstürze weisen auf Fehler hin, wo er auf der Platte etwas schreiben wollte und nicht konnte.

Sloter

[eAnic]

Original geschrieben von Sloter
Lustiger Lurch scherzt nie

Schau mal in das sys.log ob du I/O Fehler findest und boot.log da steht warum er nur mit Leseberechtigung mountet.
Je nachdem welches Dateisystem du einsetzt, gibt es Boardmittel zum überprüfen/wiederherstellen der Platte und des Dateisystems.
Verwendest du ext2/3 kannst du Glück haben und alles wiederherstellen, e3fsck
z.B RiserFs schmollt meistens für ewig nach einem Hardreset

Danke für den Tip - ich werde die Logs heute abend nochmal genau durchsuchen.
Zum Thema Boardmittel. Kennst du zufällig welche für ext3 Laufwerke. Ich hab nämlich keine Ahnung, wonach ich suchen muss. (notfalls schreib ich halt mal scandisk in die Kommandozeile )

Ich kenne wenige elektronische Teile die einen langsamen Tod sterben.
Meistens kommt die Absolution zu spät, eines Tages ist das Teil einfach kaputt.
Sloter

Ja, aber wenn eine Platte verstirbt, dann dürften die Daten eig. auch nciht mehr lesbar sein, oder?
Ich hab heute früh testweise mal div. Verzeichnisse und Dateien geöffnet und keine defekte Datei gefunden.

gruß
eAnic

[spunz]

du könntest einfach mal den smart status der platte auslesen. für linux gibt es dazu sehr umfangreiche tools wie smartmontools.

[Sloter]

Original geschrieben von eAnic

Ja, aber wenn eine Platte verstirbt, dann dürften die Daten eig. auch nciht mehr lesbar sein, oder?
Ich hab heute früh testweise mal div. Verzeichnisse und Dateien geöffnet und keine defekte Datei gefunden.

Ja und nein, oft stirbt eine Platte langsam, du findest in den Logs vereinzelte I/O Fehler.
Also nicht die ganze Platte ist defekt, sondern nur einige Sectoren.
Liegen dort zufällig keine Daten, wird der Betrieb auch nicht gestört, bis der Rechnerprobiert dort Daten abzulegen, dann kommt der Absturz.
Wie schon geschrieben, sind deine unerklärlichen Abstürze vielleicht von kaputten Sectoren abhängig.
Diese I/O Fehler werden immer mehr, bis halt gar nichts mehr geht.

<Kennst du zufällig welche für ext3 Laufwerke. Ich hab nämlich keine <Ahnung, wonach ich suchen muss
/sbin/*fsck und mit -h aufrufen, da gibt es einige Flags.
http://www.google.de/search?q=linux+...-8&hl=de&meta=

Sloter

[Etienne]

Ich würde auf jeden Fall ein Backup machen! Habe so ein ähnliches Problem (dauernt Abstürze) bei einem Laptop gehabt, zwei Tage später war die Festplatte hin...
lg Etienne

[artemisia]

salü

Das ist ja wohl ein übler Scherz, oder?

leider wohl nicht ...
ganz langsam verstirbt es sich da, sprech auch aus erfahrung.

liebe grüße
artemisia

[eAnic]

Original geschrieben von Sloter
Ja und nein, oft stirbt eine Platte langsam, du findest in den Logs vereinzelte I/O Fehler.
Also nicht die ganze Platte ist defekt, sondern nur einige Sectoren.
Liegen dort zufällig keine Daten, wird der Betrieb auch nicht gestört, bis der Rechnerprobiert dort Daten abzulegen, dann kommt der Absturz.
Wie schon geschrieben, sind deine unerklärlichen Abstürze vielleicht von kaputten Sectoren abhängig.
Diese I/O Fehler werden immer mehr, bis halt gar nichts mehr geht.

<Kennst du zufällig welche für ext3 Laufwerke. Ich hab nämlich keine <Ahnung, wonach ich suchen muss
/sbin/*fsck und mit -h aufrufen, da gibt es einige Flags.
http://www.google.de/search?q=linux+...-8&hl=de&meta=

Sloter

Danke für den Tip - ich befrage mal google zu dem Thema.

Ich hab jetzt die logs noch mal gründlicher durchforstet und bin dabei auf folgendes gestossen:

PHP-Code:

Jul 21 05:32:39 novisan kernel: EXT3-fs warning (device hda1): ext3_clear_journal_err: Filesystem error recorded from previous mount: IO failure
Jul 21 05:32:39 novisan kernel: EXT3-fs warning (device hda1): ext3_clear_journal_err: Marking fs in need of filesystem check.
Jul 21 05:32:39 novisan kernel: EXT3-fs: recovery complete.
Jul 21 05:32:39 novisan kernel: EXT3-fs: mounted filesystem with ordered data mode.
Jul 21 05:32:39 novisan kernel: VFS: Mounted root (ext3 filesystem) readonly.
Jul 21 05:32:39 novisan kernel: Mounted devfs on /dev
Jul 21 05:32:39 novisan kernel: Freeing unused kernel memory: 200k freed
Jul 21 05:32:39 novisan kernel: EXT3-fs warning: mounting fs with errors, running e2fsck is recommended
Jul 21 05:32:39 novisan kernel: EXT3 FS on hda1, internal journal 


Ich hab dann mal probiert einen systemcheck mit 'e2fsck -c hda1' zu machen und hab dabei folgendes bekommen.

PHP-Code:

e2fsck: Datei oder Verzeichnis nicht gefunden beim Versuch, hda1 zu öffnen
hda1:
SuperBlock ist unlesbar bzw. beschreibt kein gültiges ext2
Dateisystem.  Wenn Gerät gültig ist und ein ext2
Dateisystem (kein swap oder ufs usw.) enthält,  dann ist der SuperBlock
beschädigt, und sie könnten e2fsck mit einem anderen SuperBlock:
    e2fsck -b 8193 <Gerät> 


hmm, entweder hab ich da was falsch formuliert, oder die HDD ist wirklich kurz vorm sterben.

naja, ich google jetzt mal