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?

  • 10542 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."

A hibás lemeznél:

smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.1.0-1-amd64] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===
Model Family: Western Digital Caviar SE16 Serial ATA
Device Model: WDC WD2500KS-00MJB0
Serial Number: WD-WCANKH364136
Firmware Version: 02.01C03
User Capacity: 250,059,350,016 bytes [250 GB]
Sector Size: 512 bytes logical/physical
Device is: In smartctl database [for details use: -P show]
ATA Version is: 7
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Fri Feb 17 18:48:45 2012 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
See vendor-specific Attribute list for marginal Attributes.

General SMART Values:
Offline data collection status: (0x84) Offline data collection activity
was suspended by an interrupting command from host.
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: ( 8280) 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: ( 96) minutes.
Conveyance self-test routine
recommended polling time: ( 6) minutes.
SCT capabilities: (0x103f) SCT Status supported.
SCT Error Recovery Control 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 0x000f 200 200 051 Pre-fail Always - 16
3 Spin_Up_Time 0x0003 220 180 021 Pre-fail Always - 3983
4 Start_Stop_Count 0x0032 099 099 000 Old_age Always - 1902
5 Reallocated_Sector_Ct 0x0033 200 200 140 Pre-fail Always - 0
7 Seek_Error_Rate 0x000f 200 200 051 Pre-fail Always - 0
9 Power_On_Hours 0x0032 084 084 000 Old_age Always - 12296
10 Spin_Retry_Count 0x0013 100 100 051 Pre-fail Always - 0
11 Calibration_Retry_Count 0x0012 100 100 051 Old_age Always - 0
12 Power_Cycle_Count 0x0032 099 099 000 Old_age Always - 1901
190 Airflow_Temperature_Cel 0x0022 064 018 045 Old_age Always In_the_past 36
194 Temperature_Celsius 0x0022 114 068 000 Old_age Always - 36
196 Reallocated_Event_Count 0x0032 200 200 000 Old_age Always - 0
197 Current_Pending_Sector 0x0012 200 200 000 Old_age Always - 0
198 Offline_Uncorrectable 0x0010 200 200 000 Old_age Offline - 0
199 UDMA_CRC_Error_Count 0x003e 200 200 000 Old_age Always - 28
200 Multi_Zone_Error_Rate 0x0009 200 200 051 Pre-fail Offline - 0

SMART Error Log Version: 1
No Eerrors Logged.

SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Extended offline Completed without error 00% 12293 -
# 2 Short offline Completed without error 00% 12286 -
# 3 Extended offline Completed without error 00% 12269 -
# 4 Short offline Completed without error 00% 12146 -
# 5 Extended offline Completed without error 00% 3539 -
# 6 Short offline Completed without error 00% 3537 -
# 7 Extended offline Aborted by host 90% 3536 -

SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.

A jó lemeznél:

smartctl 5.41 2011-06-09 r3365 [x86_64-linux-3.1.0-1-amd64] (local build)
Copyright (C) 2002-11 by Bruce Allen, http://smartmontools.sourceforge.net

=== START OF INFORMATION SECTION ===
Model Family: Western Digital Caviar Black
Device Model: WDC WD7501AALS-00J7B0
Serial Number: WD-WMATV5467524
LU WWN Device Id: 5 0014ee 0575ac70a
Firmware Version: 05.00K05
User Capacity: 750,156,374,016 bytes [750 GB]
Sector Size: 512 bytes logical/physical
Device is: In smartctl database [for details use: -P show]
ATA Version is: 8
ATA Standard is: Exact ATA specification draft version not indicated
Local Time is: Fri Feb 17 18:48:53 2012 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: (15960) 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: ( 185) minutes.
Conveyance self-test routine
recommended polling time: ( 5) minutes.
SCT capabilities: (0x3037) 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 233 231 021 Pre-fail Always - 8341
4 Start_Stop_Count 0x0032 100 100 000 Old_age Always - 775
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 094 094 000 Old_age Always - 4469
10 Spin_Retry_Count 0x0032 100 100 000 Old_age Always - 0
11 Calibration_Retry_Count 0x0032 100 100 000 Old_age Always - 0
12 Power_Cycle_Count 0x0032 100 100 000 Old_age Always - 773
192 Power-Off_Retract_Count 0x0032 199 199 000 Old_age Always - 754
193 Load_Cycle_Count 0x0032 200 200 000 Old_age Always - 775
194 Temperature_Celsius 0x0022 123 101 000 Old_age Always - 27
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 - 2
200 Multi_Zone_Error_Rate 0x0008 200 200 000 Old_age Offline - 0

SMART Error Log Version: 1
No Errors Logged

SMART Self-test log structure revision number 1
Num Test_Description Status Remaining LifeTime(hours) LBA_of_first_error
# 1 Short offline Completed without error 00% 4468 -
# 2 Short offline Completed without error 00% 21 -

SMART Selective self-test log data structure revision number 1
SPAN MIN_LBA MAX_LBA CURRENT_TEST_STATUS
1 0 0 Not_testing
2 0 0 Not_testing
3 0 0 Not_testing
4 0 0 Not_testing
5 0 0 Not_testing
Selective self-test flags (0x0):
After scanning selected spans, do NOT read-scan remainder of disk.
If Selective self-test is pending on power-up, resume after 0 minute delay.
--------------------------------------------------------------
"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."