Re: [Debian] Platte nach fehlenden Systemdateien durchsuchen
Michael Welle <m.welle@gmx.net> writes:
Hi,
> Hallo,
>
> Robert Rakowicz <Robert.Rakowicz@rjap.de> writes:
>
> > Michael Welle <m.welle@gmx.net> writes:
> [...]
> > > Beim mounten der Platten wurde der Fehler nicht erkannt. Beim Zugriff
> > > auf defekte Dateien semmelte die Kiste ab. Nach langem Suchen kam der
> > > Entschluss fsck haendisch anzuwerfen und damit die
> > > Erleuchtung. Conclusion: reiserfs ist anscheinend aus diesem (und
> > > weiteren) Gruenden fuer den Produktiveinsatz zZ. eher nicht zu
> > > empfehlen.
> > >
> > Warum soll bitte reiserfs nicht zu empfehlen sein ? Ich hatte so etwas
> > mehrmals erlebt und werde weiterhin reiser empfehlen denn es ist erst
> Wenn Du ein fs, das trotz irgendwelcher Defekte korrekt gemountet
> wird, ruhigen Gewissens weiterempfehlen kannst, gut ;). Wie Du schon
> sagtest, vielleicht ist das Problem in einer neuen Version
> geloest. Aber nachdem, was man so hoert und beim querlesen der
> reiserfs-ml so sieht, scheinen da noch einige Probleme auf Loesung zu
> warten.
>
ich bin weit davon entfernt zu meinen reiserfs sei Fehlerfrei. Ich hatte
aber gleiches Ferhalten auch schon mit ext2 :(
>
> > wichtig zu verstehen was und wozu ein JFS gut ist.
> was hat das Verstehen eines jfs damit zu tun, ob ein fs in der hier
> eingesetzten Kombination unzuverlaessig ist?
>
Ganz einfach ist das ( muß in Deinem Fall aber nicht zutreffen ! ). Ich
hatte Probleme auf mehreren IBM Servern ( IPS Raid und Adaptec ) die so
bald man man länger von den Raid Platten gelesen/geschrieben hatte, in
meinem fall war es Backup auf Streamer, log auf Platte, war auf einmal
Reiser immer zusammengebrochen und neu Installation war angesagt, weil
nach 21 Stunden fsck 98% des Systems im lost+found sich befand.
Nun nach längeren Diskussionen mit Reiser Entwicklern und IBM stand
fest - IBM Treiber war SCH... und lieferte nicht das worauf sich ein FS
beziehen konnte. Denn trotz noch nicht abgeschloßenen schreibvogänge hat
Reiser ein "schreiben O.K" bekommen. Diese Operation blieb aber im Cache
vom Raid-Controller. Dieser packte sich sein eigenes Cache voll und
wuste anschließend nicht mehr wohin damit.
Tja Reiser hatte die Meldung es sei alles O.K .
Ich möchte auf keinem Fall jemaden Schuld zuweisen oder sonst was. Ich
kann mir sehr gut vorstellen wie Du die Sachen siehst ( mir war
überhaupt nicht zu lachen )
>
> > Wie kammst Du dazu, das etwas auf der Platte nicht O.K war ?
> Ein Leseversuch bestimmter Dateien (zB. beim Versuch, ein backup zu
> machen) lieferte im besten Fall eine kernel panic. Im schlimmsten Fall
> semmelte die Kiste einfach so ab. Nach einem manuellen reiserfs schien
> alles wieder in Ordnung.
>
Es ist sicherlich festzulegen, daß ext2 von den FS die z.Zeit verfügbar
sind das am meisten ausgereifter ist dennoch habe ich mit Reiser keine
schlechte Erfahrungen. Abgesehen von Fällen wo andere Komponenten stark
daran beteiligt waren um das System kaputt zu machen.
Fall Du doch jetzt Kernel 2.4 einsetzen solltest, dann 2.4.10 denn bis
2.4.9 hatte Reiser ein Problem mit Platten die bis ca. 80-90% belegt
waren ( war ganz schön langsam )
Pozdrawiam/Gruß/Regards
Robert Rakowicz
--
Robert Rakowicz
E-Mail: Robert.Rakowicz@rjap.de
URL: www.rjap.de
--
-----------------------------------------------------------
Um sich aus der Liste auszutragen schicken Sie bitte eine
E-Mail an debian-user-de-request@lehmanns.de die im Subject
"unsubscribe <deine_email_adresse>" enthaelt.
Bei Problemen bitte eine Mail an: Jan.Otto@Lehmanns.de
-----------------------------------------------------------
937 eingetragene Mitglieder in dieser Liste.
Reply to: