WD 1,5TB green gond?

Eddig azt hittem a WD winchesterekkel majd kevesebb gondom lesz. Tévedtem!

Van a gépemben 2 alaplapi sata vezérlő:

1. Intel Corporation 82801 SATA RAID Controller (rev 02)
2. JMicron Technology Corp. JMB362/JMB363 AHCI Controller (rev 02)

Kaptam kölcsönbe egy azthittem kicsit profibb kártyát:

PCI-E LSI SAS3041E-HP 4 port SAS/SATA Controller (SAS1064E fw: 1.09.00.00-IR)

De egyiken se megy rendesen a címben nevezett winchester, olvasás még úgy ahogy de iráskor mindenféle horror dolgokat ir a logba:

[ 151.950057] mptscsih: ioc0: attempting task abort! (sc=ffff8801309e8800)
[ 151.950062] sd 11:0:2:0: [sdf] CDB: Write(10): 2a 00 79 dd 1b 5e 00 04 00 00
[ 154.807456] mptbase: ioc0: LogInfo(0x31120400): Originator={PL}, Code={Abort}, SubCode(0x0400)
[ 155.808045] mptscsih: ioc0: task abort: SUCCESS (sc=ffff8801309e8800)
[ 159.954684] st0: Block limits 1 - 16777215 bytes.
[ 165.800052] mptscsih: ioc0: attempting task abort! (sc=ffff8801309e8800)
[ 165.800057] sd 11:0:2:0: [sdf] CDB: Test Unit Ready: 00 00 00 00 00 00
[ 169.565770] mptbase: ioc0: LogInfo(0x31130000): Originator={PL}, Code={IO Not Yet Executed}, SubCode(0x0000)
[ 169.565858] mptscsih: ioc0: task abort: SUCCESS (sc=ffff8801309e8800)
[ 169.565864] mptscsih: ioc0: attempting task abort! (sc=ffff8801309e8600)
[ 169.565868] sd 11:0:2:0: [sdf] CDB: Write(10): 2a 00 79 dd 1f 5e 00 04 00 00
[ 169.565880] mptscsih: ioc0: task abort: FAILED (sc=ffff8801309e8600)
[ 169.565883] mptscsih: ioc0: attempting task abort! (sc=ffff8801349c0c00)
[ 169.565886] sd 11:0:2:0: [sdf] CDB: Write(10): 2a 00 79 dd 23 5e 00 04 00 00
[ 169.565897] mptscsih: ioc0: task abort: FAILED (sc=ffff8801349c0c00)
[ 169.565900] mptscsih: ioc0: attempting task abort! (sc=ffff88013413f900)
[ 169.565902] sd 11:0:2:0: [sdf] CDB: Write(10): 2a 00 79 dd 27 5e 00 04 00 00
[ 169.565913] mptscsih: ioc0: task abort: FAILED (sc=ffff88013413f900)
[ 169.565916] mptscsih: ioc0: attempting task abort! (sc=ffff88013413fb00)

Kissé vicces, hogy külső USB dobozba kell raknom a winchestert, hogy használni tudjam. Annak meg eléggé siralmas a sebessége.

Van valakinek tippe vagy ötlete?

Kernel verzió: 2.6.31-15-generic

Hozzászólások

Egy próbát megér a 2.6.31-19-generic kernel verzió is. Most ide-oda másolgatok a 1.5TB és többi disk között. Egyenlőre megyeget. Remélem csak valami kernel bug volt.

