Am Sonntag 24 Februar 2008 schrieb Heiko Schlittermann: > Dirk Salva <dsalva@gmx.de> (Fr 22 Feb 2008 21:13:28 CET): > .... > > > On Fri, Feb 22, 2008 at 03:25:59PM +0100, Markus Schulz wrote: > > (hartes Aufhängen aufgrund defekten Netzteils z.B.) die Erfahrung, > > das gerade "geöffnete" files bei XFS unrettbar verloren sind. Sie > > sind dann mit irgendwelchen Punkten (.......................) > > aufgefüllt. Man muss sich dann umständlich damit behelfen, irgendwie > > diese files zu finden. Ich mache es mit find und der Änderungszeit, > > das ist aber eher "suboptimal" - falls jemand eine bessere Suche > > kennt, immer her damit! > > > > Das Dateisystem selbst hingegen bleibt eigentlich immer in Ordnung. > > Es zerschiesst mir nur jedesmal die meisten Inhalte von .mozilla und > > die Inhalte von .gaim, manchmal auch die von /var/log. > > Diesen Effekt kann ich bestätigen, es gab hier auch schon mal einen > Thread dazu. Bei mir waren die auch kurz vor dem Absturz veränderten > Files *leer*. (passwd verändert, Stecker raus, /etc/passwd leer -- > *das* fand ich nicht so prickelnd, zufrieden hätte ich mich mit dem > Zustand vor der Änderung gegeben!) Da ist neben all dem anderen, was hier auch schon erwähnt wurde, auch noch zu beobachten, *wie* Anwendungen Daten schreiben. Mit Anwendungen, die eine Datei *überschreiben* könnte ich mir vorstellen, dass der von Dir beschriebene Effekt auftritt. Ob ein *überschreiben* einer Datei wie passwd jedoch so eine prickelnde Idee ist, ist eine andere Frage. Im Prinzip bräuchtest Du da dann volles Daten-Journalling oder ein wanderndes Journal. Und selbst dann gibt es Situation, wo es Probleme geben kann, da eine Anwendung mitunter eine bessere Ahnung davon hat, *wann* eine Datei in sich konsistent ist, als sie das Dateisystem je haben kann. Daher liegt es zum Teil auch in der Verantwortung von Anwendungsentwicklern, *robuste* Schreibstrategien einzusetzen. So haben viele Datenbank-Systeme ein eigenes "Journalling". -- Martin 'Helios' Steigerwald - http://www.Lichtvoll.de GPG: 03B0 0D6C 0040 0710 4AFA B82F 991B EAAC A599 84C7
Attachment:
signature.asc
Description: This is a digitally signed message part.