ubuntuusers.de

Danke für die Antwort! Leider haben deine beiden Varianten rein gar keinen Output produziert, deshalb habe ich mal das probiert:

sudo smartctl -A /dev/sda

Ergebnis hier, vielleicht kannst du mir sagen, ob da was aussagekräftiges dabei ist?

smartctl version 5.37 [x86_64-unknown-linux-gnu] Copyright (C) 2002-6 Bruce Allen
Home page is http://smartmontools.sourceforge.net/

=== START OF READ SMART DATA SECTION ===
SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
  1 Raw_Read_Error_Rate     0x000f   100   100   046    Pre-fail  Always       -       210310
  3 Spin_Up_Time            0x0003   100   100   025    Pre-fail  Always       -       1
  4 Start_Stop_Count        0x0032   100   100   000    Old_age   Always       -       3556
  5 Reallocated_Sector_Ct   0x0033   100   100   024    Pre-fail  Always       -       8589934592000
  9 Power_On_Hours          0x0032   100   100   000    Old_age   Always       -       9992
 12 Power_Cycle_Count       0x0032   100   100   000    Old_age   Always       -       81
191 G-Sense_Error_Rate      0x0012   100   100   000    Old_age   Always       -       3
192 Power-Off_Retract_Count 0x0032   100   100   000    Old_age   Always       -       6
194 Temperature_Celsius     0x0022   100   100   000    Old_age   Always       -       33 (Lifetime Min/Max 20/53)
196 Reallocated_Event_Count 0x0032   100   100   000    Old_age   Always       -       8729
197 Current_Pending_Sector  0x0032   100   100   000    Old_age   Always       -       73123271016450
198 Offline_Uncorrectable   0x0032   100   100   000    Old_age   Always       -       223640743051266
199 UDMA_CRC_Error_Count    0x0032   100   100   000    Old_age   Always       -       1868868
200 Multi_Zone_Error_Rate   0x0032   100   100   000    Old_age   Always       -       3632837

Anscheinend spuckt deine Festplatte die Werte der LCCs nicht aus. Wüsste derzeit aber auch nicht woran das liegen könnte.

Ich hab nen Dell Inspiron 1525 mit einer 250 GB Festplatte. Genauere Angaben zum Fabrikat hat Dell da leider nicht gemacht. Installiert hab ich Hardy, sollte alle für die Aktualisierungsverwaltung verfügbaren Patches installiert haben. Ich hoffe jemand weiss eine Möglichkeit, wie ich an Daten kommen kann, die mir Auskunft darüber geben, ob ich von dem Problem betroffen bin. Die neue Hardware soll ja schliesslich noch eine Weile ihren Dienst verrichten können und nicht direkt nach Garantieende abnippeln 😉

*schieb* 😛

Hi,

besteht da Handlungsbedarf?

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
193 Load_Cycle_Count        0x0012   098   098   000    Old_age   Always       -       26041
sebastian@Kubuntu-Notebook:~$ 

Festplatte ca. 1/2 Jahr alt

mfg

obec

Bei meiner Festplatte kann man es hören: Alle paar Sekunden ein seltsames Klackern, das nicht nach dem normalen Festplattenschnurren klingt. Es kann natürlich sein, dass das bei neueren Festplatten nicht mehr hörbar ist (Meine ist 4 Jahre alt).

Übrigens finde ich es mehr als peinlich dass der Bug nach einem ganzen Jahr noch nicht behoben ist *flame* 😉

Der Bug hängt definitiv nicht mit Ubuntu alleine zusammen, sondern taucht bei bestimmten Festplatten-Bios-Kombinationen auf. Bei meinen alten Thinkpad R31 (20GB IBM-Platte) klackt die Festplatte auch unter Win2000 alle paar Sekunden. Bei meinen neueren Dell Latitude D505 (40GB Hitachi (?)-Platte) hört man das Klacken stellenweise auch, aber wesentlich seltener als beim Thinkpad.

Ich hab mir heute eine 160GB-Platte für mein D505 bestellt, mal sehen was sich dort geräuschtechnisch ergibt.

Hi,

ich würde sagen: Unglück abgewendet!
Ich habe die Anleitung von hier http://forum.ubuntuusers.de/post/1027517/ befolgt.
Der Wert RAW_VALUE bleibt jetzt annähernd so wie er hier zu sehen ist:

ID# ATTRIBUTE_NAME          FLAG     VALUE WORST THRESH TYPE      UPDATED  WHEN_FAILED RAW_VALUE
193 Load_Cycle_Count        0x0012   098   098   000    Old_age   Always       -       26086

Vorher stieg RAW_VALUE fast um 50/h. Zum Glück war das ganze noch noch im fortgeschrittenen Status(wie oben zu sehen).

        Advanced power management level: disabled
                Advanced Power Management feature set

Sieht gut aus, denke ich.
Allerdings frage ich mich, ob das Problem auch bei anderen Distributionen auftritt und wie es sich im Desktopbereich verhält.

Gruß

obec

Hallo Leute

Weiss jemand, wie ich an meine Load_Cycle_Count Daten komme? Wie vorher beschrieben, spuckt die smartctl bei mir einfach nicht aus... 😕 Oder soll ich einfach mal auf den puren Verdacht hin irgendeinen "fix" anwenden? Kontrollieren ob und was der bewirkt könnte ich dann aber auch nicht.

Danke für jeden Rat!

*schieb*

Wenn du noch ein Windows hast, könntest du ja einiger dieser Programme ausprobieren:
Self-Monitoring%2C_Analysis_and_Reporting_Technology#S.M.A.R.T.-Programme_im_Vergleich

Vielleicht speichert deine Festplatte diese Daten einfach nicht!?
Hardwarehersteller haben oft sehr viel Spaß wenn es um das Einhalten von Standards und Normen geht...

Windows ist bei mir Fehlanzeige (ich sag jetzt nicht leider 😛 ), dieser Weg scheidet also aus...

Wie ich schonmal früher in deisem Thread geschrieben habe, das Problem taucht bei manchen Laptops auch unter Windows auf. Mein altes Thinkpad R31 klickte unter Win2000 auch munter vor sich her.

Ich hab das Problem mit dem Load_Cycle_Count. Bei mir geht der innerhalb von zwei Stunden um 232 hoch. Interessanterweise sagt der Ikhaya Artikel, dass wenn 'grep ENABLE_LAPTOP_MODE /etc/default/acpi-support' false ausgibt das Problem nicht sein sollte. Gibt bei mir aber false aus. Also hab ich nun den dazugehörigen Wiki Eintrag abgehandelt und das fast offizielle fix rein. Funktioniert auch soweit. Doch wenn ich den Laptop in den Ruhezustand versetze und wieder zurück steht der power management level wieder auf 128. Versteh ich nicht. Wenn ich das 90-hdparm.sh Skript im /etc/acpi/resume.d ausführe stellt ers doch um.

Menedas schrieb:

Doch wenn ich den Laptop in den Ruhezustand versetze und wieder zurück steht der power management level wieder auf 128. Versteh ich nicht. Wenn ich das 90-hdparm.sh Skript im /etc/acpi/resume.d ausführe stellt ers doch um.

Das Problem habe ich auch und kann es mir nur erklären, dass man wohl seit Hardy (?) versucht auf pm-utils umzusteigen und es derzeit ein ziemliches Durcheinander gibt was die Zuständigkeiten der Tools angeht.

Ich bin derzeit dabei diesen 🇬🇧 Fix zusammen mit dieser Verbesserung 🇬🇧 zu testen.

gruß
punischdude