WD hdd lassú írás ---> kuka?

Merevlemezek, vezérlők

Belefutottam egy érdekes problémába az otthoni gépemen.
A konfig:
ASUS A8V alaplap
250GB WD SATA hdd, mint rendszerdiszk.
750GB WD SATA hdd, mint tároló.

Egyik napról a másikra a "rendszerdiszk" írás lelassult. A jelenség: elindul az írás, majd kb. 14-15 MB adat átvitele után az írási sebesség lezuhan a béka popója alá és a továbbiakban csak csordogál. Ráadásul ilyenkor (főleg Windows alatt) hajlamos a rendszert is olyan szinten megfogni, hogy szinte lefagyáshoz hasonló jelenségeket produkál. A jelenség operációs rendszertől független. Már próbáltam másik SATA portra átdugni, sőt kábelt is cseréltem, javulás nem történt. Lefuttattam egy extended SMART tesztet, de nem dobott ki semmilyen hibát.

Találkozott már valaki ilyen jelenséggel? Dobjam a diszket a kukába?

  • 10560 megtekintés

( samu.ferenc | 2012. 02. 16., cs – 20:34 )

Mennyi a szabad hely a disk-en? Mennyire töredezett?

Több partíció van rajta, de egyik sincs 80%-nál jobban tele. Töredezett lehet, de az nem nagyon magyarázza meg az egyik napról a másikra történő lassulást.

--------------------------------------------------------------
"Tegnap reggel addig röhögtünk a főnök viccén, míg ki nem derült, hogy az a napi feladat."

A program szerint semmi gond a lemezzel.

Jobban átgondolva a történéseket olyan érzésem van, hogy a diszk saját gyorsítótárából a lemezre történő felírás az, ami lassú. Csak ez magyarázza, hogy kezdetben jó a sebesség (amíg meg nem telik a gyorsítótár), ami aztán drasztikusan leesik.

--------------------------------------------------------------
"Tegnap reggel addig röhögtünk a főnök viccén, míg ki nem derült, hogy az a napi feladat."

( uid_18247 | 2012. 02. 16., cs – 22:19 )

másold ide a 'hdparm -i /dev/sd{akarmi}' kimenetét!

érdemes a hdparm többi funkcióját is megnézegetni

Parancsolj:

/dev/sdb:

Model=WDC WD2500KS-00MJB0, FwRev=02.01C03, SerialNo=WD-WCANKH364136
Config={ HardSect NotMFM HdSw>15uSec SpinMotCtl Fixed DTR>5Mbs FmtGapReq }
RawCHS=16383/16/63, TrkSize=0, SectSize=0, ECCbytes=50
BuffType=unknown, BuffSize=16384kB, MaxMultSect=16, MultSect=16
CurCHS=16383/16/63, CurSects=16514064, LBA=yes, LBAsects=488397168
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

* signifies the current active mode

