Re: smartctl - bitte um kurze Interpretationshilfe
Hallo Axel, mich würden die Werte überhaupt nicht beunruhigen. Du siehst unter VALUE bei 5 und 7 eine 100, aber Deine Platte meint, ab 24 bzw. 47 stimmt etwas nicht. Die Werte zählen im Laufe der Zeit nach unten, und bei "100" würde ich annehmen, sie waren noch nie höher. Die Raw-Werte würde ich überhaupt nicht interpretieren, da sie herstellerspezifisch sind und Du keine Legende dazu hast: Was soll denn z.B. "8589934592000" bei 5 heißen? Anzahl Sektoren? Anzahl Reallocations? Vielleicht ist es ein zusammengesetzter Wert, der binär zu interpretieren ist? Ganz allgemein würde ich auf eine einzelne Smartctl-Abfrage sowieso nicht viel geben, denn selbst wenn jetzt z.B. "50" herausgekommen wäre, wüsstest Du ja immer noch nicht, wie lange es noch dauert bevor Deine Platte den Geist aufgibt. Ich würde daher smartd laufen lassen, und regelmäßig (z.B. cron.weekly) in /var/log/messages nachsehen, was sich bei Deinen Platten so tut. Da siehst Du sofort, falls sich irgendetwas häuft - und genau dann würde ich misstrauisch. Viele Grüße Rainer Am Freitag, den 28.12.2007, 18:51 +0100 schrieb Axel Birndt:
-- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Der Wert 8589934592000 hexadezimal interpretiert ist 0x7D000000000. Offenbar nutzt Fujitsu hier ein paar obere Bits falsch oder initialisiert diese falsch. In diesem Fall musst Du leider die raw-Werte ignorieren, die üblicherweise die Anzahl remappter Sektoren bezeichnet. Vielleicht handelt es sich auch um ein little endian/big endian Problem, in diesem Fall hättest Du aber bereits 125 (hexadezimnal: 0x7d) defekte Sektoren, was eine ganze Menge ist... der normalisierte Wert wäre dann wohl auch nicht mehr bei 100 sondern deutlich darunter? mit freundlichen Grüßen Bernd Melchers -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Der Wert 8589934592000 hexadezimal interpretiert ist 0x7D000000000. Offenbar nutzt Fujitsu hier ein paar obere Bits falsch oder initialisiert diese falsch. In diesem Fall musst Du leider die raw-Werte ignorieren, die üblicherweise die Anzahl remappter Sektoren bezeichnet. Vielleicht handelt es sich auch um ein little endian/big endian Problem, in diesem Fall hättest Du aber bereits 125 (hexadezimnal: 0x7d) defekte Sektoren, was eine ganze Menge ist... der normalisierte Wert wäre dann wohl auch nicht mehr bei 100 sondern deutlich darunter? mit freundlichen Grüßen Bernd Melchers -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (2)
-
Bernd Melchers -
Rainer Wolff