Chyba připojení disku

16.2.2010 01:36 | Přečteno: 1640× | poslední úprava: 16.2.2010 01:37

Ve svém zápisku Spolehlivost velkých disků jsem došel k chybnému závěru o kvalitě nového disku WD15EADS. Zkusím nastínit proč jsem došel k chybnému závěru, ačkoliv vina je jistě i na mojí straně. Přeci jenom jsem měl vyzkoušet více prokombinovat disky a připojení.

Předně disky připojuji k pracovnímu notebooku (Dell Latitude D830), protože ve staším stolním počítači nemám SATA rozhraní a s notebookem jsem se již tak nějak sžil. Jako první jsem zakoupil USB/SATA+PATA redukci Manhattan a měl jsem zřejmě šťastnou ruku. Neměl jsem s touto redukcí dosud žádný problém.

Pak jsem zatoužil po rychlejším a druhém připojení a zakoupil Express kartu eSATA Sunix. Po druhé reklamaci mi vrátili peníze a já si vybral jiného vyrobce - Axago. Tu jsem již rozchodil a celkem úspěšně ji provozuji. Je to Express karta 34mm a udělal jsem si z plexiskla spacer široký 20mm, aby mi kartička ve slotu (54mm) v noťasovi nevaklala. Pro zprovoznění je potřeba pciehp modul. Ten natahuji s parametrem pciehp_force=1 (někde vygooglováno).

Jako poslední jsem zakoupil HDD holder Viewcon VE492. Ten mi ovšem přivodil pěkný bolehlav. Nově zakoupený disk (zakoupený společně s holderem) jsem do něj zastrčil a začal testovat. Zpočátku všechno vypadalo dobře. Když se v průběhu testování objevily chyby, šlo o chyby medium error, nikoliv nějaké chyby na úrovni SATA, nakonec i S.M.A.R.T. našel chyby. Vydrželo mi to dlouho a disk jsem nakonec reklamoval a vrátil se mi nový.

Mezitím jsem ovšem do holderu zasunul 100GB 2.5" disk z notebooku. Ten fungoval při připojení k notebooku, ale po připojení k televizi Samsung 40LE652 začlo docházet k občasnému odpojování USB zařízení. Jakmile jsem disk přepojil na redukci Manhattan, jel bez zaváhání. Začal jsem HDD holder zkoumat, zasunovat do něj různé disky. Například s diskem WD1001FALS (1TB) vůbec nechodilo eSATA, jenom USB.

Ovšem průlom zkoumání bylo připojení staršího Seagate Barracuda 80GB. Jakmile jsem začal disk číst pomocí dd došlo v holderu k chybě medium error. Jakmile jsem disk připojil k redukci nebo přímo na eSATA (SATA - eSATA kabelem), žádné chyby se nekonaly. To mě docela zdrtilo, protože mi okamžitě došlo, jak jsem honil bludy s diskem WD15EADS. Pro zajímavost následuje chování disku při čtení:

Viewcon VE492

Čtení:

bobek:~/ST380013AS# dd if=/dev/sdb bs=4M >/dev/null
dd: reading `/dev/sdb': Input/output error
3+1 records in
3+1 records out
14417920 bytes (14 MB) copied, 1.12632 s, 12.8 MB/s

Ve výpisu dmesg:

[ 7561.516448] usb 1-3.4: new high speed USB device using ehci_hcd and address 6
[ 7561.609934] usb 1-3.4: New USB device found, idVendor=152d, idProduct=2329
[ 7561.609945] usb 1-3.4: New USB device strings: Mfr=1, Product=2, SerialNumber=5
[ 7561.609952] usb 1-3.4: Product: USB to ATA/ATAPI Bridge
[ 7561.609957] usb 1-3.4: Manufacturer: JMicron
[ 7561.609962] usb 1-3.4: SerialNumber: 3132BFFFFFFF
[ 7561.610200] usb 1-3.4: configuration #1 chosen from 1 choice
[ 7561.703199] Initializing USB Mass Storage driver...
[ 7561.703456] scsi3 : SCSI emulation for USB Mass Storage devices
[ 7561.703607] usbcore: registered new interface driver usb-storage
[ 7561.703611] USB Mass Storage support registered.
[ 7561.703938] usb-storage: device found at 6
[ 7561.703940] usb-storage: waiting for device to settle before scanning
[ 7566.700652] usb-storage: device scan complete
[ 7567.109154] scsi 3:0:0:0: Direct-Access     ST380013 AS                    PQ: 0 ANSI: 2 CCS
[ 7567.111869] sd 3:0:0:0: [sdb] 156301488 512-byte logical blocks: (80.0 GB/74.5 GiB)
[ 7567.113074] sd 3:0:0:0: [sdb] Write Protect is off
[ 7567.113083] sd 3:0:0:0: [sdb] Mode Sense: 34 00 00 00
[ 7567.113088] sd 3:0:0:0: [sdb] Assuming drive cache: write through
[ 7567.114614] sd 3:0:0:0: [sdb] Assuming drive cache: write through
[ 7567.114622]  sdb: sdb1
[ 7570.870893] sd 3:0:0:0: [sdb] Assuming drive cache: write through
[ 7570.870904] sd 3:0:0:0: [sdb] Attached SCSI disk
[ 7598.268704] sd 3:0:0:0: [sdb] Unhandled sense code
[ 7598.268714] sd 3:0:0:0: [sdb] Result: hostbyte=DID_OK driverbyte=DRIVER_SENSE
[ 7598.268723] sd 3:0:0:0: [sdb] Sense Key : Medium Error [current] 
[ 7598.268733] sd 3:0:0:0: [sdb] Add. Sense: Unrecovered read error
[ 7598.268743] sd 3:0:0:0: [sdb] CDB: Read(10): 28 00 00 06 0a 00 00 00 f0 00
[ 7598.268765] end_request: I/O error, dev sdb, sector 395776
[ 7598.268774] Buffer I/O error on device sdb, logical block 49472
[ 7598.268788] Buffer I/O error on device sdb, logical block 49473
[ 7598.268795] Buffer I/O error on device sdb, logical block 49474
[ 7598.268801] Buffer I/O error on device sdb, logical block 49475
[ 7598.268808] Buffer I/O error on device sdb, logical block 49476
[ 7598.268814] Buffer I/O error on device sdb, logical block 49477
[ 7598.268822] Buffer I/O error on device sdb, logical block 49478
[ 7598.268829] Buffer I/O error on device sdb, logical block 49479
[ 7598.268835] Buffer I/O error on device sdb, logical block 49480
[ 7598.268842] Buffer I/O error on device sdb, logical block 49481

Chyby jsou zachycené i ve S.M.A.R.T! Pokus jsem několikrát opakoval a pozice LBA odpovídá přibližně tomu co hlásí S.M.A.R.T:

Error 63 occurred at disk power-on lifetime: 8284 hours (345 days + 4 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 00 ef 6e 00 e0  Error: ICRC, ABRT at LBA = 0x00006eef = 28399

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 f0 00 6e 00 e0 00      00:05:32.042  READ DMA EXT
  25 00 10 f0 6d 00 e0 00      00:05:32.041  READ DMA EXT
  25 00 f0 00 6d 00 e0 00      00:05:32.038  READ DMA EXT
  25 00 10 f0 6c 00 e0 00      00:05:32.037  READ DMA EXT
  25 00 f0 00 6c 00 e0 00      00:05:32.033  READ DMA EXT

Error 62 occurred at disk power-on lifetime: 8284 hours (345 days + 4 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 00 ef 3f 01 e0  Error: ICRC, ABRT at LBA = 0x00013fef = 81903

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 f0 00 3f 01 e0 00      00:05:09.411  READ DMA EXT
  25 00 10 f0 3e 01 e0 00      00:05:09.411  READ DMA EXT
  25 00 f0 00 3e 01 e0 00      00:05:09.407  READ DMA EXT
  25 00 10 f0 3d 01 e0 00      00:05:09.407  READ DMA EXT
  25 00 f0 00 3d 01 e0 00      00:05:09.403  READ DMA EXT

Error 61 occurred at disk power-on lifetime: 8284 hours (345 days + 4 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 00 ef 0a 06 e0  Error: ICRC, ABRT at LBA = 0x00060aef = 396015

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 f0 00 0a 06 e0 00      00:01:07.939  READ DMA EXT
  25 00 10 f0 09 06 e0 00      00:01:07.936  READ DMA EXT
  25 00 f0 00 09 06 e0 00      00:01:07.935  READ DMA EXT
  25 00 10 f0 08 06 e0 00      00:01:07.932  READ DMA EXT
  25 00 f0 00 08 06 e0 00      00:01:07.931  READ DMA EXT

Error 60 occurred at disk power-on lifetime: 8283 hours (345 days + 3 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 00 ff 51 00 e0  Error: ICRC, ABRT at LBA = 0x000051ff = 20991

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 10 f0 51 00 e0 00      00:05:18.675  READ DMA EXT
  25 00 f0 00 51 00 e0 00      00:05:18.674  READ DMA EXT
  25 00 10 f0 50 00 e0 00      00:05:18.703  READ DMA EXT
  25 00 f0 00 50 00 e0 00      00:05:18.699  READ DMA EXT
  25 00 10 f0 4f 00 e0 00      00:05:18.698  READ DMA EXT

Error 59 occurred at disk power-on lifetime: 8283 hours (345 days + 3 hours)
  When the command that caused the error occurred, the device was active or idle.

  After command completion occurred, registers were:
  ER ST SC SN CL CH DH
  -- -- -- -- -- -- --
  84 51 00 ef 6a 00 e0  Error: ICRC, ABRT at LBA = 0x00006aef = 27375

  Commands leading to the command that caused the error were:
  CR FR SC SN CL CH DH DC   Powered_Up_Time  Command/Feature_Name
  -- -- -- -- -- -- -- --  ----------------  --------------------
  25 00 f0 00 6a 00 e0 00      00:05:17.219  READ DMA EXT
  25 00 10 f0 69 00 e0 00      00:05:17.218  READ DMA EXT
  25 00 f0 00 69 00 e0 00      00:05:17.215  READ DMA EXT
  25 00 10 f0 68 00 e0 00      00:05:17.243  READ DMA EXT
  25 00 f0 00 68 00 e0 00      00:05:17.243  READ DMA EXT

eSATA do Express karty AXAGO

+ napajeci adapter od redukce Manhattan. Čtení:

bobek:~/ST380013AS# dd if=/dev/sdb bs=4M >/dev/null
19079+1 records in
19079+1 records out
80026361856 bytes (80 GB) copied, 1760.35 s, 45.5 MB/s

Na konci výpisu dmesg je:

[ 8286.464217] ata4: SATA link up 1.5 Gbps (SStatus 113 SControl 0)
[ 8286.467600] ata4.00: ATA-6: ST380013AS, 3.05, max UDMA/133
[ 8286.467609] ata4.00: 156301488 sectors, multi 0: LBA48 
[ 8286.471157] ata4.00: configured for UDMA/100
[ 8286.471174] ata4: EH complete
[ 8286.471363] scsi 4:0:0:0: Direct-Access     ATA      ST380013AS       3.05 PQ: 0 ANSI: 5
[ 8286.471867] sd 4:0:0:0: [sdb] 156301488 512-byte logical blocks: (80.0 GB/74.5 GiB)
[ 8286.472583] sd 4:0:0:0: [sdb] Write Protect is off
[ 8286.472592] sd 4:0:0:0: [sdb] Mode Sense: 00 3a 00 00
[ 8286.472649] sd 4:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
[ 8286.472974]  sdb: sdb1
[ 8286.492752] sd 4:0:0:0: [sdb] Attached SCSI disk

Žádné chyby - disk je v pořádku!

Redukce Manhattan

Čtení:

bobek:~/ST380013AS# dd if=/dev/sdb bs=4M >/dev/null
19079+1 records in
19079+1 records out
80026361856 bytes (80 GB) copied, 2656.12 s, 30.1 MB/s

Výpisy z dmesg:

[11562.052253] usb 1-3.4: new high speed USB device using ehci_hcd and address 7
[11562.146830] usb 1-3.4: New USB device found, idVendor=152d, idProduct=2338
[11562.146841] usb 1-3.4: New USB device strings: Mfr=1, Product=2, SerialNumber=5
[11562.146848] usb 1-3.4: Product: USB to ATA/ATAPI Bridge
[11562.146853] usb 1-3.4: Manufacturer: JMicron
[11562.146858] usb 1-3.4: SerialNumber: 3461732B2222
[11562.147078] usb 1-3.4: configuration #1 chosen from 1 choice
[11562.154300] scsi6 : SCSI emulation for USB Mass Storage devices
[11562.154594] usb-storage: device found at 7
[11562.154599] usb-storage: waiting for device to settle before scanning
[11567.152563] usb-storage: device scan complete
[11567.154082] scsi 6:0:0:0: Direct-Access     ST380013 AS                    PQ: 0 ANSI: 2 CCS
[11567.157905] sd 6:0:0:0: [sdb] 156301488 512-byte logical blocks: (80.0 GB/74.5 GiB)
[11567.158643] sd 6:0:0:0: [sdb] Write Protect is off
[11567.158651] sd 6:0:0:0: [sdb] Mode Sense: 00 38 00 00
[11567.158656] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[11567.160515] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[11567.160524]  sdb: sdb1
[11567.183130] sd 6:0:0:0: [sdb] Assuming drive cache: write through
[11567.183140] sd 6:0:0:0: [sdb] Attached SCSI disk

Zase - naprosto v pořádku!

Závěr

Jediné vysvětlení podivného projevu chyby je IMO chyba napájení. Jestliže se chyba u Viewcon holderu projevuje uvnitř disku, tak snad v úvahu ani nic jiného nepřipadá. Napájecí adaptér od redukce Manhattan i Viewcon vypadají velmi podobně, oba mají psané parametry 2A pro 5V i pro 12V. Možná je vadný kapacitor na výstupu zdroje. Ve spojení se žravějším diskem a zřejmě citlivějším na napájení se chyba projevuje prakticky okamžitě.

Nu což, HDD holder je teď v reklamaci, tak jsem zvědav jestli to byla chyba nebo vlastnost. Již se mi vrátil z reklamace disk, pouze namísto WD15EADS je to novější disk WD15EARS se 4KiB sektory, takže hned mám o čem psát další zápisek :)

       

Komentáře

[Zdenek]

Možná je vadný kapacitor na výstupu zdroje.

Kondenzator, prosim.

[Jary]

Houby. Kapacitor lépe odpovídá tomu, co to dělá. Kondenzuje snad něco v kondenzátoru? Kondenzátor je blbě zvolené slovo už od pradávna.

[Semo]

Blba otazka. Rovnako sa mozem spytat, ze slovo kapacitovat znamena co? Kapitovat by som vedel, opak od dekapitovat.

[Jary]

Jo, asi fakt blbá otázka, nicméně jsem tím chtěl říct, že kapacitor, nebo kondenzátor prostě zvětšuje kapacitu v části obvodu.

[zito]

Ježkovo voči . No schválně jsem kouknul na GME a tam mají příhrádku kondenzátory. Na GES mají taky kondenzátory. Google fight dopadl ve prospěch kapacitoru. Tak to asi necháme koňovi, ne?

[pc2005]

...prostě zvětšuje kapacitu v části obvodu.

I když se zapojí sériově? .

[Jary]

Grrr. Ovlivňuje.

[multi]

Kapacitor je spravne (ceske) oznaceni, ale asi diky cizojazycnym odbornym textum je vice zazito kondenzator.

PS: rezistor, odpor, odpornik

[Roger]

Pod "odpornikem" si (krome odporneho odbornika :) ) predstavim spis uz nejake zarizeni, konkretne teda tu vec u EDB, kde se mari proud. "Odpor" je pak proste obecny typ soucastky a "rezistor" odborne/cizojazycne pojmenovani tehoz.

Berte to jako nazor cloveka elektrotechnickym vzdelanim prakticky nezasazeneho :)

[Sovak]

Když už chceš být přesný, tak se proud nemůže mařit. Ten prostě teče a na odporu maříš výkon.

[Limoto]

Kapacitor je spravne (ceske) oznaceni, ale asi diky cizojazycnym odbornym textum je vice zazito kondenzator.

Spíš naopak, ne?

[Kvakor]

Když nastane chyba, běží disk normálně, nebo se zastaví a zase se rozběhne, případně přitom zarachotí hlavičkami?

[zito]

Myslím, že k zastavení nedošlo. Pokud si dobře pamatuji tak zarachotil. Dédéčko hned po chybě spadne, takže disk pak běžel klidně dál. Jak se ten který disk chová při chybě si myslím není jednoznačné. Je fakt, že u některých disků jsem se setkal s krátkým zastavením, zaparkováním hlaviček a pak opakováním pokusu (po rozjetí). Tahle Barracuda to ale myslím nedělala. Ta prostě zarachotila.

[Kvakor]

Tak to na napájení nevypadá, protože při výpadku napájení by se disk resetoval pokaždé.