Vegyél Seagate Green-t. Most az a legjobb. 
Amúgy minden márkából van és lesz is hibás széria...sajnos. Egy WD10EARS nekem is megadta magát kb. egy év után. Szerencsére az adatokat le tudtam menteni.
üzenetek
hozzászólások
szakalistvan
(senior tag)
Mármint milyen hiba?
Nekem is van 500as green,nem szeretném ha gallyra menne...
Angel1981
(veterán)
Nem a stop and go-t említettem, hanem ha valaki manuálisan ki-be kapcsolja a motort.
És jobb ha tudod, a motornak sokkal károsabb a ki be kapcsolgatás, mint a folyamatos járás - és ez sok más mechanikus gépre igaz.
Találó az 5-10 nagyságrend, csak épp abba az irányba, amit én mondok. Ha 1 órán át ki-bekapcsolgatsz egy motort, az legalább olyan káros, mintha 10 órán át folyamatosan menne.
[ Szerkesztve ]
Nekem is van egy 1TB-os Caviar Green, de azon nincs rendszer csak adattárolásra használom 
Kell félnem?
Roxbury
(őstag)
Mint gépészmérnök, ki kell, hogy javítsalak. 
A belső égésű motor kopásának 90, ismétlem 90%-a indításnál és leállításnál keletlezik, mivel ilyenkor még nem tökéletes a fémes alkatrészek közötti olajfilm, így sok mikro részecske érintkezik és olvad össze, szakad le.
Ha pizzafutár vagy és napi 50 km-et mész csak, de 50 címre, az rosszabb sokkal-sokkal, mintha napi 1000 km-et mennél egyhuzamban. Amikor már jár a motor, gyakorlatilag elhanyagolható a kopás, mivel a hajtókar csapágyak, a vez tengely, és a dugattyú egy olajfilmen fut, így nincs fémes érintkezés (normális olajat használva és rendszeresen cserélve, szűrővel együtt).
Csak egy tipp: kerüljétek a folyamatos indítást és leállítást, meg a gyakori hideg üzemet. Az nyírja ki a motorokat. Opel ECOTEC blokk például a sok "türelmetlen" ember miatt van úgy méretezve, hogy a felső dugattyú gyűrű sokkal puhább más blokkokhoz viszonyítva még házon belül is, hogy hidegen hajtva ne eresszen el annyi olajat a gyűrű mentén, és ne legyen akkora kopás, de sajnos emiatt meg eléggé szeretik enni az olajat.
De ez iszonyat nagy OFF, ahogy nézem. 
A vinyóra visszatérve, ahogy látom Linuxos rendszereknél van ilyen probléma.
[ Szerkesztve ]
Hasonló problémán szokott segíteni a
hdparm -B 255 /dev/sdX
parancs, persze IntelliParknál nem biztos, hogy működik.
Rákeresve egyébként az derül ki, hogy ezzel már évekkel ezelőtt is voltak problémák, konkrétan 2008-as téma is van róla. Így nem is nagyon értem, hogy miért éppen most lett belőle "ügy".
.mf
(veterán)
Meglepődtem, hogy hírként írta Abu, és azon még jobban, hogy a kommentelőknek is új 
Ez már egy nagyon rég ismert hiba, kb az első WD GP-széria után egy évvel fény derült rá. Na jó, azt tudom felhozni mentségetekre, hogy ez főleg linux alatt jelentkezik, windows alatt kevésbé (de ott is). S nem csak ezeknél, hanem más winyóknál is: első generációs WD GP-nél (van egy WD500AACS-em, ott vettem először észre, miután kvázi-NAS szerep után fájl-szerver winyója lett, csak néztem, hogy már ~165k+ Load/Unload Cycle Countnál tart ~12k óra után, vagy akörül... WDxxEARS-nál úgy emlékszem pont ezért le is tiltották az agresszív parkoltatást; igaz a WD15EARS lemezem is 10-es LCC/óra arány körül van. De ami még rosszabb állapotban van, az egy régi kiszuperált WD600BEVS notiwinyó, ami a fájlszerver rendszerlemeze, na az 25-30-as LCC/óra aránnyal "büszkélkedhet". Szerencsére egy már bad sectoros, kiszuperált lemez, amin főleg csak a rendszer van, nincs rajta nem-duplikált adat -- de ez nem GP, csak sima notiwinyó.
Szerk: látom Kendek közben beelőzött, míg ezt írtam 
[ Szerkesztve ]
LOL 
Ezt én már 2 éve tudom, és ezzel a wdidle3-mal szépen be is állítottam a WD-imet.
Még az EACS szériánál kezdtem állítgatni, amiket még rendesen kezelt a wdidle3 és ki lehetett kapcsolni ezt a funkciót: "wdidle3 /D" ahol a D a Disable.
EADS és EARS-nél is működik a D, de azt csinálja, hogy baromi nagyra (max.-ra) veszi ezt az időt, valami 56 perc körülire. Itt már nagyon ritkán rakja ki a fejet park állásba a vinyó, az 5 perc még kevés azért. A "wdidle3 /R" meg nem menti a beállításokat, hanem Riportol, listázza a jelenlegi beállításokat.
Egyébként a 2,5"-os WD Blue-k is kattognak, de azoknál nem jó ez a progi, csak elrontja a vinyót és össze-vissza fog kattogni.
Sokkal károsabb, ezért is írtam hogy 5-10 nagyságrenddel nagyobb a kopás a motor használatából kifolyólag.
Ha nem lenne károsabb, gyakorlatilag végtelen lenne az okozott kopások aránya.
Az normális, hogy a 150 gigás Raptorok kattognak, ha masszívabban olvasnak/írnak?
Angel1981
(veterán)
Ott a pont!
Köszönöm kolléga! 
#30 DBob: bocs, nem értem, most miről beszélsz. Mondom; inkább menjen egy motor 10 órán át folyamatosan, minthogy 1 órán át egyfolytában ki-be kapcsolgassuk.
[ Szerkesztve ]
Én a win7 be az energiagazdáslkodási sémáknál első dolgom eleve a vinyó kikapcsolást is "soha" ra tenni.Utálom ha kattan a vinyó mikor elindul.
[ Szerkesztve ]
bbandi
(tag)
Pont ezt a javítást csináltam meg pár napja (valaki írta korábban a hdparm-ot, az hibát ad vissza), bár nem állítottam át IDE módra a vinyót, anélkül is ment.
A probléma gyakorlatilag csak rendszerlemezeknél jön elő: 8 mp után parkol a fej, rá pár mp-re valami logol. Windows nem tudom miért kevésbé érzékeny erre, talán kevesebb a log?
Mindazonáltal szerintem elég hülyeség egy asztali vinyót 8mp idle után parkoltatni.
@djculture: ez nem kikapcsolás, csak a fejet veszi ki a lemezek mellé, a lemezek attól pörögnek.
[ Szerkesztve ]
Sz.Miki
(őstag)
Ez a jelenség gondolom awindows 7 használókra nem vonatkozik, mi a helyzet az XP-t használókkal?
Eddig csak Linuxot hallottam mindenhol, jó lenne ezt konkretizálni.
lapa
(veterán)
nekem x típusú 2 tb-os (összesen 1 x 1 tera írt) lemezt nem mountolt tegnapelőtt, ami kb a szívinfarktust hozta rám, mert egy truecrypt partíció van rajta. aztán kiderült, hogy a truecrypt tud mountolás nélkül kapcsolódni a lemezhez, és akkor egy fsck pár óra alatt meggyógyította. előtte csak olvasva volt, egy darab 50kb-os feliratfájl lett ráírva, majd szabályszerűen unmountolva és kikapcsolva.
ha ez a baja, akkor ilyen szarakodósat nem is tudok csinálni, mert noti külső vinyója.
Te másról beszélsz.
Nem áll le a motor, hanem csak kihelyezi a fejet. Ez történik túl gyakran bizonyos esetekben, és ez S.M.A.R.T.-on is követhető. Ahogy már páran mondták, ebből régóta van issue, nem tudom én se miért épp most borult ki a bili.
A megoldás egyszerű. Vagy külön toolal átállítani ezt a paramétert, vagy nem hagyni 8mp "szünetet" a hdd-nek. Egy rendesen kihasznált NAS esetében utóbbi amúgy se gyakori véleményem szerint.
Nekem 4.650 óra üzemidő van a hdd-ben, és 9.514 alkalommal tette ki a fejet parkolásba.
Ez elég messze van a 8mp-enkénti parkolástól szerencsére
Megcsinálhatták volna kicsit automatikusabbra azt a frissítést.
grex4
(aktív tag)
pont ez a problémám egy WDC WD5000BEVT notivinyóval Windows 7 alatt, 579óra (24nap) üzem alatt 67416 parkolás rendszerlemezként, ez a wdidle meg nem akart működni, bár achi-ide mód állitgatás sincs a lapos bioszában, igy nemtudtam vele mit tenni csak hallgatni a click-click dolgot.... ma tettem át külső rack-be és változatlan...
anno minden agyas itt a ph-n azt mondta hogy normális... meg szar a szigetelés... meg a fülem...
Nah kérdésem viszont lenne, ez a wdidle a vinyóban állit át valamit? mert akkor megpróbálnám másik alaplapban! valaki?