Sajna igy is jönnek a hibák, csak sokkal később :(

[ 3564.745650] mptscsih: ioc0: attempting task abort! (sc=ffff880134125f00)
[ 3564.745665] sd 11:0:2:0: [sdf] CDB: Write(10): 2a 00 67 12 23 5e 00 04 00 00
[ 3564.745676] mptscsih: ioc0: task abort: FAILED (sc=ffff880134125f00)
[ 3564.745679] mptscsih: ioc0: attempting task abort! (sc=ffff880134125900)
[ 3564.745681] sd 11:0:2:0: [sdf] CDB: Write(10): 2a 00 67 12 27 5e 00 04 00 00
[ 3564.745690] mptscsih: ioc0: task abort: FAILED (sc=ffff880134125900)
[ 3564.745692] mptscsih: ioc0: attempting task abort! (sc=ffff880134125600)
[ 3564.745694] sd 11:0:2:0: [sdf] CDB: Write(10): 2a 00 67 12 2b 5e 00 04 00 00
[ 3564.745703] mptscsih: ioc0: task abort: FAILED (sc=ffff880134125600)
[ 3564.745705] mptscsih: ioc0: attempting task abort! (sc=ffff880135987500)
[ 3564.745707] sd 11:0:2:0: [sdf] CDB: Write(10): 2a 00 67 12 2f 5e 00 04 00 00
[ 3564.745715] mptscsih: ioc0: task abort: FAILED (sc=ffff880135987500)
[ 3564.745717] mptscsih: ioc0: attempting task abort! (sc=ffff880135987900)
[ 3564.745719] sd 11:0:2:0: [sdf] CDB: Write(10): 2a 00 67 12 33 5e 00 04 00 00

Az a fura hogy a WD 250GB (raid1) és WD 750GB (raid5) diskek jól mennek. És ugyanoda a 1.5TB bedugva, nyomja a hibákat. Lehet 1 TB felett már alaplapi bios frissités kell? Pedig egy elég új Gigabyte alaplap. Vagy nem érdemes green WD-ket venni?

SMART tesztet neki!

Ha döglődik a diszk, és csak azért megy a rackben mert a rack elektronikája jóindulatúan elnyeli a hibákat, az egyenes út az adatvesztéshez.

Hát ha egy alig 2 hetes winyó ilyet művel az elég gáz.

USB-n keresztül nem lehet smart teszteket csinálni? Nekem valahogy úgy tünik mintha ez a kernel verzió nem igazán szeretné ezt a winyót, kivéve ha usb-ről megy. Annó a Jmicron sata vezérlőre dugott DVD irókat se szerette a gép.

Egy ismerősömnek most szállt el egy ugyanilyen WD green 1.5T-s diszkje, pontosabban részben: a 1.5T-ból 500G-t lát :(
Alig pár hónapos diszk.

Az előbb nekem is úgytünt totálisan elszállt, kb. 250 GB-nak látszott a df szerint, aztán visszadugtam az USB dobozba és azóta másolok, meg diff-elek és jónak látszik minden.

subs. [bakker, ilyet veszek/vennék raid1-be..]

A szektorméret növekedési problémák (512 -> 4096) nem okozhatják ezt a gondot?
Eddig max. 2.6.31-19 kernelen próbáltam. Esetleg a 2.6.31-20 már jó lehet? Vagy a 2.6.31-es széria már tartalmazza ezt?

nekem van ilyen otthon. Nincs vele gond, de állitólag ez nem egy nagyon jól sikeredett sorozat volt... Valami rémlik, hogy multimédia lejátszókban is gondok voltak vele. Itt mindenesetre megyeget. Bár nekem is usb rackban van, csak régen betettem egy picit mert usbn nem lehet smartctl - t nyomni neki ...

=== START OF INFORMATION SECTION ===
Device Model: WDC WD10EVDS-63U8B0
Serial Number: WD-WCAV54686664
Firmware Version: 01.00A01
User Capacity: 1.000.204.886.016 bytes
Device is: Not in smartctl database [for details use: -P showall]
ATA Version is: 8
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Mon Jan 18 19:57:26 2010 CET
SMART support is: Available - device has SMART capability.
SMART support is: Enabled

=== START OF READ SMART DATA SECTION ===
SMART overall-health self-assessment test result: PASSED

General SMART Values:
Offline data collection status: (0x82) Offline data collection activity
was completed without error.
Auto Offline Data Collection: Enabled.
Self-test execution status: ( 0) The previous self-test routine completed
without error or no self-test has ever
been run.
Total time to complete Offline
data collection: (19200) seconds.
Offline data collection
capabilities: (0x7b) SMART execute Offline immediate.
Auto Offline data collection on/off support.
Suspend Offline collection upon new
command.
Offline surface scan supported.
Self-test supported.
Conveyance Self-test supported.
Selective Self-test supported.
SMART capabilities: (0x0003) Saves SMART data before entering
power-saving mode.
Supports SMART auto save timer.
Error logging capability: (0x01) Error logging supported.
General Purpose Logging supported.
Short self-test routine
recommended polling time: ( 2) minutes.
Extended self-test routine
recommended polling time: ( 221) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.
SCT capabilities: (0x303f) SCT Status supported.
SCT Feature Control supported.
SCT Data Table supported.

SMART Attributes Data Structure revision number: 16
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 112 111 021 Pre-fail Always - 7375
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 14
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x002e 200 200 000 Old_age Always - 0
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 18
10 Spin_Retry_Count 0x0032 100 253 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 253 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 13
192 Power-Off_Retract_Count 0x0032 200 200 000 Old_age Always - 12
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 75
194 Temperature_Celsius 0x0022 116 107 000 Old_age Always - 31
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0032 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0030 200 200 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x0032 200 200 000 Old_age Always - 0
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0

SMART Error Log Version: 1
No Errors Logged

+++++++++++++++++++++++++++++++++++++++++++++++++++++++++++
05 T_black wd
/dev/sdb:
Timing cached reads: 8630 MB in 2.00 seconds = 4319.34 MB/sec
Timing buffered disk reads: 222 MB in 3.02 seconds = 73.57 MB/sec

1 T_green wd
/dev/sdc:
Timing cached reads: 9266 MB in 2.00 seconds = 4638.88 MB/sec
Timing buffered disk reads: 316 MB in 3.01 seconds = 104.87 MB/sec

+++++

ez nem tetszett a green az sdc ujonnan szinte a másik kettö olyan 1 évesek - ez sztem nagyon magas szám. Majd egy pár hónap mulva megnézem megint... Addig ki nem veszem az usb rackbul, ha nem muszáj

# smartctl -a /dev/sda | egrep Pre-fail
1 Raw_Read_Error_Rate 0x000f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0003 183 182 021 Pre-fail Always - 5833
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
# smartctl -a /dev/sdb | egrep Pre-fail
1 Raw_Read_Error_Rate 0x000f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0003 178 177 021 Pre-fail Always - 6066
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
# smartctl -a /dev/sdc | egrep Pre-fail
1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 0
3 Spin_Up_Time 0x0027 112 111 021 Pre-fail Always - 7375
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0

csak ugy eszembe jutott, bár nem idevág egészen - nem is nagyon keresgéltem csak ugy érdekességnek a wd green sorozathoz

az intelli - park /okozott gondot. Mintha már megoldották volna az uj fw - el/

http://www.tivoblog.com/archives/2010/01/25/upgrading-my-series-3-tivos…

http://tivobeta4.com/tivo-vb/showthread.php?t=370784&page=168

aki ilyent tapasztal az persze ne kutyulja, mert linux alatt a hdparm - al is ki lehet kapcsolni és kutyulásnál ugrik a gari.

füst egy szál sem :-P

az úgy volt, hogy 1x csak nagyon lassan ismerte fel a rendszer. Na akkor gyanakodni kezdtem - villámgyorsan mente ttem amit kellett. Gondoltam másnap majd nyomok egy smartot meg hdparm -tT - mert nagyon siettem aznap.

Masnap:

1 Raw_Read_Error_Rate 0x002f 200 200 051 Pre-fail Always - 5
3 Spin_Up_Time 0x0027 110 109 021 Pre-fail Always - 7491
5 Reallocated_Sector_Ct 0x0033 196 196 140 Pre-fail Always - 25
na mondom annyi
olvasni már csak 1.5-2.0MB/s al tudott róla.

particók le - ujrapart/formáz baromi lassan

be egy vindowsba: gyári windlg_121 nekiereszt - na az elszállt smart hibával.

most már egy napja fut

dd if=/dev/urandom of=/dev/sdc

majd lesz /dev/null
ha megmegy akkor megy vissza gariba - ha nem akkor bukta. Na most veszek egy seagatet - az nem lephet meg, ha elszáll :-P

na tévedtem, meglepett
- új lemez 0 órás :-) - remélem nullázódnak majd az értékek, csak ilyent még nem láttam.. Mondjuk megy gond nélkül egy médialejátszóban 2 napja szinte egyhuzamban, ahogy a családot ismerem.. Annyira nem értek a lemezekhez, de ez érdekes volt 0 órásnál.. Mind rate, úgyhogy majd megnézem idővel, ha pc ben másolok rá. Valaki hozzá tud szólni ehhez?

Device Model: ST31000322CS
Serial Number: 9VX0R1MD
Firmware Version: SC13

SMART Attributes Data Structure revision number: 10
Vendor Specific SMART Attributes with Thresholds:
ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED WHEN_FAILED RAW_VALUE
1 Raw_Read_Error_Rate 0x000f 100 100 006 Pre-fail Always - 149773
3 Spin_Up_Time 0x0003 098 098 000 Pre-fail Always - 0
4 Start_Stop_Count 0x0032 100 100 020 Old_age Always - 10
5 Reallocated_Sector_Ct 0x0033 100 100 036 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 100 253 030 Pre-fail Always - 2817
9 Power_On_Hours 0x0032 100 100 000 Old_age Always - 0
10 Spin_Retry_Count 0x0013 100 100 097 Pre-fail Always - 0
12 Power_Cycle_Count 0x0032 100 100 020 Old_age Always - 5
184 Unknown_Attribute 0x0032 100 100 099 Old_age Always - 0
187 Reported_Uncorrect 0x0032 100 100 000 Old_age Always - 0
188 Unknown_Attribute 0x0032 100 100 000 Old_age Always - 0
189 High_Fly_Writes 0x003a 099 099 000 Old_age Always - 1
190 Airflow_Temperature_Cel 0x0022 067 067 045 Old_age Always - 33 (Lifetime Min/Max 29/33)
194 Temperature_Celsius 0x0022 033 040 000 Old_age Always - 33 (0 26 0 0)
195 Hardware_ECC_Recovered 0x001a 100 100 000 Old_age Always - 149773
197 Current_Pending_Sector 0x0012 100 100 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 100 100 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 0

FONTOS: WD-kkel tapasztalatom, hogy SATA2 vezérlőkkel szoktak szemét dolgot csinálni. megoldás: 3. jumpert felrakod, az FORCE SATA1 ... és ez legtöbb esetben meg is oldotta a problémát.

Hogy ki a hunyó? Alaplapi SATA2 vezérlő vagy WD SATA2 vezérlője azt nem kerestem meg. Ha a merevlemez vagy a vezérlő alapból csak SATA1-et tud, értelemszerűen a SATA2 bug nem jön elő.

Szerencsére nálam még gond nélkül (smartban minden ok még áthelyezési kísérlet sem volt) muzsikál 217 uppal egy 15EADS. Viszont egy 750-es IBM-nek matricázott seagate 958nap up után kilökődött a raid6 tömbből. Smart szerint viszont csak 22 bad sector van rajta, más gondja nincs...