Festplatte haengt kurz nach groesserem Schreibzugriff
...und nochmal ohne Umlaute im Subject... Sorry..... Hallo Liste! Ich habe schon einige Stunden auf der Suche nach einer Antwort verbracht, doch leider vergeblich... Situation: Ich habe eine ältere kleine 6GB IDE Platte mit ReiserFS unter SuSE 7.3 mit aktuellem Mantel-Kernel k_deflt-2.4.19-117.i586 . Das Board ist ein ASUS CUSL-2 und sollte IMHO stabil laufen, ist ja wirklich keine bleeding edge technology. Die Platte nähert sich ganz langsam dem Vollwerden (85% used), wobei ich nicht weiß, ob das vielleicht schon die Ursache sein kann. Das Problem sieht folgendermaßen aus: Jedesmal nach größeren Dateioperationen (z.B. ein paar MB Daten schreiben z.B. rpm install, kopieren und auch öfters beim Lesen, z.B. MPEG Video-Files abspielen), hängt mein System einige Sekunden nach dem Start der Dateioperation für ein paar (zwischen 3 und 10) Sekunden, weil die Platte wie irre irgendwas schreibt. Danach geht alles wie gewohnt flott weiter. Wenn die Dateioperation weiter anhält (Video spielt immer noch, rpm braucht länger etc.) kann es auch nochmal zu einem Hänger kommen. Während die Platte diese Aktion macht, scheint sie, dem Geräusch und dem LED nach zu urteilen, sehr sequentiell einen großen Datenblock zu schreiben, denn das Geräusch ist sehr gering, also kaum Kopfbewegungen. Es sieht aus, als ob sie ein paar Sekunden swappen würde, jedenfalls ist das die Aktion, die unter Windows einen ähnlichen Effekt hervorrufen würde. Ich könnte mir auch vorstellen, daß irgend ein Cache gesynced wird, aber ich habe keinen Anhaltspubnkt nach was oder wie ich suchen soll. DMA ist aktiviert und es sind keine Logfile Meldungen zu beobachten. Hat irgend jemand hier eigene Erfahrungen, die mir weiterhelfen könnten? Vielen Dank! Daniel -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!
Reiser FAQ: Q: Why do things freeze on my IDE hard drive for annoying amounts of time? A: Because when large writes are scheduled all at once, reads can starve. A fix for this is evolving; the later your ReiserFS patch, the better we handle this. Q: Performance is poor, and my disk at 96% full still has free space. A: Once a disk drive gets more than 85% full, the performance starts to suffer unless using a repacker (which isn't implemented yet.) You can probably get away with 92%, but if performance is valued you are making a mistake to keep it any fuller. This is true for almost all filesystems. ReiserFS, because of our packing tails together, pack more data into a given percentage used, but it still is subject to the rules for max recommended percentage used.. --- Hmmmm, Stefan Onken plädiert für's zweite... Aber das erste kommt mir auch nicht abwegig vor... Vor allem, da ich ja erst bei 85% bin und ich glaube zu meinen (*g*) , daß das Problem bei etwas mehr freiem Platz auch schon auftrat. Hat sonst noch jemand eine Idee? Wenn nicht, dan muß ich mir eine neue Platte kaufen und mich mal mit tar als 1:1 Plattenkopierer befassen *bibber* Danke, Daniel -- +++ GMX - Mail, Messaging & more http://www.gmx.net +++ NEU: Mit GMX ins Internet. Rund um die Uhr für 1 ct/ Min. surfen!
participants (1)
-
Daniel Eckl