Festplattenzugriffe werden immer schlimmer?

Hi, so ins blaue würd ich tippen:
entweder zu wenig Speicher und VDR beginnt zu swappen (schau mal mit top)
oder die Platte wird defekt und braucht deshalb so lange bis die Zugriffe abgewickelt sind (schau mal mit smartctl -a /dev/hda, wenns bei deiner Distri nicht dabei ist von knoppix-CD booten)

Gruß
Roland

Hallo,

kleiner TYipp noch zu top. Wenn Du in top <shift>-m drückst, dann sortiert dir top die Prozesse nach dem Speicherbedarf. Dann siehst Du schneller ob irgendein Prozess ein Speicherleck hat.

Viele Grüße

Dein frausch

im syslog nachschauen ob defekte sektoren auf der hd gefunden wurden.
die beschriebenen sympthome sehen stark danach aus.
das ext-filesystem erkennt schwache sektoren,versucht deren inhalt noch zu lesen und kopiert diese dann in einen sicheren bereich wärend der schwache sektor für die weitere nutzung deaktiviert wird.
das zögert datenverluste hinaus und man wird i.d.r. noch rechtzeitig durch entsprechende meldungen im syslog gewarnt.

Ich darf Dich da etwas korrigieren: das hat mit dem Filesystem nichts zu tun, das findet eine Etage tiefer auf der Platte selbst statt.
Die merkt meist schon beim Schreiben, dass der Sektor nicht mehr so gut ist und mappt ihn aus. Wenn's beim Lesen bemerkt wird, ist es zu spät. Da ist nichts mehr mit mappen und der Inhalt muss auf Biegen und Brechen aus dem Sektor gelesen werden oder ein Fehler kommen. Erst wenn der Sektor neu geschrieben wird, kann die Platte ihn ummappen.
Biegen und Brechen kann recht lange dauern und in der Zeit geht halt garnichts.

Sind dann alle Spare-Sektoren aufgebraucht dann hat man früher ge-low-levelt, heute schmeisst man so eine Platte besser weg.

uwe

Hallo Angel

Die von Dir geschilderten Symptome kommen mir leider sehr bekannt vor, denn vor wenigen Wochen hat auch meine Festplatte ihren Geist aufgegeben. Nach den lägeren Startzeiten hat er dann immer wieder mal einen Timer vergessen und am Ende ist er PC gar nicht mehr gestartet, sondern hat nur noch auf der Festplatte gesucht.

Lief fast 3 Jahre im Dauerbetrieb

umaier: danke für deine ausführungen.

ich kenne die symptome des treadstarters von meinem system bei welchem ich zwei defekte platten in den letzten beiden jahren zu beklagen hatte.
auf diesem system laufen sowohl win2k als auch fedora.
in beiden fällen war es so das unter windows absolut nichts gegen die immer zahlreicher auftretenden defekten sekoren vom system unternommen wurde.
die platten selber hatten auch kaum defekte sektoren aussortiert wenn man den smartwerten glauben schenkt.
defekter sektor in einer datei unter win2k war immer verlust der datei.
unter linux lief das ganze dagegen erstaunlich lange weiter und man konnte im log das aussortieren von schlechten sektoren über viele wochen bis zum entgültigen ende der platte mitverfolgen.
am ende waren nicht selten 30 mb einer partition aussortiert.
zu diesem zeitpunkt nutzte ich diese defekten platten jeweils nur noch für zusätzliche vdr-videopartitionen.
beim schreiben auf defekte sektoren gab es meinen erfahrungen nach nie systemhänger oder große plattenaktivitäten.
eventuell wurden da schlecht lesbare sektoren wärend des schreibens sehr schnell erkannt und ausgemustert.
beim abspielen einer aufnahme mit defekten sektoren gab es hänger des ganzen systems mit den vom treadstarter beschriebenen symptomen wobei der dateninhalt der defekten sektoren nicht selten erfolgreich rekonstruiert wurde.
wenn die platte sehr viele leseversuche auf einen sektor mit nicht eindeutig lesbaren signalpegeln macht kann man durch statistische auswertung des ergebnisses mit hoher warscheinlicheit die bitfolge wieder korrekt bestimmen.
meine vermutung/denken ist nun das der kernel bzw. die filesystemimplementierung ebenfalls eine solche funktion unterstützt um verlorenen sektoren mit einer gewissen warscheinlichkeit wiederherstellen zu können.
das kostet aber zeit und sehr viele lesezugriffe auf den betreffenden sektor aber es gibt eine gewisse chance sas die daten noch gerettet werden.
zur warnung gibt es dann logfileeinträge des kernels mit angabe des sektors und den signalpegeln für high/low.
das problem ist ja das wenn die pegel nicht weit genug auseinanderliegen es dann nicht mehr möglich ist mit sicherheit zwischen low und high zu unterscheiden.

Der "Trick" ist, dass das Ummappen eingeschaltet sein muss.
Eventuell tut das DOS (=Windows) einfach nicht. Warum auch immer.

Unter Linux kann man's mit hdparm einschalten:

Zitat

-D Enable/disable the on-drive defect management feature, whereby
the drive firmware tries to automatically manage defective sec-
tors by relocating them to "spare" sectors reserved by the fac-
tory for such.

uwe

oha,den parameter kannte ich noch nicht.
danke für den hinweis.

Hallo BelieveInAngels,

wie viel Speicher hast Du denn? Ich denke mal 250-500M sollten für einen VDR ausreichend sein.

top ist tatsächlich so was wie der Taskmanager. Es sit auch normal, daß vdr(devel) als meherere Tasks auftaucht, da vdr mehrere threads aufmacht. Merk dir auch mal so ungefähr wieviel Speicher die Prozesse brauchen. Wenn die Festpaltte wieder zu rattern anfängt, dann schau nochmal nach ob irgendein prozess im speicherbedarf stark gewachsen ist.

Wenn ichs mir so recht überlege kommen mir 17 vdr-prozesse aber etwas viel vor (frage an die runde..). Du könntest mal mit "ps -fx" nachscahuen ob die alle von einem vdr abstammen. Auche diese zahl würde ich mal über die zeit hinweg beobachten.

Viele Grüße

Dein frausch

Hallo BelieveInAngels,

die logs stehen normalerweise unter /var/log (z.B. /var/log/messages).

Viele Grüße

Dein frausch