Re: Linux-Kernel soll WD-Festplatten kaputt machen
Am Sonntag, 7. Februar 2010 12:14:02 schrieben Sie:
Am Sonntag, 7. Februar 2010 12:05:53 schrieben Sie:
Am Samstag, 6. Februar 2010 17:38:34 schrieb Heinz Diehl:
On 06.02.2010, Thomas Moritz wrote:
Meine WD-Book-Platte hatte ich nach 2-monatigem Einsatz reklamiert, die sie fortlaufende klickende Geraeusche machte.
hdparm -B 255 /dev/xxx
Das ist kein Kernel-Problem, soweit ich weiss, sondern haengt mit diversen Strosparmechanismen zusammen.
Nun war die neue 1.5 TB HD etwa 1 Tag in Betrieb und ich fürchte so hält sie das nicht lange durch:
In 31h 644 load cycles, da ist die HD in etwa 1 1/2 Jahren hinüber, da der Hersteller 300000 angibt.
Device Model: WDC WD15EARS-00Z5B1 Firmware Version: 80.00A80
# hdparm -B 127 /dev/sdc
/dev/sdc: setting Advanced Power Management level to 0x7f (127) HDIO_DRIVE_CMD failed: Input/output error
# hdparm -B 255 /dev/sdc
/dev/sdc: setting Advanced Power Management level to disabled HDIO_DRIVE_CMD failed: Input/output error
Was nun?
hdparm -i /dev/sdc /dev/sdc: Model=WDC WD15EARS-00Z5B1 , FwRev=80.00A80, SerialNo= Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50 BuffType=unknown, BuffSize=0kB, MaxMultSect=16, MultSect=?16? CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=18446744072344861488 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 udma3 udma4 udma5 *udma6 AdvancedPM=no WriteCache=enabled Drive conforms to: Unspecified: ATA/ATAPI-1,2,3,4,5,6,7 Komisch für eine aktuelle HD, die sich Caviar _Green_ nennt: AdvancedPM=no Und das dürfte der Grund sein, warum "hdparm -B" nicht funktioniert. Vielleicht hilft das: -S Set the standby (spindown) timeout for the drive. This value is used by the drive to determine how long to wait (with no disk activity) before turning off the spindle motor to save power. Under such circumstances, the drive may take as long as 30 seconds to respond to a subsequent disk access, though most drives are much quicker. The encoding of the timeout value is somewhat peculiar. A value of zero means "timeouts are disabled": the device will not automatically enter standby mode. Values from 1 to 240 specify multiples of 5 seconds, yielding timeouts from 5 seconds to 20 minutes. Values from 241 to 251 specify from 1 to 11 units of 30 minutes, yielding timeouts from 30 minutes to 5.5 hours. A value of 252 signifies a timeout of 21 minutes. A value of 253 sets a vendor-defined timeout period between 8 and 12 hours, and the value 254 is reserved. 255 is interpreted as 21 minutes plus 15 seconds. Note that some older drives may have very different interpretations of these values. hdparm -S 0 /dev/sdc Mal schauen, ob sich was tut: 9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 34 12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 5 193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 655 Mittlerweile war die HD nur angehängt und es hat sich der Wert in 2h von 644 auf 655 erhöht. Al -- 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
On 07.02.2010, Al Bogner wrote:
Mittlerweile war die HD nur angehängt und es hat sich der Wert in 2h von 644 auf 655 erhöht.
Das ist zwar besser als vorher, hoert sich aber nicht besonders gut an. Fuer die ganzen spindowns ist irgendein Powermanager verantwortlich, ich wuerde zunaechst mal den finden und entweder abstellen, oder anders konfigurieren. Der Kernel selber liefert so weit ich sehen kann nur die Unterstuetzung, aber greift nicht selbst in diese Form des Powermanagements ein. Hier bei mir z.B. ist das der Gnome Powermanager: http://projects.gnome.org/gnome-power-manager/ Den habe ich entsprechend eingestellt, und ich habe niemals Probleme mit dem Abschalten der Festplatten gehabt. Irgendetwas in dieser Art gibt es bei dir ja auch. -- 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
Am Sonntag, 7. Februar 2010 14:24:21 schrieb Heinz Diehl: Hallo Heinz,
On 07.02.2010, Al Bogner wrote:
Mittlerweile war die HD nur angehängt und es hat sich der Wert in 2h von 644 auf 655 erhöht.
Das ist zwar besser als vorher, hoert sich aber nicht besonders gut an.
Fuer die ganzen spindowns ist irgendein Powermanager verantwortlich, ich wuerde zunaechst mal den finden und entweder abstellen, oder anders konfigurieren.
Hast du schon nebenan gelesen? Ich habe nun "hdparm -S 0 /dev/sdc" ausgeführt. Vielleicht reicht das schon. Mit Powermanager kenne ich mich nicht aus, da habe ich nie rumgestellt. Da sollte es doch auch was ohne Windowmanager geben? Unter KDE habe ich KPowersave, aber es nie angerührt. Das bezieht sich auch auf DPMS.
Der Kernel selber liefert so weit ich sehen kann nur die Unterstuetzung, aber greift nicht selbst in diese Form des Powermanagements ein.
Hier bei mir z.B. ist das der Gnome Powermanager: http://projects.gnome.org/gnome-power-manager/
Den habe ich entsprechend eingestellt, und ich habe niemals Probleme mit dem Abschalten der Festplatten gehabt. Irgendetwas in dieser Art gibt es bei dir ja auch.
Gnome ist auch installiert. Das könnte ich statt KDE mal starten. Ich möchte aber, dass das unabhängig vom Windowmanager richtig gestartet ist. Am Server läuft im Normalfall kein X. Al -- 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
On 07.02.2010, Al Bogner wrote:
Gnome ist auch installiert. Das könnte ich statt KDE mal starten. Ich möchte aber, dass das unabhängig vom Windowmanager richtig gestartet ist. Am Server läuft im Normalfall kein X.
Hast du APM im Bios aktiviert, und wenn ja, welche sleepstates usw. sind da aktiv? Nicht dass ich da der Spezialist fuer bin, aber da wuerde ich zuerst mal nachsehen. Im Serverbetrieb sollten keine 10 spindowns in 2 h ausgefuehrt werden, wie du sie nach hdparm -S 0 berichtest, da muss was faul sein. Hast du trotz der Fehlermeldung bei hdparm -B 255 mal 254 als Wert probiert? Habe schon gehoert dass es Platten gibt, die nur bei 255 mit einem Fehler reagieren. Einen Versuch ist es ja sicherlich wert. Was sagt ein "ps ax | less", findest du irgend einen powermanager, der aktiv ist? Und es koennte, wie gesagt, auch ueblerweise die Firmware der Platte dahinterstecken. Und hast du mal in /etc/pm/config.d/disk nachgesehen? Hmm, jetzt bin ich auch ratlos, mehr weiss ich nicht mehr... :-) -- 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
Am Sonntag, 7. Februar 2010 15:11:25 schrieb Heinz Diehl:
On 07.02.2010, Al Bogner wrote:
Gnome ist auch installiert. Das könnte ich statt KDE mal starten. Ich möchte aber, dass das unabhängig vom Windowmanager richtig gestartet ist. Am Server läuft im Normalfall kein X.
Hast du APM im Bios aktiviert,
Ja, ACPI ist im Menü Powermanagement aktiv.
und wenn ja, welche sleepstates usw. sind
Ooops, vergessen zu schauen und ich teste gerade mit einer Sicherung was sich tut. Dürfte aber default sein. In boot.msg finde ich: /dev/disk/by-id/ata-WDC_WD15EARS-00Z5B1_WD-WMAVU.. setting standby to 0 (off) Der Befehl in boot.local wird also ausgeführt.
da aktiv? Nicht dass ich da der Spezialist fuer bin, aber da wuerde ich zuerst mal nachsehen. Im Serverbetrieb sollten keine 10 spindowns in 2 h ausgefuehrt werden, wie du sie nach hdparm -S 0 berichtest, da muss was faul sein.
nicht _nach_ hdparm -S 0 Ich schaue gerade was sich mit S 0 nun tut. Nach dem Hochfahren waren es 680 und ich bin nun _mit_ S 0 bei 685 uptime 4:13pm an 0:35 In ca. einer halben Stunde also 5 Spindowns.
Hast du trotz der Fehlermeldung bei hdparm -B 255 mal 254 als Wert probiert? Habe schon gehoert dass es Platten gibt, die nur bei 255 mit einem Fehler reagieren. Einen Versuch ist es ja sicherlich wert.
Ich hatte 127 probiert. Ging auch nicht.
Was sagt ein "ps ax | less", findest du irgend einen powermanager, der aktiv ist?
/sbin/acpid [kacpi_notify] [kacpid] hald-addon-acpi: listening on acpid socket /var/run/acpid.socket Mehr siehe unten
Und es koennte, wie gesagt, auch ueblerweise die Firmware der Platte dahinterstecken.
Das vermute ich. Es gibt da von WD ein Programm um Änderungen vorzunehmen: WDIDLE3 [/S[<Timer>]] [/D] [/R] [/?] where: /S[<Timer>] Set timer, units in 100 milliseconds (1 to 255). Default=80. /D Disable timer. /R Report current timer. /? This help info. Ich bin achon neugierig, ob ich dieses Programm von einer Win98-Bootdisk starten kann und die eSATA-HD erkannt wird. Womit könnte ich noch versuchen zu booten? An USB könnte ich die HD natürlich auch daran hängen. Ist schon etwas heavy, when man sich eine umweltfreundliche stromsparende HD kauft und man das nicht verwenden kann bzw. die HD vorzeitig zum Defekt führt. IMHO sollte ich da irgendwo einen Bug-Regport schreiben, nur wo? Ich bin da zufällig am 1. Tag dahinter gekommen, weil ich in de.alt.fan.aldi wegen einer anderen HD was fragte und dort offensichtlich einige Geeks mitschreiben. Viele bauen die HD ein und achten auf so was nicht. Wie in de.comp.hardware.laufwerke.festplatten nachzulesen, beklagen dieses Problem auch Leute, die ein NAS betreiben und die eher zu den Leuten mit Ahnung gehören.
Und hast du mal in /etc/pm/config.d/disk nachgesehen?
ls /etc/pm/config.d/ rtcwake.config
Hmm, jetzt bin ich auch ratlos, mehr weiss ich nicht mehr... :-)
Vielleicht fällt dir doch noch was ein. Al -:0 -bash /bin/bash /bin/dbus-daemon --fork --print-pid 5 --print-address 7 --session /bin/dbus-daemon --system /bin/sh /usr/bin/mysqld_safe --mysqld=mysqld --user=mysql --pid- file=/var/lib/mysql/mysqld.pid --socket=/var/lib/mysql/mysql.sock -- datadir=/var/lib/mysql /bin/sh /usr/bin/startkde /home/ab/.kde4/Autostart/mpdscribble /opt/kde3/bin/kpowersave /sbin/acpid /sbin/audispd /sbin/auditd -s disable /sbin/klogd -c 1 -x /sbin/mingetty tty2 /sbin/mingetty tty3 /sbin/mingetty tty4 /sbin/mingetty tty5 /sbin/mingetty tty6 /sbin/rpcbind /sbin/syslog-ng /sbin/udevd --daemon /usr/bin/Xorg -br -nolisten tcp :0 vt7 -auth /var/lib/xdm/authdir/authfiles/A:0-dNtpXb /usr/bin/freshclam -d /usr/bin/gpg-agent --sh --daemon --write-env-file /home/ab/.gnupg/agent.info /usr/bin/ssh-agent /bin/bash /etc/X11/xinit/xinitrc /usr/bin/kdm /usr/bin/kmail -caption KMail /usr/bin/knotify4 /usr/bin/kwalletmanager --kwalletd /usr/bin/mpd /etc/mpd.conf /usr/bin/rsync -e ssh -rlptgoDvz -e ssh --stats --delete sv:/videos/ /multimedia/videos_bak/ /usr/bin/ssh-agent /bin/bash /etc/X11/xinit/xinitrc /usr/lib/GConf/2/gconfd-2 /usr/lib/bonobo/bonobo-activation-server --ac-activate --ior-output-fd=22 /usr/lib/postfix/master /usr/lib64/evolution-data-server/evolution-data-server-2.24 --oaf-activate- iid=OAFIID:GNOME_Evolution_DataServer_CalFactory:1.2 --oaf-ior-fd=19 /usr/lib64/gvfs//gvfs-fuse-daemon /home/ab/.gvfs /usr/lib64/gvfs/gvfsd /usr/lib64/hal/hald-addon-cpufreq /usr/sbin/console-kit-daemon /usr/sbin/cron /usr/sbin/cupsd /usr/sbin/hald --daemon=yes /usr/sbin/hddtemp -d -f /etc/hddtemp.db -p 7634 /dev/sda /usr/sbin/httpd2-prefork -f /etc/apache2/httpd.conf /usr/sbin/irqbalance /usr/sbin/munin-node /usr/sbin/mysqld --basedir=/usr --datadir=/var/lib/mysql --user=mysql --pid- file=/var/lib/mysql/mysqld.pid --skip-external-locking --port=3306 -- socket=/var/lib/mysql/mysql. /usr/sbin/nmbd -D -s /etc/samba/smb.conf /usr/sbin/nscd /usr/sbin/ntpd -p /var/run/ntp/ntpd.pid -g -u ntp:ntp -i /var/lib/ntp -c /etc/ntp.conf /usr/sbin/pcscd /usr/sbin/rpc.idmapd /usr/sbin/smartd /usr/sbin/smbd -D -s /etc/samba/smb.conf /usr/sbin/sshd -o PidFile=/var/run/sshd.init.pid /usr/sbin/xinetd -pidfile /var/run/xinetd.init.pid [aio/0] [aio/1] [ata/0] [ata/1] [ata_aux] [cqueue] [events/0] [events/1] [hd-audio0] [kacpi_notify] [kacpid] [kauditd] [kblockd/0] [kblockd/1] [khelper] [khpsbpkt] [khubd] [kintegrityd/0] [kintegrityd/1] [kjournald] [knodemgrd_0] [kondemand/0] [kondemand/1] [kpsmoused] [kseriod] [ksoftirqd/0] [ksoftirqd/1] [kstriped] [ksuspend_usbd] [kswapd0] [kthreadd] [lockd] [migration/0] [migration/1] [nfsiod] [pdflush] [reiserfs/0] [reiserfs/1] [rpciod/0] [rpciod/1] [scsi_eh_0] [scsi_eh_10] [scsi_eh_11] [scsi_eh_12] [scsi_eh_1] [scsi_eh_2] [scsi_eh_3] [scsi_eh_4] [scsi_eh_5] [scsi_eh_6] [scsi_eh_7] [scsi_eh_8] [scsi_eh_9] [usb-storage] [xfs_mru_cache] [xfsaild] [xfsbufd] [xfsdatad/0] [xfsdatad/1] [xfslogd/0] [xfslogd/1] [xfssyncd] avahi-daemon: running [client1.local] dbus-launch --autolaunch 63ab585aac31189cc7872956493ee6b3 --binary-syntax -- close-stderr dbus-launch --sh-syntax --exit-with-session dcopserver [kdeinit] --nosid --suicide hald-addon-acpi: listening on acpid socket /var/run/acpid.socket hald-addon-input: Listening on /dev/input/event0 /dev/input/event3 /dev/input/event2 hald-addon-storage: no polling on /dev/fd0 because it is explicitly disabled hald-addon-storage: polling /dev/sdd (every 2 sec) hald-addon-storage: polling /dev/sde (every 2 sec) hald-addon-storage: polling /dev/sdf (every 2 sec) hald-addon-storage: polling /dev/sdg (every 2 sec) hald-addon-storage: polling /dev/sr0 (every 2 sec) hald-addon-storage: polling /dev/sr1 (every 2 sec) hald-runner init [5] kded [kdeinit] --new-startup kdeinit Running... kdeinit4: kaccess [kdeinit] kdeinit4: kded4 [kdeinit] kdeinit4: kdeinit4 Running... kdeinit4: kglobalaccel [kdeinit] kdeinit4: klauncher [kdeinit] --fd=9 kdeinit4: klipper [kdeinit] kdeinit4: kmix [kdeinit] -session 10d1e09a65000125778775600000040950012_1265553392_279954 kdeinit4: konqueror [kdeinit] --silent kdeinit4: konsole [kdeinit] kdeinit4: krunner [kdeinit] kdeinit4: ksmserver [kdeinit] kdeinit4: kwalletd [kdeinit] kdeinit4: kwrite [kdeinit] -session 10d1e09a65000126555277900000062050009_1265553392_280698 kdeinit4: kxkb [kdeinit] kdeinit4: nepomukserver [kdeinit] kdeinit4: plasma-desktop [kdeinit] kgpg -session 10d1e09a65000125779553100000042710024_1265553392_280125 klauncher [kdeinit] --new-startup knotify [kdeinit] kwin -session 10d1e09a65000126022334200000168780000_1265553392_499280 kwrapper4 ksmserver login -- root pickup -l -t fifo -u qmgr -l -t fifo -u rpc.statd --no-notify -- 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
On 07.02.2010, Al Bogner wrote:
WDIDLE3 [/S[<Timer>]] [/D] [/R] [/?]
Habe gerade mal danach gesucht, es scheint wohl tatsaechlich die Firmware zu sein. Damit hast du auch die Loesung parat, du bist gewzungen, dieses Programm zu benutzen, um den Kram abzuschalten.
Ich bin achon neugierig, ob ich dieses Programm von einer Win98-Bootdisk starten kann und die eSATA-HD erkannt wird.
Keine Ahnung, ich habe kurz vor Windows fuer Workgroups aufgehoert, Windows zu benutzen. Windows 98 sollte aber kein SATA koennen.
Womit könnte ich noch versuchen zu booten? An USB könnte ich die HD natürlich auch daran hängen.
Hast du keinen Freund/Bekannten, der Windows XP oder hoeher hat? Ich wuerde sie auf jeden Fall an USB haengen, da ist die Chance hoeher. Meines Wissens hat WD auch ein Tool, dass man direkt unter XP starten kann, ohne neu booten zu muessen. Lifeguard Tools oder so.
Ist schon etwas heavy, when man sich eine umweltfreundliche stromsparende HD kauft und man das nicht verwenden kann bzw. die HD vorzeitig zum Defekt führt.
Genau das soll doch so sein, dann sollst du brav wieder konsumieren. Deutschland ist in der Wirtschaftskrise, jetzt hab dich mal nicht so :-)
Vielleicht fällt dir doch noch was ein.
/opt/kde3/bin/kpowersave
Naja, das Problem schein geklaert, wdidle3 sollte Abhilfe schaffen. Btw: habe mir gerade einen Wolf gesucht nach einem Tool, welches das AAM von WD-Festplatten abschalten kann. Anscheinend haben die alle Tools von ihrer Seite verbannt. Damit wird WD der zweite Festplattenhersteller, der in Zukunft von mir gemieden werden wird. -- 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
Am Sonntag, 7. Februar 2010 19:40:28 schrieb Heinz Diehl:
On 07.02.2010, Al Bogner wrote:
WDIDLE3 [/S[<Timer>]] [/D] [/R] [/?]
Habe gerade mal danach gesucht, es scheint wohl tatsaechlich die Firmware zu sein. Damit hast du auch die Loesung parat, du bist gewzungen, dieses Programm zu benutzen, um den Kram abzuschalten.
Ich bin achon neugierig, ob ich dieses Programm von einer Win98-Bootdisk starten kann und die eSATA-HD erkannt wird.
Keine Ahnung, ich habe kurz vor Windows fuer Workgroups aufgehoert, Windows zu benutzen. Windows 98 sollte aber kein SATA koennen.
Womit könnte ich noch versuchen zu booten? An USB könnte ich die HD natürlich auch daran hängen.
Hast du keinen Freund/Bekannten, der Windows XP oder hoeher hat?
Was nutzt mir das? So wie ich es verstanden habe, muss das unter DOS passieren. Ich werde morgen die Hotline 00800-ASK4WDEU (00800 - 27549338) anrufen und das bereits schriftlich geschilderte Problem mündlich erörtern.
Ich wuerde sie auf jeden Fall an USB haengen, da ist die Chance hoeher. Meines Wissens hat WD auch ein Tool, dass man direkt unter XP starten kann, ohne neu booten zu muessen. Lifeguard Tools oder so.
Ist schon etwas heavy, when man sich eine umweltfreundliche stromsparende HD kauft und man das nicht verwenden kann bzw. die HD vorzeitig zum Defekt führt.
Genau das soll doch so sein, dann sollst du brav wieder konsumieren. Deutschland ist in der Wirtschaftskrise, jetzt hab dich mal nicht so :-)
Über eine neue HD können wir in 2 Jahren sowieso reden, aber ich will nicht, dass die Daten überraschend defekt sind. Jetzt überlege ich mir doch frühzeitig dafür eine Backup-HD zu kaufen. Auf die HD sollen digitalisierte analoge Videos kommen, d.h. die HD sollte nicht sehr intensiv genutzt werden. Backup wären im worst case also auf Band vorhanden.
Vielleicht fällt dir doch noch was ein.
/opt/kde3/bin/kpowersave
Naja, das Problem schein geklaert, wdidle3 sollte Abhilfe schaffen.
Btw: habe mir gerade einen Wolf gesucht nach einem Tool, welches das AAM von WD-Festplatten abschalten kann. Anscheinend haben die alle Tools von ihrer Seite verbannt. Damit wird WD der zweite Festplattenhersteller, der in Zukunft von mir gemieden werden wird.
Welcher ist der 1.? Über die WD10EADS kann ich bis jetzt nicht meckern. Alternative zur WD15EARS wäre bei meinem Händler vor Ort eine Seagate Barracuda LP 5900.12 1500GB gewesen, doch die hat nur 50000 Start/stop-Zyklen während die WD 300000 hat. Al -- 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
Am Sonntag, 7. Februar 2010 19:40:28 schrieb Heinz Diehl:
On 07.02.2010, Al Bogner wrote:
WDIDLE3 [/S[<Timer>]] [/D] [/R] [/?]
Habe gerade mal danach gesucht, es scheint wohl tatsaechlich die Firmware zu sein. Damit hast du auch die Loesung parat, du bist gewzungen, dieses Programm zu benutzen, um den Kram abzuschalten.
Ich habe nun auch einen interessanten Thread gefunden: http://groups.google.com/group/linux.kernel/browse_thread/thread/505ccf76002... Al Auszüge daraus: WD is not the first to do this unload nonsense, I've noticed it with Toshiba before: http://lkml.org/lkml/2006/11/15/413 Since then, I am dependent on the thkd[1] module and no hdparm is going to fix it; the module does a dumb read every now and then on one device, causing streaming performance to kink periodically, but it works at least at keeping the disk alive. (Reason it's in kernel: better to have even when userspace is not running.) Improvements welcome. ;-) Yuck, how stupid! But the solution is simple. Make sure to get a warranty of much more than 80 days. Use RAID-1 (or backup often). Just let those disks destroy themselves (they _are_ faulty) and get new ones all the time. As long as they make them this stupid, you won't have to buy new disks again. Free warranty replacements forever. To be a bit more constructive, tell them about this strategy. Perhaps they get busy fixing the firmware? Christian Pernegger wrote:
Being able to set the timeout online via hdparm would be nice, too :) That can be arranged. I just need a copy of the DOS utility that does it now.
-- 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)
-
Al Bogner
-
Heinz Diehl