Nekem ez azt mutatja, hogy elvileg jó üzemmódban van. Aztán mégsem jó :(

Szerintem most elmegyek aludni, aztán holnap délután tovább nyúzom a kérdést.

--------------------------------------------------------------
"Tegnap reggel addig röhögtünk a főnök viccén, míg ki nem derült, hogy az a napi feladat."

/dev/sdb:
Timing cached reads: 1408 MB in 2.00 seconds = 704.07 MB/sec
Timing buffered disk reads: 174 MB in 3.00 seconds = 57.95 MB/sec

--------------------------------------------------------------
"Tegnap reggel addig röhögtünk a főnök viccén, míg ki nem derült, hogy az a napi feladat."

( aCidicE | 2012. 02. 17., p – 08:05 )

Az alaplap déli hídja nem melegedik véletlenül? 

if(you == understand.this){
          get.a.girlfriend;
}

( 3xtati | 2012. 02. 17., p – 10:01 )

Én is jelenleg pont ilyesmivel szívok,
config: HP proliant DL 360g4p raid vezérlő P600i 4 disk 1-1 tükörben 2 SAS illetve 2 sata WD
OS: Ubuntu 10.04 kernel: 2.6.32-37-generic-pae
SAS tükör kifogástalan mindenben.
Azonban a WD tükör írása akármivel tesztelve mindig pontosan 3MB/s .
Valahol olvastam hogy valami kernel modul újabb verziója okozza a raid vezérlő lassúságát, de abban a fórumban mások voltak a jelenségek (sas HDD is lassú volt ill. azért több volt az írási seb. mint 3 MB/s) így szerintem nálam nem ez okozza a gondot.

Esetleg van aki HDD csere nélkül meg tudta oldani a problémát?

____________________
Ha igen akkor miért nem...

Simán lehet hogy a "mezei" SATA vinyókat annyira nem szereti controller. Ha megnézed, akkor rögtön azzal nyit, hogy csak SATA 1-es módban fognak menni. Azt mindenképp érdemes megnézni hogy pl. egy 3.2.x-es kernellel mi az eredmény.

Szerk: Ja és a SAS RAID kártya fw verzióját is nézd meg hogy a legfrissebb-e.

Nem hiszem, hogy a sata hdd-k nem tetszenének neki mivel pár hónapja 40-60MB/s-el irt a tömb, és azóta csak annyi változott a rendszerben hogy pár hónappal öregebb lett ill. a frissítések lettek feltolva. Amúgy live rendszerekről lassú az írás. A HDD-k kb 1 éves a másik meg fél éves. Azt kéne még megpróbálni hogy külön külön hogy viselkednek a diskek, viszont félek utána hogy állna vissza a raid tömb.
____________________
Ha igen akkor miért nem...

( Darkcomet | 2012. 02. 17., p – 11:20 )

Szerintem kicsit túl van bonyolítva az egész. Első körben fsck, aztán egy smartctl hosszú teszt. Ha dobálja a nem írható területeket, akkor gáz van. A WD oldaláról lehet letölteni típus függő tesztprogramokat, esetleg ezzel kéne egyből kezdeni.
--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

( tomek | 2012. 02. 17., p – 11:27 )

Hasonló probléma, 2Tb-s WD green egy nap csak 2-4mb-vel olvasott, irt. A megoldás az ncq kikapcsolása volt.
echo 1 > "/sys/block/sd_szama_/device/queue_depth"

( Dr_Mac | 2012. 02. 17., p – 12:45 )

Köszönöm az ötleteket, de azt hiszem, egy kicsit félrecsúszott a téma.

Mivel a jelenség operációs rendszertől független, ezért számomra egyértelmű, hogy hardveres problémáról van szó. Kétszer futtattam rajta extended SMART tesztet, mindkétszer hiba nélkül ment végig.

A déli híd melegedése érdekes gondolat, de akkor a másik SATA diszk (szintén WD) miért nem produkálja a jelenséget?

2-3 óra múlva otthon vagyok, nyúzom tovább a kérdést.

--------------------------------------------------------------
"Tegnap reggel addig röhögtünk a főnök viccén, míg ki nem derült, hogy az a napi feladat."

Még egyszer írom. Töltsél le egy tesztprogramot a merevlemezedhez a wd oldaláról. Ez egy iso lesz, amit kiírsz valami CD-re, majd bebutulsz vele és lefuttatod.

http://support.wdc.com/product/download.asp?lang=en

--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

Ezen már régen túl vagyok. Ez a tesztprogram nem csinál mást, mint a SMART teszteket futtatja le (választhatóan a rövidet vagy a hosszú). Plusz teleírhatod a lemezt nullákkal.

--------------------------------------------------------------
"Tegnap reggel addig röhögtünk a főnök viccén, míg ki nem derült, hogy az a napi feladat."

Ez érdekes, de nem vitatom. Amikor nekem volt rá szükségem egy WD5000AAKS lemezhez, az cucc azokon túl, amit te is írtál, választhatóan végzett egy komplett felületvizsgálatot is. Igaz, baromi sokáig tartott, viszont talált rengeteg nem írható és olvasható szektort, szanaszét a lemezen, kisebb-nagyobb koncentrációban. A rumli nálam úgy indult, hogy másolásoknál teljesen lement a sebesség a p.csába, alig történt valami, ezek a próbálkozások végül diszkrét kattogásba fulladtak a winyó részéről, és ki kellett lőni a műveletet. Az volt az érdekes, hogy nem fordult elő állandó jelleggel, úgy nézet ki, mintha bizonyos helyek a hdd-n nem lettek volna rendben. Az fsck semmit sem mondott, smartctl-be sem volt semmi értékelhető. A saját tesztprogram viszont egyből elkezdte fosni nekem a bad sectorokat.

--------------------------

Csak a viták elkerülése végett. Ha nem használok ékezetet, mobiltelefonról írok.

Csak hogy fokozzam. Ez a "kiváló" program nem ismeri fel rendesen egyik SATA lemezt sem. Mindkettőre azt írja, hogy 9GB-os és egyikről sem tud SMART információkat lekérni. :(

--------------------------------------------------------------
"Tegnap reggel addig röhögtünk a főnök viccén, míg ki nem derült, hogy az a napi feladat."

A vizsgálat eredménye:
- ext3 fájlrendszerek töredezettsége 2-3%
- NTFS fájlrendszereknél ajánlotta a töredezettségmentesítést
- ext3 fájlrendszereknél nincs hiba
- NTFS fájlrendszereknél nincs hiba
Mindezek után az írás továbbra is lassú, fájlrendszertől függetlenül. Windows alatt folyamatosan szórja a rendszernaplóba a hibákat, hogy az eszköz nem válaszolt időben.

--------------------------------------------------------------
"Tegnap reggel addig röhögtünk a főnök viccén, míg ki nem derült, hogy az a napi feladat."

Kabelcsere megvolt ?

Kontaktok a csatlakozoknal ?

Tettel be valami uj komponenst a rendszerbe ?

Tapegyseged kora ?

Nekem sorra hullottak a diszkek el, tapegysegcserere megjavult...
Folyamatosan kaptam a hibakat es nott a smart bizonyos ertekeken - kabelcsere - minden ok...

Uj komponens - Tap oreg volt, csere megoldotta...

http://karikasostor.hu - Az autentikus zajforrás.

Kábelcsere volt. Kontaktokat megnéztem, 1-2 gyanús molex csatinál javítottam az érintkezést, változás nélkül. Új komponens az elmúlt 1.5 évben nem került bele. A tápegység kb. 6-7 éves, kicsit öregebb a problémás diszknél.

Na, majd holnap még talán foglalkozom a problémával, mára már elég volt.

--------------------------------------------------------------
"Tegnap reggel addig röhögtünk a főnök viccén, míg ki nem derült, hogy az a napi feladat."

( osod88 v | 2012. 02. 17., p – 20:51 )

Nem tudom hogy satanál is van-e ilyen, de régebben futottam olyan hibába egy merevlemezzel hogy adott alaplappal bizonyos idő után állandóan pio módban ment és tetűlassú volt. Megoldás másik alaplap lett.

( denke v | 2012. 02. 18., szo – 00:29 )

Szia!

Probalj meg nativ modban irni / olvasni a hddre dd-vel egy live cdrol, a block size minimum 8K legyen!
A linux valamiert neha szereti levenni a BS-t 1K ra es azzal tetu lassu

iras (destruktiv, mindent azonnal felulvag kezdve a bootsectorral es a particios tablaval):
dd if=/dev/zero of=/dev/sdb bs=8192
majd 1-2 perc mulva ctrl+c vel lelovod ... kell ennyi hogy beteljen minden gyorsitotar es lenyegeben ne szoljon bele a tesztedbe

olvasas:
dd if=/dev/sdb of=/dev/null bs=8192
majd 1-2 perc mulva ctrl+c vel lelovod

Ha ez rendes sebesseget ad, akkor a hdvel szekvencialis irasnal / olvasasnal nincs problema

ha ez is lassu, es masik gepen, masik kabellel is az, akkor viheted visza a hddt (ha nem egy korrekt helyrol vetted, hanem feltetelezed hogy belekotnek a dologba, akkor old meg elotte teljesen, ezt legkonnyebb nyom nelkul ha felporgott allapotban erosen megforgatod a vinyot, hogy a giroszkop hatas miatt problema keletkezzen a mechanikaval)

apropo, dmesgben nincs valami "seek complete error"?

Bár ezt a dd trükköt már próbáltam normál rendszerindítás után, most kipróbáltam egy live CD indításával is. Az eredmény ugyanaz, erősen lehangoló:

írás --> 236MB copied, 188.637 s, 1.2 MB/s
olvasás --> 4.2GB copied, 68.1565 s, 60.9 MB/s

Úgy látom, hogy szomorú szívvel, de nyugdíjazni kell a diszket. Visszavihetném ugyan a boltba, de 5 év után nem hiszem, hogy sokat tudnának tenni értem (emlékeim szerint 2-3 év garanciával vettem). Ráadásul a WD weboldala szerint sincs már rá garancia.

--------------------------------------------------------------
"Tegnap reggel addig röhögtünk a főnök viccén, míg ki nem derült, hogy az a napi feladat."

( csko | 2012. 02. 18., szo – 08:35 )

Kb. 1 éve teljesen hasonlót tapasztaltam, a lemez akkor kb. 3 éves lehetett. 250GB WD, írás lassú (olvasás OK). HDSentinel, SMART tesztek rendben voltak. 3 különböző oprendszeren, NTFS/ext3, kábelcsere, teljesen másik gépben próbáltam, nem történt javulás.

A lemez azóta használaton kívül itt van a szobámban a földön, szóval a dolog végülis engem is érint, főleg ezekben a HDD-nehéz időkben :).

Ugyanez egy 2.5"-ös 500GB-os Scorpio Blueval - csak nekem csúnyán be is fagy a rendszer sokszor félpercekre, elvileg az energiagazdálkodás miatt csinálja (menjen is a fenébe - báár nem vagyok benne biztos).
Ugyanakkor kaptam hét elején egy tippet, hogy rakjam fel az Intel Matrix Storage akármi driverét. Azóta rendszerinduláskor még mindig lassú, de menet közben eddig még nem volt fagyás (ezt gyorsan le is kopogom).

( denke v | 2012. 02. 18., szo – 13:10 )

Hat ez sajnalatos, bar nagyon forcsa hogy se a smart long test, se a smart hiabszamlalok nem mutatnak erdemi elvaltozast. Erdekes lenne tudni hogy mi zajlik le ilyenkor a fejeben a lemeznek mert:

mivel az olvasas gyors, ezert nem lehet seek problema.

a hddk iras utan (tudtommal semelyik) nem olvassak visza a leirt adatokat, ezert az sem elkepzelheto hogy mint egy oregedo ssdnel ujra es ujra be kell irnia az adott sectort hogy megmaradjon rajta az adat (Emellett a WD hddkre nem jellemzo a lemez magnesessegenek elvesztese, az inkabb az oreg seagate-knel volt proglema regen)

de a lemez megis lelassul...

Ha valamelyik vezerlo IC melegedese miatt lassulna be szandekosan a hdd, akkor szerintem az olvasasnak is le kellene lassulnia.

oszefoglalva tanacstalan vagyok ... regen a wd komoly diag cuccokat adott ki a hddikhez, es mesze nem csak a smartot tudtak cseszegetni, hanem meg gyari formazasra is kepesek voltak. Egy ilyen komoly diag program megmondhatna hogy mi a gaz, de en perpill nem talaltam olyat ami supportalna a disc-edet.

Valoszinu sajnos hogy konnyes bucsut kell venned a lemezedtol.

Most egy mérnökhöz méltatlan hozzászólást teszek. Nem tudom megmagyarázni, de az az érzésem, hogy nem a HDD a beteg. Pláne úgy, hogy bárhova történik az írás, lassú lett. Mindez egyik napról a másikra.

Eszembe jutott az az összeesküvés elmélet is, hogy a HDD firmware-e akarja adott életkor után kikényszeríteni a cserét. A táp viszont okozója lehet sok bajnak. Például zajos tápfeszültség okozhat szerintem efféle kínokat. Pláne, hogy tudjuk, a tápegység már igen öregecske.

tr [:lower:] [:upper:] <<<locsemege
LOCSEMEGE

Én is elgondolkodtam a táphibán, de nem találtam meggyőző érveket. A 750GB-os diszk hibátlanul üzemel (mondjuk ez csak kb. 2 éves), de feldugva egy kb. 8 éves EIDE IBM diszket szintén nincs gond. A hibás lemezt úgy is teszteltem, hogy egyedül volt a rendszerben, tehát a tápegység nem volt leterhelve igazán. Akartam próbából egy tápcserét elkövetni, de sajnos csak egy erősen leharcolt 230W-os Vargáné féle darabot sikerült a pincéből előásni. Azzal meg inkább nem kockáztatnék.

--------------------------------------------------------------
"Tegnap reggel addig röhögtünk a főnök viccén, míg ki nem derült, hogy az a napi feladat."

Egy kicsit beástam magam a WD fórumokba és úgy látom, hogy ez egy típushiba. Legalábbis sokan panaszkodnak hasonló jelenségre, főleg az újabb Green sorozatnál. Ami viszont nagyon szomorú, hogy a vélemények szerint a WD magasról lesz@rja a panaszokat. Ha valaki RMA-ban visszaküld egy darabot, akkor javítás után rövid idővel ismét előjön a problémája. A techsupport segítsége meg csak addig terjed, hogy cseréljen kábel, meg tegyen fel új drivert.
Pedig a WD valamikor komoly cég volt.

--------------------------------------------------------------
"Tegnap reggel addig röhögtünk a főnök viccén, míg ki nem derült, hogy az a napi feladat."