Seltsame Datenverluste (ReiserFS ; Fehlerhaftes Herunterfahren)
Hallo nochmal, erstmal Entschuldigung für mein letztes Posting, aber ich bin gerade ziemlich verzweifelt mit der Kiste hier und hatte gehofft, ich bin nicht der einzige mit genau diesen Problemen unter 7.3. Hier nochmal eine genaue Fehlerbeschreibung des Hauptproblems - die Datenverluste und das fehlerhafte Herunterfahren (steht vermutlich in Zusammenhang, alles andere ist dagegen unwichtig): Die technischen Daten meines Rechners : Mainboard Elitegroup K7S5A (SiS 735) mit 1 GB DDR-Ram bestückt und als CPU einen Athlon XP 1500+. Festplatte ist eine 80 GB Maxtor. Grafikkarte eine Elsa Gladiac 511. Der Rechner fährt in gut 80% der Fälle nicht ordentlich herunter. Genauer gesagt betrifft das jeden Runlevelwechsel von 5 weg. Es erscheint der KDE-Hintergrund und der Mauszeiger, den man allerdings nicht mehr bewegen kann. Es gibt keine Festplattenaktivität mehr und Eingaben von der Tastatur sind auch zwecklos. Nach dem Neustart fehlen häufig irgendwelche Daten oder sind beschädigt. So wurde z.B. ein mehrseitiges mit StarOffice-Dokument so beschädigt, dass es StarOffice nicht mehr öffnete. Ein genauerer Blick mit dem Editor verriet, dass bis auf wenige Zeilen nichts mehr übriggeblieben war und sich stattdessen einige Bookmarks oder Cache-Bestandteile aus dem Opera-Browser darin befanden. Die Bookmark-Datei des Opera hat es auch zerlegt. Ähnliches z.B. mit der Konfiguration von KMail ist auch schon passiert. Mir kommt das alles höchst seltsam vor. Scheinbar werden verwendete Daten nicht richtig auf der Festplatte gespeichert - ich hoffe das zumindest, denn ansonsten müsste man von einem allgemeinen Fehler ausgehen, für den das System evtl. gar nichts kann. Der Rechner ist komplett neu - ich habe extra ein Mainboard ohne VIA-Chipsatz gekauft. Weiß vielleicht jemand, ob dies nur eine Schwäche von Reiser ist oder ob es mit den Systemhängern zusammenhängen könnte ? Kennt jemand evtl. Ein Festplattentestprogramm, mit dem ich die Platte auch unter Linux mal durchchecken könnte ? Vielen Dank im Voraus MfG Fabian Seitz
Fabian Seitz wrote:
Hallo nochmal,
erstmal Entschuldigung für mein letztes Posting, aber ich bin gerade ziemlich verzweifelt mit der Kiste hier und hatte gehofft, ich bin nicht der einzige mit genau diesen Problemen unter 7.3.
Hier nochmal eine genaue Fehlerbeschreibung des Hauptproblems - die Datenverluste und das fehlerhafte Herunterfahren (steht vermutlich in Zusammenhang, alles andere ist dagegen unwichtig):
[Problembeschreibung] Jetzt kann ich mir wenigstens erklären woher die Datenverluste bei dir kommen: Wenn dein Sysem einfriert hat es nicht mehr die Möglichkeit geöffnete Dateien (die sich zu dem Zeitpunkt im Arbeitsspeicher befinden) auf die Platte zurückzuschreiben, daher die zerstörten Daten.
Weiß vielleicht jemand, ob dies nur eine Schwäche von Reiser ist oder ob es mit den Systemhängern zusammenhängen könnte ? Kennt jemand evtl. Ein Festplattentestprogramm, mit dem ich die Platte auch unter Linux mal durchchecken könnte ?
Das Ganze hört sich nach einem Problem mit XFree an, leider hast du zu deiner Konfiguration in dieser Hinsicht bis auf die Grafikkarte keine relevanten Angaben gemacht. Such doch einfach mal auf den Seiten von http://www.xfree86.org , vielleicht ist das Problem ja dort bekannt? gruss -fen
Das Ganze hört sich nach einem Problem mit XFree an, leider hast du zu deiner Konfiguration in dieser Hinsicht bis auf die Grafikkarte keine relevanten Angaben gemacht. Such doch einfach mal auf den Seiten von http://www.xfree86.org , vielleicht ist das Problem ja dort bekannt?
Das hört sich nach demselben Problem wie im Thread:" Suse 7.3:KDE freeze" an, ich würde hier mal testweise einen anderen Bildschirmschoner vorschlagen. Eventuell ein KDE Problem. Beste Grüße Andreas -- URL: http://www.jazznrhythm.de ICQ: # 20740281 Tel/Fax (D): +49-(0)89-1488-209051
Das Ganze hört sich nach einem Problem mit XFree an, leider hast du zu deiner Konfiguration in dieser Hinsicht bis auf die Grafikkarte keine relevanten Angaben gemacht. Such doch einfach mal auf den Seiten von http://www.xfree86.org , vielleicht ist das Problem ja dort bekannt?
Das hört sich nach demselben Problem wie im Thread:" Suse 7.3:KDE freeze" an, ich würde hier mal testweise einen anderen Bildschirmschoner vorschlagen.
Eventuell ein KDE Problem.
Beste Grüße Andreas
Ups, habe ich wirklich Bildschirmschoner geschrieben? Hoppla, das kommt davon, wenn man mit dem Telefon Inhouse-Support macht und gleichzeitig in der liste mitschreibt. Windowsmanager. Windowsmanager war das Wort. Nicht Bildschirmschoner. Sorry. Gruß Andreas -- URL: http://www.jazznrhythm.de ICQ: # 20740281 Tel/Fax (D): +49-(0)89-1488-209051
Am 07-Nov-2001 Daniel Brachmann schrieb:
Fabian Seitz wrote:
Hallo nochmal,
erstmal Entschuldigung für mein letztes Posting, aber ich bin [...] Hier nochmal eine genaue Fehlerbeschreibung des Hauptproblems - die Datenverluste und das fehlerhafte Herunterfahren (steht vermutlich in Zusammenhang, alles andere ist dagegen unwichtig):
[Problembeschreibung]
Jetzt kann ich mir wenigstens erklären woher die Datenverluste bei dir kommen: Wenn dein Sysem einfriert hat es nicht mehr die Möglichkeit geöffnete Dateien (die sich zu dem Zeitpunkt im Arbeitsspeicher befinden) auf die Platte zurückzuschreiben, daher die zerstörten Daten.
Gerade das sollte bei reiserfs o.ä. nicht vorkommen, würde ich sagen:-( -- mfg Peter Küchler, Planungsverband Frankfurt Region Rhein Main
Peter Kuechler wrote (Mittwoch, 7. November 2001 12:32):
Jetzt kann ich mir wenigstens erklären woher die Datenverluste bei dir kommen: Wenn dein Sysem einfriert hat es nicht mehr die Möglichkeit geöffnete Dateien (die sich zu dem Zeitpunkt im Arbeitsspeicher befinden) auf die Platte zurückzuschreiben, daher die zerstörten Daten.
Gerade das sollte bei reiserfs o.ä. nicht vorkommen, würde ich sagen:-(
Nein, bei einem Journaling FS sollte es nicht vorkommen, daß das Dateisystem als ganzes eingeht. Offene Files können durchaus inhaltlich zerstört werden. Thomas.
Am 07-Nov-2001 Thomas Hofer schrieb:
Peter Kuechler wrote (Mittwoch, 7. November 2001 12:32):
Jetzt kann ich mir wenigstens erklären woher die Datenverluste bei dir kommen: Wenn dein Sysem einfriert hat es nicht mehr die Möglichkeit geöffnete Dateien (die sich zu dem Zeitpunkt im Arbeitsspeicher befinden) auf die Platte zurückzuschreiben, daher die zerstörten Daten.
Gerade das sollte bei reiserfs o.ä. nicht vorkommen, würde ich sagen:-(
Nein, bei einem Journaling FS sollte es nicht vorkommen, daß das Dateisystem als ganzes eingeht. Offene Files können durchaus inhaltlich zerstört werden.
Hmm, bist du da sicher? Wenn eine Datei nur offen ist, dürfte eigentlich doch nichts passieren. Wenn gerade geschrieben wird sollte das durch das journaling erst gültig werden, wenn der Schreibvorgang erfolgreich abgeschlossen ist, oder? Dateien kopieren ist ja unter Unix auch nix anderes wie Datei öffnen, lesen, schreiben und schliessen...? -- mfg Peter Küchler, Planungsverband Frankfurt Region Rhein Main
Peter Kuechler wrote (Donnerstag, 8. November 2001 17:01):
Nein, bei einem Journaling FS sollte es nicht vorkommen, daß das Dateisystem als ganzes eingeht. Offene Files können durchaus inhaltlich zerstört werden.
Hmm, bist du da sicher? Wenn eine Datei nur offen ist, dürfte eigentlich doch nichts passieren.
Klar, ich meine natürlich, daß für's Schreiben geöffnete Dateien gefährdet sind.
Wenn gerade geschrieben wird sollte das durch das journaling erst gültig werden, wenn der Schreibvorgang erfolgreich abgeschlossen ist, oder?
Ich weiß nicht im Detail wie das Journaling abläuft - aber das Journal hält wohl kaum sämtliche Änderungen vom Öffnen bis zum Schließen der Datei, sondern nur mehr oder minder die noch nicht zurückgeschriebenen Operationen. Das Problem ist also weniger, daß die Datei "aus Sicht des Filesystems" zerstört wird (das sollte eben vom Journal verhindert werden). Nur wenn ein Anwendungsprogramm beim Schreiben unterbrochen wurde, wird die Datei aus Anwendungssicht mit einiger Wahrscheinlichkeit zerstört sein (d.h. sich in einem ungültigen Zustand befinden). Es fehlt also sozusagen ein Journal auf der Anwendungsebene. Thomas.
participants (5)
-
Andreas Allgeyer
-
Daniel Brachmann
-
Fabian Seitz
-
Peter Kuechler
-
Thomas Hofer