DriveReady SeekComplete Error
Sollte mich "DriveReady SeekComplete Error" stören? Kündigt sich da eine defekte HD an? # dmesg Linux version 2.4.21-87-athlon (root@i386.suse.de) (gcc version 3.3.1 (SuSE Linux)) #1 Thu Sep 18 10:18:21 UTC 2003 ... VP_IDE: VIA vt8235 (rev 00) IDE UDMA133 controller on pci00:11.1 ide0: BM-DMA at 0xe400-0xe407, BIOS settings: hda:DMA, hdb:DMA ide1: BM-DMA at 0xe408-0xe40f, BIOS settings: hdc:DMA, hdd:DMA ... hdd: Maxtor 96147H6, ATA DISK drive ... hdd: attached ide-disk driver. hdd: host protected area => 1 hdd: 117231408 sectors (60022 MB) w/2048KiB Cache, CHS=116301/16/63, UDMA(100) ide-floppy driver 0.99.newide Partition check: hda: hda1 hda2 hda3 hdb: hdb1 hdb2 hdb3 hdb4 < hdb5 hdb6 hdb7 hdb8 hdb9 > hdd: hdd1 ... EXT3 FS 2.4-0.9.19, 19 August 2002 on ide0(3,71), internal journal LVM version 1.0.5+(mp-v6a)(22/07/2002) module loaded Adding Swap: 200804k swap-space (priority 42) hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } ide1: reset: success hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } ide1: reset: success sv:~ # hdparm -t /dev/hdd /dev/hdd: Timing buffered disk reads: 64 MB in 2.26 seconds = 28.32 MB/sec Al -- Infos zu Softwarepatenten: http://swpat.ffii.org/index.de.html http://petition.eurolinux.org/index.html?LANG=de
Hi Al, Am Samstag September 20 2003 20:49 schrieb Al Bogner:
Sollte mich "DriveReady SeekComplete Error" stören? Kündigt sich da eine defekte HD an?
Ja :(( Daten sichern, Platte raus. Wenn Du Glück hast, kannst Du sie noch eine Weile als Testplatte verwenden. So war's zumindest bei meinen Platten. Eine hat noch erstaunlich lang durchgehalten, eine andere aber hat sehr schnell schlapp gemacht. Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Am Samstag, 20. September 2003 20:59 schrieb Helga Fischer:
Hi Al,
Am Samstag September 20 2003 20:49 schrieb Al Bogner:
Sollte mich "DriveReady SeekComplete Error" stören? Kündigt sich da eine defekte HD an?
Ja :((
Daten sichern, Platte raus. Wenn Du Glück hast, kannst Du sie noch eine Weile als Testplatte verwenden. So war's zumindest bei meinen Platten. Eine hat noch erstaunlich lang durchgehalten, eine andere aber hat sehr schnell schlapp gemacht.
Die HD war auch schon mal nicht mehr ansprechbar. Dann hatte ich dem Maxtor-Support "gefolgt" und ihr "Low-Level"-Programm (das keines ist) aufgerufen, worauf sie nicht mehr garantiefähig war, weil keine Fehlermeldungen mehr kamen. Die akzeptieren nur ihr eigenes Testprogramm und das meldet noch keine Fehler. Die HD hält nun auch schon ziemlich lange den "Ungewiß-Status" durch. Kann ich das irgendwie beschleunigen, dass die HD schlapp macht? Auf der HD befinden sich keine wertvollen Daten und wenn sie defekt ist, bin ich darauf vorbereitet. Al -- Infos zu Softwarepatenten: http://swpat.ffii.org/index.de.html http://petition.eurolinux.org/index.html?LANG=de
Helga Fischer schrieb:
Am Samstag September 20 2003 20:49 schrieb Al Bogner:
Sollte mich "DriveReady SeekComplete Error" stören? Kündigt sich da eine defekte HD an?
Ja :((
Daten sichern, Platte raus. [...]
Langsam mit den jungen Pferden..... Bei einer derartigen Fehler- meldung muss nicht unbedingt gleich die Platte kaputt sein, und ohne weitere Tests sollte man sie schon gar nicht einfach raus- schmeissen. Wurde evtl. vor dem Auftreten etwas am System ge- bastelt (hardwaretechnisch, oder auch softwaretechnisch, Kernel- Update o.ae.)? Die Fehlermeldung lautete auch "DriveStatusError BadCRC" - ein BadCRC muss nicht heissen, dass die Platte kaputt geht, sondern kann auch heissen, dass etwas mit dem IDE-Anschluss oder den Kabeln nicht stimmt. Erst einmal schauen,, ob alle An- schluesse korrekt sind und evtl. mal das IDE-Kabel austauschen. Falls die Probleme bleiben, dann ist die Wahrscheinlichkeit hoch, dass das Problem durch die Platte selbst verursacht wird. In die- sem Falle lohnt sich der Einsatz eines Herstellertools zum Ueber- pruefen der Festplatte. Danach sollte sie dann entsprechend er- setzt werden. CU, Th.
Am Samstag, 20. September 2003 21:35 schrieb Thomas Hertweck:
Falls die Probleme bleiben, dann ist die Wahrscheinlichkeit hoch, dass das Problem durch die Platte selbst verursacht wird. In die- sem Falle lohnt sich der Einsatz eines Herstellertools zum Ueber- pruefen der Festplatte. Danach sollte sie dann entsprechend er- setzt werden.
Diese HD _hatte_ schon mal eindeutige Fehler durch die Maxtor-Tools. Noch werden die nicht wieder gemeldet. Damals sahen die Fehlermeldungen so aus und damals meldete Linux "Bad Superblock" Fehlercode: V60S57 Apr 3 20:19:07 server kernel: hdc: read_intr: error=0x40 { UncorrectableError }, LBAsect=87911808, sector=4128 Apr 3 20:19:07 server kernel: end_request: I/O error, dev 16:04 (hdc), sector 4128 Apr 3 20:19:10 server kernel: hdc: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error } Apr 3 20:19:10 server kernel: hdc: read_intr: error=0x01 { AddrMarkNotFound }, LBAsect=87911808, sector=4128 Apr 3 20:19:14 server kernel: hdc: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error } Apr 3 20:19:14 server kernel: hdc: read_intr: error=0x40 { UncorrectableError }, LBAsect=87911808, sector=4128 Apr 3 20:19:14 server kernel: end_request: I/O error, dev 16:04 (hdc), sector 4128 Der Fehlercode kommt aber nun nicht mehr und ohne Fehlercode gibt es keine RMA. Daher sollte man keinesfalls versuchen die HD zu formatieren und sehen, ob der Fehlercode dann auch noch kommt. Die Probleme kommen irgendwann garantiert wieder und eventuell dann nach Ablauf der Garantie. Al -- Infos zu Softwarepatenten: http://swpat.ffii.org/index.de.html http://petition.eurolinux.org/index.html?LANG=de
Al Bogner schrieb:
[...] Der Fehlercode kommt aber nun nicht mehr und ohne Fehlercode gibt es keine RMA. Daher sollte man keinesfalls versuchen die HD zu formatieren und sehen, ob der Fehlercode dann auch noch kommt. Die Probleme kommen irgendwann garantiert wieder und eventuell dann nach Ablauf der Garantie.
Das hatte Dir aber damals IIRC auch jeder gesagt. Wenn die Platte am Kaputtgehen ist und badblocks Fehler meldet oder sogar das Herstellertool, dann gehoert die Platte getauscht und nicht formatiert. CU, Th.
Am Samstag, 20. September 2003 22:44 schrieb Thomas Hertweck:
Das hatte Dir aber damals IIRC auch jeder gesagt. Wenn die Platte am Kaputtgehen ist und badblocks Fehler meldet oder sogar das Herstellertool, dann gehoert die Platte getauscht und nicht formatiert.
Maxtor schreibt vor wie man zu einem Fehlercode mit RMA-Nummer kommt und da wird man angewiesen die HD zu formatieren. Daran habe ich mich gehalten. _Danach_ weiß ich, dass man diesen Schritt nicht machen muß, um zu einem Fehlercode zu kommen. Zu spät ist zu spät. Danach gab es ja auch keine Probleme mehr, doch nun fangen die Fehlermeldungen wieder an. Wenn ich die HD nicht weiter verwenden würde, würde ich nie zu einem Garantieaustausch kommen. Die HD wurde ja ersetzt, aber als weitere Platte im Rechner gelassen. Wenn man sich überlegt, was der Versand nach Irland kostet und man eventuell über einen ungerechtfertigten Garantieanspruch streiten muß, dann überlegt man sich genau, was man tut. Das nächste Mal wird in Digitalfoto als Beweis über den Fehler gemacht. Al -- Infos zu Softwarepatenten: http://swpat.ffii.org/index.de.html http://petition.eurolinux.org/index.html?LANG=de
Al Bogner schrieb:
[...] Maxtor schreibt vor wie man zu einem Fehlercode mit RMA-Nummer kommt und da wird man angewiesen die HD zu formatieren. Daran habe ich mich gehalten. _Danach_ weiß ich, dass man diesen Schritt nicht machen muß, um zu einem Fehlercode zu kommen. Zu spät ist zu spät. [...]
Ich weiss nicht, wie und wo Du zum Formatieren aufgefordert wurdest - wir haben hier etliche Maxtor Festplatten, von denen auch schon einge den Geist aufgegeben haben (wie viele andere Festplatten von anderen Herstellern auch). Die Doku zu PowerMAX etc. und auch die entsprechende Maxtor-Doku sagt nichts von Formatieren. Und wir hatten noch nie Probleme, Festplatten umzutauschen - da haben wir mit Maxtor eigent- lich gute Erfahrungen gemacht. Th.
Hallo, Am Sat, 20 Sep 2003, Al Bogner schrieb:
Wenn man sich überlegt, was der Versand nach Irland kostet und man eventuell über einen ungerechtfertigten Garantieanspruch streiten muß, dann überlegt man sich genau, was man tut. Das nächste Mal wird in Digitalfoto als Beweis über den Fehler gemacht.
Wann hast du die HD gekauft? Wenn das noch ueber Gewaehrleistung laeuft, dann muss die Firma die Ruecksendekosten uebernehmen. Sende das Paket unbedingt "unfrei" und lege kein Geld aus! Siehe in einer der letzten c't, Rubrik "Vorsicht Kunde". Wie da bei "Garantiefaellen" laeuft, weiss ich jetzt nicht genau, aber AFAIK gibt's bei Maxtor ja bis auf die teuren "Server"-Modelle (mit 8MB cache) eh nur 1 Jahr Garantie, d.h. bei den normalen Modellen schlaegt die Gewaehrleistung zu. Lass dir also nix einreden. -dnh --
Du bist ja nur der Schrecken von dag°. Wem WoKo in dag° Schrecken einjagt, der hat dag° nicht verstanden. Umgekehrt wird ein Schuhschrank draus: WoKo ist der Schrecken des restlichen Nutznetzes. [Michael Hoffmann und Dieter Bruegmann in dag°]
Hallo, Am Sat, 20 Sep 2003, Al Bogner schrieb:
Am Samstag, 20. September 2003 21:35 schrieb Thomas Hertweck:
Falls die Probleme bleiben, dann ist die Wahrscheinlichkeit hoch, dass das Problem durch die Platte selbst verursacht wird. In die- sem Falle lohnt sich der Einsatz eines Herstellertools zum Ueber- pruefen der Festplatte. Danach sollte sie dann entsprechend er- setzt werden.
Diese HD _hatte_ schon mal eindeutige Fehler durch die Maxtor-Tools. Noch werden die nicht wieder gemeldet.
Damals sahen die Fehlermeldungen so aus und damals meldete Linux "Bad Superblock"
Fehlercode: V60S57
Apr 3 20:19:07 server kernel: hdc: read_intr: error=0x40 { UncorrectableError }, LBAsect=87911808, sector=4128 Apr 3 20:19:07 server kernel: end_request: I/O error, dev 16:04 (hdc), sector 4128 Apr 3 20:19:10 server kernel: hdc: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error } Apr 3 20:19:10 server kernel: hdc: read_intr: error=0x01 { AddrMarkNotFound }, LBAsect=87911808, sector=4128 Apr 3 20:19:14 server kernel: hdc: read_intr: status=0x59 { DriveReady SeekComplete DataRequest Error } Apr 3 20:19:14 server kernel: hdc: read_intr: error=0x40 { UncorrectableError }, LBAsect=87911808, sector=4128 Apr 3 20:19:14 server kernel: end_request: I/O error, dev 16:04 (hdc), sector 4128
Das hier sind jetzt Defekte, ja. -dnh --
Du telefonierst mit dir selber? [R. Angenendt zu L. Donnerhacke] Also Ich mache das haeufig. Schliesslich unterhalte ich mich hier im Dienst gerne mit Leuten die Ahnung von Computer haben. Manchmal waehle ich dabei auch IP Adressen: "1-9-2-.". Was ich da tat fiehl mir erst auf, als ich den Punkt am Telefon nicht gefunden habe. -- Jens 'ich hasse Montage' Link
Am Samstag, 20. September 2003 23:03 schrieb David Haller:
Apr 3 20:19:14 server kernel: hdc: read_intr: error=0x40 { UncorrectableError }, LBAsect=87911808, sector=4128 Apr 3 20:19:14 server kernel: end_request: I/O error, dev 16:04 (hdc), sector 4128
Das hier sind jetzt Defekte, ja.
Das _waren_ die Defekte im April und ich warte schon wie ein Luchs auf die ersten Anzeichen, wann die HD wieder ernsthafe Fehlermeldungen bringt. Irgendwie scheinen die augenblicklichen Fehlermeldungen nicht wirklich problematisch zu sein und wie Ratti schon schrieb, kann die HD jahrelang mit diesen Fehlern funktionieren. Al
Moin, Am Sa, 2003-09-20 um 23.55 schrieb Al Bogner:
Irgendwie scheinen die augenblicklichen Fehlermeldungen nicht wirklich problematisch zu sein und wie Ratti schon schrieb, kann die HD jahrelang mit diesen Fehlern funktionieren.
Das war's nicht, was ich sagen wollte. Wenn die Platte wirkliche Fehler melden würde, würde sie rausfliegen. Da diese Meldungen bei mir nur beim booten auftauchen, gehe ich eher davon aus, daß Kernel und Geräte erstmal was miteinander auszumachen haben, und nach ein paar Ohrfeigen sind sie sich dann einig und gut ist. Platten, die wirklich Defekte haben, nutze ich nur noch zum Basteln. Einfach Partitionen großzügig rund um die Badblocks anlegen und dann mal gucken, was Darwin86, Gentoo oder lfs so können. Gruß, Ratti -- -o) fontlinge | Font management for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Al Bogner wrote:
Damals sahen die Fehlermeldungen so aus und damals meldete Linux "Bad Superblock"
Fehlercode: V60S57
Apr 3 20:19:07 server kernel: hdc: read_intr: error=0x40 { UncorrectableError }, LBAsect=87911808, sector=4128 Apr 3 20:19:07 server kernel: end_request: I/O error, dev 16:04 (hdc), sector 4128
Kommt mir sehr bekannt vor... Meine Maxtor 6Y080L0 hat auch so rumgezickt, nach einem "Low-Level" war bei mir dann auch erstmal Ruhe, obwohl die Test vorher auch mit "Ein Garantiefall" beendet wurden. Ich tippe mal darauf, das hier irgendetwas im Bereich Geometrie-Berechnung schief laeuft. Welcher IDE-Chip? -- Have fun, Peter
Am Montag, 22. September 2003 12:58 schrieb Peter Wiersig:
Kommt mir sehr bekannt vor... Meine Maxtor 6Y080L0 hat auch so rumgezickt, nach einem "Low-Level" war bei mir dann auch erstmal Ruhe, obwohl die Test vorher auch mit "Ein Garantiefall" beendet wurden.
Ich tippe mal darauf, das hier irgendetwas im Bereich Geometrie-Berechnung schief laeuft.
Welcher IDE-Chip?
Wie frage ich das ab bzw. reicht dir die Info unten? Die HD war schon in mehreren Rechnern. Augenblicklich ist sie in einem Epox EP-8K9A9+, im April war sie vermutlich in einem Asus P3B-F und dazwischen mal in einem Asus A7N8X. hwinfo --storage-ctrl ... 24: PCI 11.1: 0101 IDE interface [Created at pci.65] Hardware Class: storage Model: "VIA VT82C586/B/686A/B PIPC Bus Master IDE" Vendor: pci 0x1106 "VIA Technologies, Inc." Device: pci 0x0571 "VT82C586/B/686A/B PIPC Bus Master IDE" SubVendor: pci 0x1695 SubDevice: pci 0x3005 Revision: 0x06 I/O Ports: 0xbc00-0xbc0f (rw) IRQ: 11 (no events) I/O Ports: 0x1f0-0x1f7 (rw) I/O Port: 0x3f6 (rw) I/O Ports: 0x170-0x177 (rw) I/O Port: 0x376 (rw) IRQ: 14 (5942 events) IRQ: 15 (26 events) Config Status: cfg=no, avail=yes, need=no Al -- Infos zu Softwarepatenten: http://swpat.ffii.org/index.de.html http://petition.eurolinux.org/index.html?LANG=de
Am Samstag September 20 2003 21:35 schrieb Thomas Hertweck:
Helga Fischer schrieb:
Am Samstag September 20 2003 20:49 schrieb Al Bogner:
Sollte mich "DriveReady SeekComplete Error" stören? Kündigt sich da eine defekte HD an?
Ja :((
Daten sichern, Platte raus. [...]
Langsam mit den jungen Pferden.....
*kräftig zurückruder*
Bei einer derartigen Fehler- meldung muss nicht unbedingt gleich die Platte kaputt sein, und ohne weitere Tests sollte man sie schon gar nicht einfach raus- schmeissen.
Ich hatte eher im Sinn, mich erst dann mit der kaputten Platte zu befassen, wenn alles gerettet und wenigsten ein System wieder läuft. Schafft sich dann beruhigter, oder? Helga -- ## Content Developer OpenOffice.org: lang/DE ## Office-Suite für Linux, Mac, Windows -- http://de.openoffice.org/ ## Werkstatt & Information zu OpenSource -- http://www.eschkitai.de/ ## Etikette, nein Danke? -- http://www.suse-etikette.de.vu/
Am Samstag, 20. September 2003 20:49 schrieb Al Bogner:
[...]
habe hier auch einen zweit-(Bastel-) Rechner stehen bei dem Anfangs beide Platten solche Meldungen lieferten, DMA aus, ide-Kabel gewechselt und die eine machte keinen Mucks mehr! Die zweite läuft nun seit ca. 3Monaten mit diesen Meldungen, bisher ohne Datenverlust! mfg mIke -- Die Linux-Fibel http://www.fibel.org/
Hallo, Am Sat, 20 Sep 2003, Al Bogner schrieb:
Sollte mich "DriveReady SeekComplete Error" stören? Kündigt sich da eine defekte HD an?
Nein. Nicht per se.
# dmesg hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
Das bedeutet "nur", dass die CRC-checks Fehler liefern. Das Feature dieser CRC-checks auf dem IDE-Bus gibt es (erst) seit UDMA 66 mit den Kabeln mit 80-Adern. Falls also diese Meldungen auftreten, gilt es, zuerst mal die Kabel und die Steckverbindungen zu ueberpruefen. Ausserdem kann das durch ein zu langes oder schlechtes[1] Kabel verursacht werden. Falls das Kabel und die Verbindungen ok sind (teste am besten mal mit einem anderen Kabel), dann schalte erstmal auf UDMA66 zurueck. Apropos: was sagt ein 'hdparm -i /dev/hdd'? -dnh [1] und die meisten Kabel sind eher schlecht --
Genauso könntest Du einen Grafiker in den Farbraum schicken. Was mich daran erinnert, dass Maler zwar von Farb_tönen_, Musiker aber von Klang_farben_ reden. [Michael Fesser, Markus Kottenhahn in <darw/>]
Am Samstag, 20. September 2003 22:47 schrieb David Haller:
Das bedeutet "nur", dass die CRC-checks Fehler liefern. Das Feature dieser CRC-checks auf dem IDE-Bus gibt es (erst) seit UDMA 66 mit den Kabeln mit 80-Adern. Falls also diese Meldungen auftreten, gilt es, zuerst mal die Kabel und die Steckverbindungen zu ueberpruefen. Ausserdem kann das durch ein zu langes oder schlechtes[1] Kabel verursacht werden.
Die HD ist in einem BigTower-Gehäuse in einem oberen 5.25" Schacht. Es ist ein ziemlich langes Kabel mit schwarzen Abgriffen.
Falls das Kabel und die Verbindungen ok sind (teste am besten mal mit einem anderen Kabel), dann schalte erstmal auf UDMA66 zurueck.
Wie? hdc ist ein TOSHIBA DVD-ROM SD-M1612
Apropos: was sagt ein 'hdparm -i /dev/hdd'?
hdparm -i /dev/hdd /dev/hdd: Model=Maxtor 96147H6, FwRev=ZAH814Y0, SerialNo= Config={ Fixed } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16 CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=117231408 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 *udma3 udma4 udma5 AdvancedPM=yes: disabled (255) WriteCache=enabled Drive conforms to: ATA/ATAPI-6 T13 1410D revision 0: 1 2 3 4 5 6 Al -- Infos zu Softwarepatenten: http://swpat.ffii.org/index.de.html http://petition.eurolinux.org/index.html?LANG=de
Hallo, Am Sat, 20 Sep 2003, Al Bogner schrieb:
Am Samstag, 20. September 2003 22:47 schrieb David Haller:
Das bedeutet "nur", dass die CRC-checks Fehler liefern. Das Feature dieser CRC-checks auf dem IDE-Bus gibt es (erst) seit UDMA 66 mit den Kabeln mit 80-Adern. Falls also diese Meldungen auftreten, gilt es, zuerst mal die Kabel und die Steckverbindungen zu ueberpruefen. Ausserdem kann das durch ein zu langes oder schlechtes[1] Kabel verursacht werden.
Die HD ist in einem BigTower-Gehäuse in einem oberen 5.25" Schacht. Es ist ein ziemlich langes Kabel mit schwarzen Abgriffen.
Oy! Mess mal nach. Spezifiziert als maximale Kabellaenge sind 45cm. Damit komme ich z.B. nicht hin, wenn das LW ganz oben im Tower waere. Da kommt's bei mir auf jeden cm an, je nachdem wo die IDE-Anschluesse auf dem MoBo sind...
Falls das Kabel und die Verbindungen ok sind (teste am besten mal mit einem anderen Kabel), dann schalte erstmal auf UDMA66 zurueck.
Wie?
hdparm -X... Die Nummer hab ich nicht im Kopf, schau in der manpage nach, welche Zahl du verwenden musst. Das bringst du dann am besten wohl in dem passende bootscript unter bzw. aenderst den einzustellenden Modus fuer /etc/init.d/boot.idedma in /etc/sysconfig/hardware -> DEVICES_FORCE_IDE_DMA="/dev/hdd:udma2".
hdc ist ein TOSHIBA DVD-ROM SD-M1612
Das tut dabei nix zur Sache. :)
Apropos: was sagt ein 'hdparm -i /dev/hdd'?
hdparm -i /dev/hdd
/dev/hdd:
Model=Maxtor 96147H6, FwRev=ZAH814Y0, SerialNo= Config={ Fixed } RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=57 BuffType=DualPortCache, BuffSize=2048kB, MaxMultSect=16, MultSect=16 CurCHS=4047/16/255, CurSects=16511760, LBA=yes, LBAsects=117231408 IORDY=on/off, tPIO={min:120,w/IORDY:120}, tDMA={min:120,rec:120} PIO modes: pio0 pio1 pio2 pio3 pio4 DMA modes: mdma0 mdma1 mdma2 UDMA modes: udma0 udma1 udma2 *udma3 udma4 udma5
Aha, du verwendest also eh nur udma3, AFAIR ist das UDMA 66... Das Problem nun beim Zurueckschalten ist, dass bei UDMA33 (udma2) AFAIR keine CRC checks vorgenommen werden, d.h. du bekaemest diese Fehler gar nicht mit... Einen Versuch waere es evtl. wert. Aber pruefe erstmal das Kabel und dessen Laenge. Du schreibst aber ja, dass da die HDD ist, die schonmal Aerger gemacht hat... Insofern koennte es natuerlich auch sein, dass die Platte selbst die Ursache ist... -dnh --
(Diva's Law of Software: quality is inversely proportional to price.) Stevo's Addendum to Diva's Law of Software: But try explaining that to the PHB
Am Sonntag, 21. September 2003 00:01 schrieb David Haller:
Die HD ist in einem BigTower-Gehäuse in einem oberen 5.25" Schacht. Es ist ein ziemlich langes Kabel mit schwarzen Abgriffen.
Oy! Mess mal nach. Spezifiziert als maximale Kabellaenge sind 45cm.
Das Kabel ist garantiert länger.
Damit komme ich z.B. nicht hin, wenn das LW ganz oben im Tower waere.
Ich ja auch nicht, darum habe ich ja ein längeres Kabel verwendet. Bei 3 IDE-HDs ist mir die Wärmeentwicklung im 3.5"-Schacht unten zu groß.
Da kommt's bei mir auf jeden cm an, je nachdem wo die IDE-Anschluesse auf dem MoBo sind...
Falls das Kabel und die Verbindungen ok sind (teste am besten mal mit einem anderen Kabel), dann schalte erstmal auf UDMA66 zurueck.
Wie?
hdparm -X... Die Nummer hab ich nicht im Kopf, schau in der manpage nach, welche Zahl du verwenden musst.
Sorry, da blicke ich nicht durch, was zu meiner HD passt. Da gibt es Begriffe wie "multiword DMA mode2", "UltraDMA burst timings" , "UltraDMA mode2 transfers", etc. Kann man da aus hdparm -i /dev/hdd sehen, was passen sollte. Es geht nicht um maximale Ausnutzung der Geschwindigkeit. hdparm -t /dev/hdd errechnete 28.32 MB/sec. Mit 20 MB/sec bin ich auch zufrieden. Die HD dient zum Aufzeichnen von Videos und da reichen schon um die 10 MB/sec
Das bringst du dann am besten wohl in dem passende bootscript unter bzw. aenderst den einzustellenden Modus fuer /etc/init.d/boot.idedma in /etc/sysconfig/hardware -> DEVICES_FORCE_IDE_DMA="/dev/hdd:udma2".
Hier ist zur Zeit DEVICES_FORCE_IDE_DMA="" Ich blick noch nicht ganz durch, wo ist hdparm -X einzubauen. In /etc/init.d/boot.idedma? An welcher Stelle?
Aha, du verwendest also eh nur udma3, AFAIR ist das UDMA 66... Das Problem nun beim Zurueckschalten ist, dass bei UDMA33 (udma2) AFAIR keine CRC checks vorgenommen werden, d.h. du bekaemest diese Fehler gar nicht mit... Einen Versuch waere es evtl. wert. Aber pruefe erstmal das Kabel und dessen Laenge.
An der Kabellänge kann ich sehr schwer was ändern. Meine langen Kabel sind alle ziemlich alt. Bringt es etwas Kabel aus P I zu testen? Al
Hallo, Am Sun, 21 Sep 2003, Al Bogner schrieb:
Am Sonntag, 21. September 2003 00:01 schrieb David Haller:
Die HD ist in einem BigTower-Gehäuse in einem oberen 5.25" Schacht. Es ist ein ziemlich langes Kabel mit schwarzen Abgriffen.
Oy! Mess mal nach. Spezifiziert als maximale Kabellaenge sind 45cm.
Das Kabel ist garantiert länger.
Ok, das waere dann der Verdaechtige Nr. eins als Ursache fuer die CRC Fehler.
Damit komme ich z.B. nicht hin, wenn das LW ganz oben im Tower waere.
Ich ja auch nicht, darum habe ich ja ein längeres Kabel verwendet. Bei 3 IDE-HDs ist mir die Wärmeentwicklung im 3.5"-Schacht unten zu groß.
Och, soviel Hitze entwickeln die Dinger selbst mit 7200 rpm nicht. Ich hab z.Z. folgendes: Diskette + Pwr (fd0) -. - | IBM-DTLA-305040 (hdc) | 5.25" Schaechte CD-ROM | - | CD-RW (4x) (hdd) -' Maxtor 92041U4 (hdb) -. Maxtor 13.6 GB | Maxtor 20.0 GB | 3.5" Laufwerkskaefig - | Maxtor 4D080H4 (hda) -' Ja, das Gehaeuse ist ganz nett -- nur das Netzteil saugt... Und zwar nicht nur Luft... Und ein paar Bleche haben scharfe Kanten...[3] Achso, die Reihenfolge der Maxtors kann auch anders sein (hda/hdb vertauscht und/oder die 20/13 er verstauscht), das hab ich jetzt nicht nachgeschaut[4]. Ich glaub, beim naechsten Umbau (der bald faellig ist) bastel ich irgendwelche Aufkleber o.ae. an die HDDs ;) Ich hatte dabei auch schon die Config laufen, dass 3 HDD im 3.5" Kaefig "auf Luecke" alle liefen, und mind. 2 waren zu der Zeit Modelle mit 7200 rpm. Da war's dann schoen mollig warm ;) Im Moment sind die LW-Kaefige gerade mal fuehlbar warm, im Sommer (bei teilweise > 40° Zimmertemperatur waren die Kaefige dann aber schon mal "heiss", was ja auch kein Wunder ist. Geschadet hat das meinen HDDs bisher aber nicht, die IBM hat nach dem ersten Winter die Fehler bekommen -- bei Zimmertemperaturen von <= 20° und nicht etwa nach nem heissen Sommer... "Auf Luecke" wuerde ich die Dinger aber schon einbauen. Da musst du halt schauen, wie das sich bei dir mechanisch im Tower loesen laesst. Extra Luefter fuer die HDD(s) sind IMHO aber ueberfluessig -- das kommt aber natuerlich auch auf's Gehaeuse an -- wenn die irgendwo oben ueber dem Netzteil eingeklemmt sind, wird's denen dann auch mal zu warm... Jedenfalls: Fuer pATA[5] ist dein Kabel dann definitiv zu lang, bei langsameren Modi als UDMA33 _kann_ das u.U. auch noch mit laengeren Kabeln funktionieren, ich hab hier auch ein Kabel mit 50cm oder so, aber mit Modi >= UDMA66 aber funktioniert das dann definitiv nicht mehr sicher. Apropos: du hast schon 80-adrige Kabel, oder?
Da kommt's bei mir auf jeden cm an, je nachdem wo die IDE-Anschluesse auf dem MoBo sind...
Falls das Kabel und die Verbindungen ok sind (teste am besten mal mit einem anderen Kabel), dann schalte erstmal auf UDMA66 zurueck.
Wie?
hdparm -X... Die Nummer hab ich nicht im Kopf, schau in der manpage nach, welche Zahl du verwenden musst.
Sorry, da blicke ich nicht durch, was zu meiner HD passt. Da gibt es Begriffe wie "multiword DMA mode2",
Das ist das "normale DMA", das Modi von <irgendwas> bis 16.6 MB/s kennt, also den Ersatz fuer die PIO Modi, die nicht schneller sind, aber eben die CPU nicht belasten...
"UltraDMA burst timings",
Das weiss ich jetzt auch nicht...
"UltraDMA mode2 transfers", etc.
Das waere UDMA... Was mode0 und mode1 sind weiss ich jetzt auch nicht mehr, UDMA mode2 ist UDMA33, mode5 ist IIRC UDMA100, mode6 UDMA133... Das sind die DMA ("Direct Memory Access", AFAIK) Varianten, die nicht nur die CPU weniger belasten, sondern auch schneller sind bzw. sogar (ab UDMA66) auch neue Features, wie eben die CRC-Checks auf dem Bus eingefuehrt haben.
Kann man da aus hdparm -i /dev/hdd sehen, was passen sollte. Es geht nicht um maximale Ausnutzung der Geschwindigkeit.
Ja. Du verwendest z.Z. UDMA mode3, was UDMA66 sein muesste.
hdparm -t /dev/hdd errechnete 28.32 MB/sec. Mit 20 MB/sec bin ich auch zufrieden. Die HD dient zum Aufzeichnen von Videos und da reichen schon um die 10 MB/sec
Hm. Ich verwende hier UDMA33, obwohl die HDs an ide0 UDMA66 koennen und an nem passenden Kabel haengen -- aber das BIOS und Linux moegen das Kabel nicht und deaktivieren UDMA66. Naja, jedenfalls: # hdparm -Tt /dev/hda /dev/hdb /dev/hda: Timing buffer-cache reads: 128 MB in 0.92 seconds =139.13 MB/sec Timing buffered disk reads: 64 MB in 2.55 seconds = 25.10 MB/sec /dev/hdb: Timing buffer-cache reads: 128 MB in 0.91 seconds =140.66 MB/sec Timing buffered disk reads: 64 MB in 2.63 seconds = 24.33 MB/sec Fuer die beiden HDs sind das durchaus normale Werte. ISTR, dass ich fuer hda auch mal ca. 27 MB/s bekommen habe. Solange die Zugriffe auf die HDs nicht auf die 2 Laufwerke am gleichen Bus gleichzeitig zugreifen wollen reicht UDMA33 eigentlich voellig. Aber wie gesagt: UDMA33 macht keine CRC Checks... D.h. du bekommst die CRC-Fehler nicht mit, falls die auch dann noch auftreten.
Das bringst du dann am besten wohl in dem passende bootscript unter bzw. aenderst den einzustellenden Modus fuer /etc/init.d/boot.idedma in /etc/sysconfig/hardware -> DEVICES_FORCE_IDE_DMA="/dev/hdd:udma2".
Hier ist zur Zeit DEVICES_FORCE_IDE_DMA=""
Ich blick noch nicht ganz durch, wo ist hdparm -X einzubauen. In /etc/init.d/boot.idedma? An welcher Stelle?
Aeh, bei meinem hdparm muss fuer -X noch der Modus als Zahl angegeben werden, fuer UDMA den Mode + 64. Bei neueren hdparms wie bei dir kann man den mode als String angeben, so wie er von hdparm -i ausgegeben wird. Zusammen mit dem Kommentar in /etc/sysconfig/hardware (und wie boot.idedma dann die Variable einliest: 'IFS=":" read DEVICE MODE') ergibt sich, dass du dort also, wenn du denn z.B. auf udma2 zurueckschalten willst, folgendes eintragen kannst: DEVICES_FORCE_IDE_DMA="/dev/hdd:udma2" Beim booten wird das dann von /etc/init.d/boot.idedma eingelesen und dann hdparm mit "hdparm -d1 -X $MODE $DEVICE" also "hdparm -d1 -X udma2 /dev/hdd" aufgerufen.
Aha, du verwendest also eh nur udma3, AFAIR ist das UDMA 66... Das Problem nun beim Zurueckschalten ist, dass bei UDMA33 (udma2) AFAIR keine CRC checks vorgenommen werden, d.h. du bekaemest diese Fehler gar nicht mit... Einen Versuch waere es evtl. wert. Aber pruefe erstmal das Kabel und dessen Laenge.
An der Kabellänge kann ich sehr schwer was ändern. Meine langen Kabel sind alle ziemlich alt. Bringt es etwas Kabel aus P I zu testen?
Nein. Am besten leih dir testhalber mal, oder kauf dir gleich ein gutes neues Kabel. Fuer UDMA >= UDAM66 brauchst du ja sowieso ein 80-adriges. Apropos: die Kabel, wo die Adern als Rundkabel gebuendelt werden sind wohl von der Grund-Qualitaet tendenziell besser, da man fuer diese Preise dann auch gleich bessere Kabel bauen kann... Bei den Flachband-Kabeln musst du ein bisschen aufpassen und nicht das billigste nehmen[1]. Und schau und ueberleg mal, ob du die HDD nicht doch etwas naeher an den IDE-Anschluessen einbauen kannst. Kannst mir gern auch ne Skizze (wie oben) mailen, ich kenn das Problem, das ist ein Grund, warum ich nur 3 von den 5 Eingebauten HDDs verwende, da der Weg von der Promise-Karte nach oben dann zu lang ist... So gruebel ich z.Z. daran, ob ich mir vielleicht nen sATA Adapter kaufe (moeglichst ohne SW-RAID), da kann das Kabel dann laenger sein :) U.u. waere das (plus evtl. sogar noch ein sATA-ATA Adapter, je nachdem, wann du die naechste HDD einplanst) auch noch ne Alternative... Aeh, bevor du jetzt in einen Laden rennst, wie gesagt, ich _vermute_, dass die CRC-Fehler vom zu langen Kabel kommen koennen, aber das ist ja deine Problem-HDD... Aehm, wie ich hier neulich schon schrieb, offenbar kann sich eine HDD nach Sektorverlusten auch wieder "stabilisieren", vielleicht ist das bei dir grad auch der Fall... Vertrauen solltest du der HDD aber nicht mehr ;) Hattest du uebrigens die HDD "schon immer" an diesem Kabel, oder hast du deine HDDs "rotiert" (so wie ich das mache -- die jew. neue kommt nach einer Testphase an hda ;) und sie dabei auch an ein anderes Kabel gehaengt? Zu dumm halt, dass du diese CRC-Fehler bei langsameren Modi nicht mehr mitbekommen wuerdest, wenn du also zurueckschaltest, sind diese Fehlermeldungen auf jeden Fall weg... Ah, noch was: kommen die Fehler eigentlich staendig, oder z.B. nur nach dem booten? -dnh, der sich demnaechst ne 160 GB HDD kaufen will und auf's naechste c't Plattenkarussel wartet -- hat hier jemand Erfahrungen? Hitachi kommen nicht in Frage... Interessieren wuerden mich z.B. v.a. Erfahrungen mit Seagate und Samsung LWs, v.a. auch was die (laengerfristige) Geraeuschentwicklung angeht -- Speedmaessig sind wohl alle aktuellen Modelle mehr oder weniger ok. Ansonsten werd ich vermutlich zu ner Maxtor 6Y160P0[2] greifen, sATA ist mir wg. dem noetigen Adapter noch zu teuer... Aeh, und Erfahrungen mit o.g. Maxtor-Modellen wuerden mich bes. interessieren (z.B. ob sich das Laufgeraeusch, also ohne Zugriffe, veraendert hat? Wenn ja, wie?). ObSigNote: POPCORN!!! :)) [1] Apropos: AFAIK haengt z.B. einiges an der Sorgfalt mit der die Stecker angebracht werden... Ich hab hier wie erwaehnt z.B. ein 80-adriges Kabel, das nicht als solches erkannt wird... Mir ist das zum Glueck egal, mir reicht noch UDMA33... [2] die 5 EUR Aufpreis zur 6Y160L0 z.B. bei Alternate sind mir der grossere Cache und die Garantie wert -- oder hat Maxtor die 3 Jahres-Garantie bei den Modellen inzwischen auch gestrichen? ;) [3] so habe ich schon mehrfach "Blutzoll" gezahlt, aber das gibt ja gutes Karma fuer den Rechner... [4] die Aufkleber auf der Oberseite lesen sich so eingebaut so schlecht... selbst auf Luecke und mit Taschenlampe und Spiegel ist das schwierig... [5] parallel-ATA, also das bekannte mit den 40/80-adrigen Kabeln, was du hast... -- "The whole neighborhood is dark, and our servers are down, but the situation is under control --- I can still make popcorn!" -- dpm in the Monastery
Am Sonntag, 21. September 2003 04:03 schrieb David Haller: Danke mal für die ausführlichen Erklärungen.
Und schau und ueberleg mal, ob du die HDD nicht doch etwas naeher an den IDE-Anschluessen einbauen kannst.
Ja, da werde ich mir wohl was einfallen lassen müssen. Ich habe auch schon eine Idee, weiß aber nicht, wann ich es mir leisten kann, dass der Server down ist und im schlimmsten Fall einige Zeit nicht funktioniert.
ob ich mir vielleicht nen sATA Adapter kaufe (moeglichst ohne SW-RAID), da kann das Kabel dann laenger sein :) U.u. waere das (plus evtl. sogar noch ein sATA-ATA Adapter, je nachdem, wann du die naechste HDD einplanst) auch noch ne Alternative...
Mein Epox EP-8K9A9+ kann S-ATA. Gerüchteweise funktioniert S-ATA aber mit stable-Kernel noch nicht so gut.
Hattest du uebrigens die HDD "schon immer" an diesem Kabel, oder hast du deine HDDs "rotiert" (so wie ich das mache -- die jew. neue kommt nach einer Testphase an hda ;) und sie dabei auch an ein anderes Kabel gehaengt?
Ich kann es nicht zu 100% sagen, aber früher hing sie mal an hda und dann an hdc.
Zu dumm halt, dass du diese CRC-Fehler bei langsameren Modi nicht mehr mitbekommen wuerdest, wenn du also zurueckschaltest, sind diese Fehlermeldungen auf jeden Fall weg...
Ich denke mit früheren Distris hatte ich keine Fehler, weil da langsamere Modi verwendet wurden.
Ah, noch was: kommen die Fehler eigentlich staendig, oder z.B. nur nach dem booten?
Also wenn ich nicht zufällig die dmesg wegen neuem Mantel-Kernel angesehen hätte, hätte ich nichts gemerkt. Die Fehler sind seit dem neuem Board da. Mal schauen, ob das Internet ein Backup von einer alten dmesg von mir hat. :-)
c't Plattenkarussel wartet -- hat hier jemand Erfahrungen? Hitachi
Ich denke, es ist sehr schwierig hier eine Aussage zu machen. Ich hatte mir vor Jahren eine 25GB Maxtor gekauft, weil sie in Tests als sehr leise galt. Das war sie auch, nun ist sie extrem laut. Ich habe viele HDs, die anfangs nicht zu hören waren, und nun extrem laut sind und das zieht sich durch alle Marken.
[2] die 5 EUR Aufpreis zur 6Y160L0 z.B. bei Alternate sind mir der grossere Cache und die Garantie wert -- oder hat Maxtor die 3 Jahres-Garantie bei den Modellen inzwischen auch gestrichen? ;)
Das kann ich nicht sagen und ist eventuell auch länderspezifisch. Ich habe mich auch bei den HD-Herstellern "zu Tode gesucht" um etwas über die Garantie herauszufinden. Vielleicht antwortet EuroTech_Assistance@Maxtor.com auf eine Anfrage? In de.comp.hardware.laufwerke.festplatten kriegt man in der Regel die richtigen Hinweise, die man dann verfizieren kann. Al -- Infos zu Softwarepatenten: http://swpat.ffii.org/index.de.html http://petition.eurolinux.org/index.html?LANG=de
Hallo, Am Sun, 21 Sep 2003, Al Bogner schrieb:
Am Sonntag, 21. September 2003 04:03 schrieb David Haller:
Und schau und ueberleg mal, ob du die HDD nicht doch etwas naeher an den IDE-Anschluessen einbauen kannst.
Ja, da werde ich mir wohl was einfallen lassen müssen. Ich habe auch schon eine Idee, weiß aber nicht, wann ich es mir leisten kann, dass der Server down ist und im schlimmsten Fall einige Zeit nicht funktioniert.
Aehm, jo, das koennte ein Problem sein ;) man Nachtarbeit *eg*
ob ich mir vielleicht nen sATA Adapter kaufe (moeglichst ohne SW-RAID), da kann das Kabel dann laenger sein :) U.u. waere das (plus evtl. sogar noch ein sATA-ATA Adapter, je nachdem, wann du die naechste HDD einplanst) auch noch ne Alternative...
Mein Epox EP-8K9A9+ kann S-ATA. Gerüchteweise funktioniert S-ATA aber mit stable-Kernel noch nicht so gut.
*huch* Wieso das denn? sATA betrifft doch AFAIK nur, wie der Controller die Daten auf's andere Kabel schiebt und die Platte am anderen Ende das gleiche... Wo da das OS reinreden muss ist mir schleierhaft.
Hattest du uebrigens die HDD "schon immer" an diesem Kabel, oder hast du deine HDDs "rotiert" (so wie ich das mache -- die jew. neue kommt nach einer Testphase an hda ;) und sie dabei auch an ein anderes Kabel gehaengt?
Ich kann es nicht zu 100% sagen, aber früher hing sie mal an hda und dann an hdc.
Hm. Wenn die jetzt (seit wie lange?) am laengeren Kabel haengt waere das eine moegliche Erklaerung.
Zu dumm halt, dass du diese CRC-Fehler bei langsameren Modi nicht mehr mitbekommen wuerdest, wenn du also zurueckschaltest, sind diese Fehlermeldungen auf jeden Fall weg...
Ich denke mit früheren Distris hatte ich keine Fehler, weil da langsamere Modi verwendet wurden.
Jup. In den Modi ist auch die Kabellaenge nicht soo kritisch (obwohl auch nur 45cm spezifiziert waren). Aber da war das Kabel eben nicht so am "Limit"...
Ah, noch was: kommen die Fehler eigentlich staendig, oder z.B. nur nach dem booten?
Also wenn ich nicht zufällig die dmesg wegen neuem Mantel-Kernel angesehen hätte, hätte ich nichts gemerkt. Die Fehler sind seit dem neuem Board da. Mal schauen, ob das Internet ein Backup von einer alten dmesg von mir hat. :-)
*g*
c't Plattenkarussel wartet -- hat hier jemand Erfahrungen? Hitachi
Ich denke, es ist sehr schwierig hier eine Aussage zu machen. Ich hatte mir vor Jahren eine 25GB Maxtor gekauft, weil sie in Tests als sehr leise galt. Das war sie auch, nun ist sie extrem laut.
Ja, das "Laufgeraeusch", also das Lager... das kenn ich. Da ist mir ein Schnurpseln bis Schraddeln bei Zugriffen wie bei Seagate noch lieber... Aber ansonsten habe ich gute Erfahrungen mit Maxtor-Platten. Aber hoer dir lieber nicht meine Maxtor 7850AV an (falls die noch tut, die ist irgendwo eingelagert. Wer Groesse und Alter o.g. Platte kennt oder erraet oder nachschaut bekommt nen Extrapunkt ;)
Ich habe viele HDs, die anfangs nicht zu hören waren, und nun extrem laut sind und das zieht sich durch alle Marken.
Jep.
In de.comp.hardware.laufwerke.festplatten kriegt man in der Regel die richtigen Hinweise, die man dann verfizieren kann.
Oh, die Gruppe hatte ich noch gar nicht gesehen ;) Ich habe jetzt mal die Samsung SV1604N naeher ins Auge gefasst ;) Hat jemand eine, aus dieser Baureihe und weiss, ob/wie die lauter werden und wie zuverlaessig die sind? -dnh -- Gericom: Geriatrischer Computer - gehört nächsten Monat zum alten Eisen -- Ralf Döblitz in dasr
Am Donnerstag, 25. September 2003 19:31 schrieb David Haller: Also meine HD ist mit dem _anderen_ (nicht kürzeren) Kabel jetzt "brav". Das Thema ist bis zu den nächten Fehlern abgehakt.
Ich habe jetzt mal die Samsung SV1604N naeher ins Auge gefasst ;) Hat jemand eine, aus dieser Baureihe und weiss, ob/wie die lauter werden und wie zuverlaessig die sind?
Bei Samsung hat mir die Garantiezeit nicht gepasst. Wenn irgendwie möglich, würde ich nur HDs mit 3 Jahre Garantie nehmen. Ob das dein Modell hat, weiß ich nicht aktuell. Al -- Infos zu Softwarepatenten: http://swpat.ffii.org/index.de.html http://petition.eurolinux.org/index.html?LANG=de
Hallo, Am Thu, 25 Sep 2003, Al Bogner schrieb:
Am Donnerstag, 25. September 2003 19:31 schrieb David Haller:
Also meine HD ist mit dem _anderen_ (nicht kürzeren) Kabel jetzt "brav". Das Thema ist bis zu den nächten Fehlern abgehakt.
Fein. Kann auch einfach ein "schlechtes Kabel" gewesen sein, ja :) Aeh, is halt so: Wenn's am "Limit" laeuft, dann spielt die Laege und Qualitaet eben eine wichtige Rolle... Kuerzer und/oder besser kann dann eben reichen -- oder eben nicht... ;)
Ich habe jetzt mal die Samsung SV1604N naeher ins Auge gefasst ;) Hat jemand eine, aus dieser Baureihe und weiss, ob/wie die lauter werden und wie zuverlaessig die sind?
Bei Samsung hat mir die Garantiezeit nicht gepasst. Wenn irgendwie möglich, würde ich nur HDs mit 3 Jahre Garantie nehmen. Ob das dein Modell hat, weiß ich nicht aktuell.
Hab ich noch gar nicht geschaut... Aber ueblich sind ja sowieso nur 1 Jahr Garantie (!= Gewaehrleistung)... Die 3-J Garantie gibt's (lt. c't) bei Maxtor z.B. nur noch fuer die "Server"-Modelle mit 8MB Cache... Die Modelle mit Garantie > 1 Jahr kannst du inzwischen mit der Lupe suchen (wohl auch dank der Gewaehrleistungspflicht von 2 Jahren :)) Ob sich eine Garantie vs. Gewaehrleistung lohnt muss man dann immer schauen, speziell, da erstere bei "bulk"-Verkaeufen sowieso meist eh nicht gilt... Also aufpassen... IMHO lohnt sich eigentlich schon allein fuer diese Artikel (v.a. in der Rubrik: "Alles was Recht ist") ein Abo der c't ;) Und mit der Rubrik "Vorsicht Kunde", mit der Hersteller/Distributoren etc. wohl auch gehoerig unter Druck gesetzt werden, rundet die c't das Thema dann ab :) Es soll geruechteweise schon "Wunder" bewirkt haben, nur zu erwaehnen, dass man sich an die c't wenden wird *g* Apropos: "Arlt" hat im Test neulich IMHO "zu schlecht" abgeschnitten, Arlt ist einfach eigentlich (noch) kein Versandhaendler... Deren Staerke liegt eigentlich im Ladengeschaeft... -dnh PS: In Sachen Linux ist die c't nach wie vor nicht wirklich kompetent. Sie geben sich aber Muehe. :) -- Es kursiert ja immer noch die Behauptung, dass sendmail geschrieben wurde, weil sich jemand sein root-Passwort nicht merken konnte. -- A. Schreiber
Am Donnerstag, 25. September 2003 23:28 schrieb David Haller:
Am Thu, 25 Sep 2003, Al Bogner schrieb:
Am Donnerstag, 25. September 2003 19:31 schrieb David Haller:
Also meine HD ist mit dem _anderen_ (nicht kürzeren) Kabel jetzt "brav". Das Thema ist bis zu den nächsten Fehlern abgehakt.
Fein. Kann auch einfach ein "schlechtes Kabel" gewesen sein, ja :)
Also irgendwo ist da was durcheinander gekommen. Du antwortest _nach_ http://lists.suse.com/archive/suse-linux/2003-Sep/3262.html , wo ich meinen Erfolg bereits gemeldet hatte. Egal, danke für deine Hilfe.
Hab ich noch gar nicht geschaut... Aber ueblich sind ja sowieso nur 1 Jahr Garantie (!= Gewaehrleistung)... Die 3-J Garantie gibt's (lt. c't) bei Maxtor z.B. nur noch fuer die "Server"-Modelle mit 8MB Cache... Die Modelle mit Garantie > 1 Jahr kannst du inzwischen mit der Lupe suchen (wohl auch dank der Gewaehrleistungspflicht von 2 Jahren :))
Meine letzte HD, eine Toshiba(IBM) IC35L120AVV207-1 (man achte auf die 1, 8MB Cache) habe ich nach folgenden Überlegungen gekauft. Wie groß ist der Preisunterschied für 3 Jahre Garantie, wo gibt es die besten Tools bei Problemen und ist der Geschwindigkeitsunterschied zur Konkurrenz deutlich. Ich denke, dass bei der HD-Analyse unter Linux Hitachi/IBM die Nase vorne hat. AFAIR war der Unterschied damals 15€ und die zahle ich gerne für eine längere Garantie. Hardware wird ja von Jahr zu Jahr zwar "besser", aber auch unzuverlässiger. Al
Moin, Am So, 2003-09-21 um 04.03 schrieb David Haller:
Am Sun, 21 Sep 2003, Al Bogner schrieb:
Ich ja auch nicht, darum habe ich ja ein längeres Kabel verwendet. Bei 3 IDE-HDs ist mir die Wärmeentwicklung im 3.5"-Schacht unten zu groß.
Och, soviel Hitze entwickeln die Dinger selbst mit 7200 rpm nicht.
Würde ich so nicht sagen. Ich habe im letzten Jahr diverse Platten beerdigt, bei denen ich vermute, daß Wärme und Lagerschaden sich gegenseitig aufgeschaukelt haben. Wärme macht Lager kaputt, kaputtes Lager macht Wärme. Zum Schluß liessen sich zwei Platten nicht mehr anfassen, ohne daß man sie _sehr_ schnell weglegen mußte.
-dnh, der sich demnaechst ne 160 GB HDD kaufen will und auf's naechste c't Plattenkarussel wartet -- hat hier jemand Erfahrungen?
Eine war eine Maxtor 200 GB, zwei andere IBM Deskstar (Jaaaa! Ich weiss. Sie waren in einem Apple-Komplettsystem enthalten) Gruß, Ratti -- -o) fontlinge | Font management for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Am Samstag, 20. September 2003 23:10 schrieb Al Bogner:
Die HD ist in einem BigTower-Gehäuse in einem oberen 5.25" Schacht. Es ist ein ziemlich langes Kabel mit schwarzen Abgriffen.
Und genau das hat bei mir das genau gleiche Problem verursacht, es gab keine andere Chance als die Laufwerke so umzuordnen dass ein kürzeres Kabel reichte. Bei mir hat es den Brenner und den Boorvorgang fast komplett lahmgelegt. -- Gruss aussem Pott Uli
Am Samstag, 20. September 2003 22:47 schrieb David Haller:
# dmesg hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
Das waren vorher 9 CRC-Fehler
Das bedeutet "nur", dass die CRC-checks Fehler liefern. Das Feature dieser CRC-checks auf dem IDE-Bus gibt es (erst) seit UDMA 66 mit den Kabeln mit 80-Adern. Falls also diese Meldungen auftreten, gilt es, zuerst mal die Kabel und die Steckverbindungen zu ueberpruefen. Ausserdem kann das durch ein zu langes oder schlechtes[1] Kabel verursacht werden.
Ich habe nun das Kabel gewechselt und beim 1. Hochfahren mit dem anderen Kabel, gab es 4 CRC-Fehler hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC } ide1: reset: success und nach einem Reboot gab es keine Fehler mehr. Repariert sich da was selber? Da bin ich ja richtig froh, dass ich den Rechner wegen eines vermuteten Netzwerk-Problems runterfuhr. Das alte Kabel war übrigens nicht zu lang und ist ca. genauso lang wie das jetzige. So kann man sich täuschen :-) hdparm -i /dev/hdd ... UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5 voher: UDMA modes: udma0 udma1 udma2 *udma3 udma4 udma5 Al -- Infos zu Softwarepatenten: http://swpat.ffii.org/index.de.html http://petition.eurolinux.org/index.html?LANG=de
Hallo, Am Mon, 22 Sep 2003, Al Bogner schrieb:
Ich habe nun das Kabel gewechselt und beim 1. Hochfahren mit dem anderen Kabel, gab es 4 CRC-Fehler [..] und nach einem Reboot gab es keine Fehler mehr. Repariert sich da was selber?
Du hast nicht zufaellig den DMA-Modus beim ersten Boot mitbekommen?
Das alte Kabel war übrigens nicht zu lang und ist ca. genauso lang wie das jetzige. So kann man sich täuschen :-)
Nachgemessen? Wie gesagt: max. 45cm... Egal: es kann sehr gut sein, dass das Kabel bzw. die Stecker auf diesem einfach nicht gut genug war(en). ISTR, dass da mal irgendwer (die c't?) getestet hat, und ISTR, dass da die 08/15 billig Kabel deutlich schlecht[1] waren -- mit Qualitaetskabeln (fuer ca. den doppelten Preis) war alles wunderbar. Die Sache ist aehnlich wie bei Ethernet oder Telefonleitungen: will man das Medium physikalisch ausreizen (Gigabit Ethernet, DSL), dann spielt die Qualitaet der Verdrahtung mehr und mehr eine Rolle. Mit CAT5e bekommt man GE hin, mit CAT5 nicht, mit guten Telefonleitungen schafft man wesentlich mehr Strecke (oder Durchsatz) als auf schlechteren... Mit einer guten Telefonleitung sind z.B. per DSL IIRC 8 MBit (oder mehr) ueber ~5km moeglich -- mit schlechten nur 2 MBit / 2km... Und ab UDMA33 wird das Medium "Flachbandkabel" (oder auch als Buendel) mehr und mehr gefordert, und bei schlechten Kabeln und -Anschluessen funktioniert's dann eben irgendwann nicht mehr... UDMA66 und mehr ist ja sowieso nur dann moeglich, wenn zusaetzliche Masseverbindungen eingebaut werden -- eben die 40 Adern mehr bei den 80adrigen IDE-Kabeln... Kurz: die Kabelqualitaet (inkl. Anschluesse) spielt mehr und mehr eine wichtige Rolle... "Frueher", bei PIO/MDMA, da war das Kabel nicht der begrenzende Faktor, da reichten noch vergleichsweise schlechte Kabel...
hdparm -i /dev/hdd ... UDMA modes: udma0 udma1 udma2 udma3 udma4 *udma5
voher: UDMA modes: udma0 udma1 udma2 *udma3 udma4 udma5
Hm. Fein ;) Also wenn wieder CRC-Errors auftauchen, dann schalt nen Gang oder zwei auf udma4 oder udma3 zurueck... Ahem, ich wuerde mal sagen: stresse die Platte mal ein wenig (z.B. mit ner swap-Partition, nem newsspool usw.... Und lass dabei ein 'tail -f' auf /var/log/warn mitlaufen... Behalte sie also im Auge... Wenn das dann in sagen wir mal den naechsten 3 Monaten stabil laeuft, dann kann es sein, dass die Fehler nur eine Episode waren, und nicht den Plattentod angekuendigt haben. Aber du musst bei dieser Einschaetzung auch noch die Temperaturbedingungen beruecksichtigen... -dnh [1] d.h. am Qualitaetslimit, oder darunter, so dass es Zufall war, ob's nun sauber lief oder nicht... --
/ "And believe me, Oracle on Linux is so bleeding edge \ [ you have to drill drainage holes in whatever box you ] \ inflict^H^H^H^H^Hstall it on." -- Chris Klein / I said that? That's pretty funny. -- in asr
Moin, Am Sa, 2003-09-20 um 20.49 schrieb Al Bogner:
Sollte mich "DriveReady SeekComplete Error" stören? Kündigt sich da eine defekte HD an?
hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
Verlass dich nicht drauf - aber eine von meinen Platten schmeisst sowas unter diversen Linuxsystemen seit Jahren. Ich habe irgendwann aufgehört das wahrzunehmen, denn weit und breit keinerlei Anzeichen von Datenverlust, Badblocks, Hängern,... Wenn das bei dir natürlich neu ist, dann würde ich sagen: Obacht. Vieleicht einfach mal von einer Knoppix-CD booten (oder vergleichbares) und einen lesenden Stresstest drauf loslassen (Und bei der Gelegenheit auch mal testen, ob das System auf der CD auch was zu mäkeln hat) Gruß, Ratti -- -o) fontlinge | Font management for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Hallo, Am Sat, 20 Sep 2003, Joerg Rossdeutscher schrieb:
Am Sa, 2003-09-20 um 20.49 schrieb Al Bogner:
Sollte mich "DriveReady SeekComplete Error" stören? Kündigt sich da eine defekte HD an?
hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
Verlass dich nicht drauf - aber eine von meinen Platten schmeisst sowas unter diversen Linuxsystemen seit Jahren. Ich habe irgendwann aufgehört das wahrzunehmen, denn weit und breit keinerlei Anzeichen von Datenverlust, Badblocks, Hängern,...
Wie lang ist dein Kabeln? Und wie teuer war das Kabel? UDMA >= 66 fordert einiges von den Kabeln... -dnh -- Das Leben ist ein Rollenspiel, in dem man den Endgegner niemals besiegen kann. [WoKo in dag°]
Moin, Am So, 2003-09-21 um 00.02 schrieb David Haller:
Am Sat, 20 Sep 2003, Joerg Rossdeutscher schrieb:
Am Sa, 2003-09-20 um 20.49 schrieb Al Bogner:
hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
Verlass dich nicht drauf - aber eine von meinen Platten schmeisst sowas unter diversen Linuxsystemen seit Jahren. Ich habe irgendwann aufgehört das wahrzunehmen, denn weit und breit keinerlei Anzeichen von Datenverlust, Badblocks, Hängern,...
Wie lang ist dein Kabeln? Und wie teuer war das Kabel? UDMA >= 66 fordert einiges von den Kabeln...
Vergiss es. :-) Diagnose sinnlos. Besagte Platte ist eine von meinen ältesten, die war in etlichen Rechnern an etlichen Kabeln. Diese Platte ist einfach ein Bootmuffel - erstmal quaken, dann Kaffee, und dann geht's schon, und zwar makellos. Aber wie gesagt, das heisst sicherlich nicht, daß diese Meldungen bei jemand anderem auch nix besagen würden - nur ist es auch nicht so, daß man sie sofort in die Tonne kloppen muß, weil sie ohnehin gleich kaputt ist. Gruß, Ratti -- -o) fontlinge | Font management for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Hallo, Am Sun, 21 Sep 2003, Joerg Rossdeutscher schrieb:
Am So, 2003-09-21 um 00.02 schrieb David Haller:
Am Sat, 20 Sep 2003, Joerg Rossdeutscher schrieb:
Am Sa, 2003-09-20 um 20.49 schrieb Al Bogner:
hdd: dma_intr: status=0x51 { DriveReady SeekComplete Error } hdd: dma_intr: error=0x84 { DriveStatusError BadCRC }
Verlass dich nicht drauf - aber eine von meinen Platten schmeisst sowas unter diversen Linuxsystemen seit Jahren. Ich habe irgendwann aufgehört das wahrzunehmen, denn weit und breit keinerlei Anzeichen von Datenverlust, Badblocks, Hängern,...
Wie lang ist dein Kabeln? Und wie teuer war das Kabel? UDMA >= 66 fordert einiges von den Kabeln...
Vergiss es. :-) Diagnose sinnlos. Besagte Platte ist eine von meinen ältesten, die war in etlichen Rechnern an etlichen Kabeln. Diese Platte ist einfach ein Bootmuffel - erstmal quaken, dann Kaffee, und dann geht's schon, und zwar makellos.
*g* Kannst es ja mal bei Gelegenheit mit besseren und kuerzeren Kabeln probieren... Apropos: kaufst du Komplettrechner, oder ruestest du deine Kiste auf?
Aber wie gesagt, das heisst sicherlich nicht, daß diese Meldungen bei jemand anderem auch nix besagen würden - nur ist es auch nicht so, daß man sie sofort in die Tonne kloppen muß, weil sie ohnehin gleich kaputt ist.
ACK. Wobei die CRC-Errors ja sowieso nix ueber die HDD selbst aussagen, sondern ueber den Transportweg Platte -> IDE-Controller... Denn die CRC-Summe, gegen die der Transfer geprueft wird, errechnet ja die HDD, und nicht der Controller... Die Platte bekommt vom Controller den Auftrag, $Datensektoren zu liefern. Die Elektronik macht also daran, die Daten von der Platte zu fischen, packt die Daten dann in Paeckchen, errechnet ne CRC zu jedem Paeckhen, schickt beides ueber die Leitung zum Controller, der errechnet dann wieder die CRC und vergleicht das Ergebnis mit der CRC, die er von der Plattenelektronik bekommen hat -- und falls beide CRC unterschiedlich sind, dann gibt's eben o.g. "BadCRC" Fehler... Der Grund ist dann entweder, dass die Daten unterwegs gelitten haben -- oder auch die CRC selbst... Und das liegt dann logischerweise nicht an defekten Sektoren, sondern z.B. an zu langen oder zu schlechten Kabeln. In der Gegenrichtung wird's analog gemacht... Mit der CRC wird der _Transportweg_ zwischen IDE-Controller und der Elektronik auf der HDD abgesichert, da es bei UDMA Modi (auch bei UDMA33, nur da gibt's das mit den CRCs noch net) auf den Kabeln bzw. den Steckverbindungen recht haeufig zu Fehlern kommt. AFAIR wird dann bei so einem CRC-Mismatch dann das Datenpaket erneut angefordert... -dnh -- Come to think of it, there are already a million monkeys on a million typewriters, and Usenet is NOTHING like Shakespeare. -- Blair Houghton
Am So, 2003-09-21 um 04.22 schrieb David Haller:
Am Sun, 21 Sep 2003, Joerg Rossdeutscher schrieb:
Vergiss es. :-) Diagnose sinnlos. Besagte Platte ist eine von meinen ältesten, die war in etlichen Rechnern an etlichen Kabeln. Diese Platte ist einfach ein Bootmuffel - erstmal quaken, dann Kaffee, und dann geht's schon, und zwar makellos.
*g* Kannst es ja mal bei Gelegenheit mit besseren und kuerzeren Kabeln probieren... Apropos: kaufst du Komplettrechner, oder ruestest du deine Kiste auf?
Rechner immer im Eigenbau, nach der Methode: Revolution durch Evolution. Mehr Speicher, ein halbes Jahr später größere Platte, dann wieder eine schönere Grafikkarte, und gelegentlich einen kleinen Schub durch neues Motherboard+Prozessor, wobei dann natürlich einiges nicht mehr passt, wie zum Beispiel die gute alte Tastatur mit dem DIN-Anschluß oder der SCSI-Brenner.
ACK. Wobei die CRC-Errors ja sowieso nix ueber die HDD selbst aussagen, sondern ueber den Transportweg Platte -> IDE-Controller... Denn die CRC-Summe, gegen die der Transfer geprueft wird, errechnet ja die HDD, und nicht der Controller...
Ich kenne die Interna da nicht so gut, aber ich schätze mal, genau an der Stelle werden die Fehlermeldungen generiert. Controller: "He, Platte, was kannst du denn so?" Platte: "Nur die guten Sachen! DMA-2010-Plus-Pro-Extended mit Double-Bit-Mode und Warp-Speed-Burst-Nibbeling!" Controller: "Geil! Schalt mal an!" Platte: "Ich aktiviere..drei..zwei..eins. Grzniwrzt!" Controller: "Was war das letzte?" Platte: "Grtznwtz glo gnbl wrzt. Hrgn." Controller: "???? !" Platte: "Grtznwtz glo gnbl wrzt. Hrgn." Controller: (Seufz) "Betriebssystem, bitte Fehler melden. Platte, bitte auf DMA1-Minus-Extraslow runterschalten" Platte: "Was war denn?" Controller: "Wir machen besser doch nur DMA1." Platte: "Kannst wohl nicht mehr, was? Hehehe!" Controller: (seufz) "...ich hätte auf meine Mutter hören und SCSI studieren sollen ..." So in der Art. Nix gefährliches, lediglich ein Hang zur Übertreibung. Gruß, Ratti -- -o) fontlinge | Font management for Linux | Schriftenverwaltung in Linux /\\ http://freshmeat.net/projects/fontlinge/ _\_V http://www.gesindel.de https://sourceforge.net/projects/fontlinge/
Hallo Liste, hallo Joerg, Joerg Rossdeutscher schrieb:
Am So, 2003-09-21 um 04.22 schrieb David Haller:
Am Sun, 21 Sep 2003, Joerg Rossdeutscher schrieb:
[...]
Ich kenne die Interna da nicht so gut, aber ich schätze mal, genau an der Stelle werden die Fehlermeldungen generiert.
Controller: "He, Platte, was kannst du denn so?" Platte: "Nur die guten Sachen! DMA-2010-Plus-Pro-Extended mit Double-Bit-Mode und Warp-Speed-Burst-Nibbeling!" Controller: "Geil! Schalt mal an!" Platte: "Ich aktiviere..drei..zwei..eins. Grzniwrzt!" Controller: "Was war das letzte?" Platte: "Grtznwtz glo gnbl wrzt. Hrgn." Controller: "???? !" Platte: "Grtznwtz glo gnbl wrzt. Hrgn." Controller: (Seufz) "Betriebssystem, bitte Fehler melden. Platte, bitte auf DMA1-Minus-Extraslow runterschalten" Platte: "Was war denn?" Controller: "Wir machen besser doch nur DMA1." Platte: "Kannst wohl nicht mehr, was? Hehehe!" Controller: (seufz) "...ich hätte auf meine Mutter hören und SCSI studieren sollen ..."
So in der Art. Nix gefährliches, lediglich ein Hang zur Übertreibung.
Gruß, Ratti
Das sind so die Auswirkungen die man von der Software mit einem kurzen CRC-Error gemeldet bekommt. Ich wundere mich schon lange wie die heutigen Datenstroeme ueber Leiterplatten, Stecker und Kabel doch so "fehlerfrei" laufen, wenn manche Hersteller von so einfachen Dingen wie Buegeleisen in ihren Gebrauchsanweiseungen schreiben, man solle darauf achtgeben und keinen Knoten in das Anschlusskabel machen - und das bei grade mal 50 Hz. *g* Manche haben die Datenkabel vom Motherboard zum Laufwerk, damit alles schoen aufgeraeumt ist, gefaltet und wenn's zu lang ist auch noch der Laenge nach, da freuen sich dann die Elektronen wenn sie ihre entgegenkommenden Kollegen begruessen koennen - fast wie auf der Autobahn. Also je hoeher die Datenrate desto kuerzer die Leitungen. Die kontroller haben auch so noch genuegend Arbeit, die relevanten Daten aus dem angebotenen Signalgemisch zu extrahieren. Bei mir laufen zwei Maxtor 32049H2 seit dem 25.09.00 also fast drei Jahre ohne Probleme rund um die Uhr, wobei oft Simulationen mit "MicroSim PSpice" Dateien aus kleinen Haeppchen auf die Platten schreiben, welche dann am Ende in der Groesse von 500MByte und mehr auf der Platte rumliegen. Dazu ist der Rechner oft die ganze Nacht beschaeftigt. Ab und zu die Platte aufraeumen und auf Fehler ueberpruefen - das ist schon alles - Ausfaelle hatte ich bis jetzt nur bei Quantum (Chip auf dem Controller abgefackelt) - die letzten Daten konnten noch gesichert werden - und Seagate (Kopf-Crash) - da war nichts mehr zu machen, eine Rettung waere zu teuer geworden. Also erst mal ein Test mit neuen und kuerzeren Kabeln und wenn das nichts bringt besser gleich eine neue Platte kaufen. -- Gruss aus Isen Klaus
Hallo, Am Sun, 21 Sep 2003, Joerg Rossdeutscher schrieb:
Am So, 2003-09-21 um 04.22 schrieb David Haller:
Am Sun, 21 Sep 2003, Joerg Rossdeutscher schrieb:
Vergiss es. :-) Diagnose sinnlos. Besagte Platte ist eine von meinen ältesten, die war in etlichen Rechnern an etlichen Kabeln. Diese Platte ist einfach ein Bootmuffel - erstmal quaken, dann Kaffee, und dann geht's schon, und zwar makellos.
*g* Kannst es ja mal bei Gelegenheit mit besseren und kuerzeren Kabeln probieren... Apropos: kaufst du Komplettrechner, oder ruestest du deine Kiste auf?
Rechner immer im Eigenbau, nach der Methode: Revolution durch Evolution. Mehr Speicher, ein halbes Jahr später größere Platte, dann wieder eine schönere Grafikkarte, und gelegentlich einen kleinen Schub durch neues Motherboard+Prozessor, wobei dann natürlich einiges nicht mehr passt, wie zum Beispiel die gute alte Tastatur mit dem DIN-Anschluß oder der SCSI-Brenner.
*g* mach ich auch so. Ich hab noch nen DIN -> PS/2 Adapter fuer die Tastatur. Wo der dabei war weiss ich aber nicht mehr ;)
ACK. Wobei die CRC-Errors ja sowieso nix ueber die HDD selbst aussagen, sondern ueber den Transportweg Platte -> IDE-Controller... Denn die CRC-Summe, gegen die der Transfer geprueft wird, errechnet ja die HDD, und nicht der Controller...
Ich kenne die Interna da nicht so gut, aber ich schätze mal, genau an der Stelle werden die Fehlermeldungen generiert.
Controller: "He, Platte, was kannst du denn so?" Platte: "Nur die guten Sachen! DMA-2010-Plus-Pro-Extended mit Double-Bit-Mode und Warp-Speed-Burst-Nibbeling!" Controller: "Geil! Schalt mal an!" Platte: "Ich aktiviere..drei..zwei..eins. Grzniwrzt!" Controller: "Was war das letzte?" Platte: "Grtznwtz glo gnbl wrzt. Hrgn." Controller: "???? !" Platte: "Grtznwtz glo gnbl wrzt. Hrgn." Controller: (Seufz) "Betriebssystem, bitte Fehler melden. Platte, bitte auf DMA1-Minus-Extraslow runterschalten" Platte: "Was war denn?" Controller: "Wir machen besser doch nur DMA1." Platte: "Kannst wohl nicht mehr, was? Hehehe!" Controller: (seufz) "...ich hätte auf meine Mutter hören und SCSI studieren sollen ..."
*LOL*, das mit den CRC ist aber etwas anders: Controller: "schick mir mal bitte die Daten von Sektor N bis N+8" Platte: "ok ... kommen schon" <Platte schickt Datenpacken1 + CRC1> <Controller berechnet CRC_c von Datenpacken1 und vergleicht mit CRC1> <alles ok> ... <Platte schickt Datenpacken42 + CRC42> <Controller berechnet CRC_c von Datenpacken42 und vergleicht mit CRC42> <CRC_c != CRC42> Controller: "Platte, du, das war nix, schick mir Datenpacken42 nochmal" "Betriebssystem, meld' mal nen CRC-Error bei ...". -dnh -- Argh, ich wollte heute doch gar nicht mehr siggen! [Michael Hoffmann in dag°]
participants (9)
-
Al Bogner -
David Haller -
Helga Fischer -
Joerg Rossdeutscher -
Klaus-J.Peter -
Michael Messner -
Peter Wiersig -
Thomas Hertweck -
Ulrich Walter