Western Digital WD20EARS merevlemez tapasztalatok...

Leendő Synology DS410j NAS-omba keresek 4x2TB merevlemezt.
Mivel eddigi életemben szinte mindig csak WD lemezeket használtam, gondoltam most is feléjük nézek körül első körben.
A WD20EARS-s ről van valakinek tapasztalata? Ez már 4k sectoros? Lehet vele bármi gond egy NAS-ban? RAID 5-ben lesz.
A teljesítmény annyira nem fontos, mert egyelőre a 100Mbites hálózat lesz a szűk keresztmetszet otthon.
Másképp kérdezve: milyen 2TB -os merevlemezt ajánlotok NAS/RAID használatra?

Hozzászólások

Nekem van WD20EARS, már 4k szektorméretes, de azt nem tudom, hogy a NAS-od mennyire támogatja. Elvileg jumperelhető egyébként, hogy "régi" rendszerek is meghajtsák. Mellette szól, hogy "green", meg hogy 64 megás cache van, ellene az esetleges probléma a nem tökéletes visszafele kompatibilitással. Épp ezért, ha nem tudod kipróbálni megvétel előtt, akkor lehet érdemes elgondolkoznod a Hitachi Deskstar 7K2000 vinyókon, amelyek szintén olcsók, 512 byte szektorméretűek, de kicsivel többet fogyasztanak.

WD15EARS lemezzel játszok éppen. Amikor betettem kisszerverembe, ahol szoftver RAID1-ben jár, nem is gondoltam, hogy advanced format-os.

Semmi probléma nincs, 512 byte-os szektor, stb.
Most gondolkozom azon, hogy növeljem a performanciáját és kihasználjam a 4K-s dolgát. Ehhez kell majd a 7-8 közé jumpert tennem. Enélkül "compatible mode"-ként szállították.

Ahogy olvasom a fórumokban, jelenleg ilyen emulációt ad:
RawCHS=16383/16/63

"fdisk -u -l /dev/sda" is ugyanezt adja vissza.

Disk /dev/sda: 1500.3 GB, 1500301910016 bytes
255 heads, 63 sectors/track, 182401 cylinders, total 2930277168 sectors
Units = sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes

Azt csicsergik a wd fórumán, hogy ha ki szeretném használni az advanced format-ot, akkor a fenti nem jó nekem, hiszen töri a 4k-t.

Ehhez válasszak olyan geometriát, amely 4k-ra lapol és nem átlapol:

Példát erre hoztak: fdisk -H 224 -S 56 /dev/sdb
(elvben a 8 bármely többszöröse megfelelő)

Ha nem így teszek (nem így tettem), akkor az írási sebességem 2/3-át elveszítem.

http://www.osnews.com/story/22872/Linux_Not_Fully_Prepared_for_4096-Byt…

Más mellékhatást nem tapasztaltam. Jumpert még nem dugtam rá (7-8 közé), sajnos már teli van 900 GB-nyi adattal, ennek ellenére valamikor át fogom alakítani.

No közben mindannyiunk okulására megokosodtam (kimértem): a 7-8 közé tolt jumper csak eggyel eltolja a szektor címzést. Így a DOS 1. partíciója FIZIKAILAG nem a logikai 63-as 512 byte-on, hanem valójában a FIZIKAI 64. 512 byte-on (8. 4K) kezdődik. Ezért írja a manuál, hogy "ONLY SINGLE WINDOWS PARTITION" :)

Jumperelés tehát NEM CÉLSZERŰ irány.

Helyette fdisk -cu /dev/sda és ennyi. Tehát a DOS kompatibilitás (63. szektor!) és a CHS is elfelejtve. Helyette LBA 2048-asa a start -- 256. 4k !)

Eredmények: time (tar xf linux-2.6.32.tar; sync)

27 másodperc 63-ason kezdődő partíciónál (4k átfedés!!!)
15 másodperc -cu -val 2048-on kezdődő partíciónál.

Egyébként működik rendesen mindkettő, csak az egyik mint látszik, jelentősen lassabb ha átlapolsz a 4k-k között.

Én is belefutottam WD10EARS-ra történő Debian 6 telepítés során...

Ezeket találtam még róla, hátha másnak is jól jön:
http://www.ibm.com/developerworks/linux/library/l-4kb-sector-disks/
http://community.wdc.com/t5/Desktop/Problem-with-WD-Advanced-Format-dri…
--
Légy derűs, tégy mindent örömmel!

Feleleveníteném ezt a topikot egy kicsit!

Most éppen szerencsétlenségemre 4db WD15EARS figyel itt egy SAN szervernek készülő PC-ben. Először is azt a kellemetlenséget tapasztaltam, hogy a hdparm -I (és a /sys/block/sdX/queue/hw_sector_size, logical_block_size, physical_block_size) mind 512 byte-ot mutatnak, annak ellenére, hogy physical 4096 és logical 512 lenne a normális. Erről olvastam más helyeken is, úgy néz ki, hogy a diszkek firmware-je egyszerűen hazudik, de állítólag akadnak olyan darabok is forgalomban, amiknél a korrekt értéket jelzi ki. Lehet ezen változtatni valahogy, hogy a valóságot jelezze? (2.6.33.3-85.fc13.x86_64 a kernel, Fedora 13 az OS, az itteni linkek alapján ennek a kernelnek már támogatnia kell ezt), Nekem az is megfelel, ha én tudom valahogy override-olni a kernel szintjén.

Remélem, hogy az alignment-et meg tudom oldani azzal, hogy mdraid lesz, partíciók nélkül közvetlenül a diszkekre rakva, az md tömbre pedig LVM, ami a leírások alapján 4k-ra kerek blokkhatárokat használ.

Viszont gyanítom, hogy ez még nem oldja meg az összes problémát, valahogy a block layernek tudomására kéne hoznom, hogy 4k-nál kissebb write request-et ne akarjon kiadni, mert a vinyó ezt egy read-modify-write műveletpárral végzi el. Na erre nem találtam semmit, a /sys/block/sdX/queue alatti összes relevánsnak látszó attribútum csak olvasható.
---
Internet Memetikai Tanszék

nem akartam csak ezért új totyikot nyitni, mivel valamelyest témába vág..

Van egy alig fél éves WD20EADS (2T,32m cache) hdd, a minap eresztettem rá egy smart ellenőrzést, konkrétan hard disk sentinel:

A lemez önteszt során talált 16 hibás szektort.
A lemez felületén található 16 gyenge szektor, mely(ek) későbbi használat során áthelyezésre kerülhet(nek).
Ezen a ponton a merevlemez garanciális cseréje még nem lehetséges, csak ha a kondíció tovább csökken.

Gariztatásnál mi számit garanciális oknak? Erre már cserélik, cserélniük kellene?

Mivel úgyis kiásta más a topicot, akár az eredeti kérdésre is válaszolhatnánk.

WD20EARS minden gond nélkül megy 3-as firmware-el DS209-ben. Plug and play.

Ha jól láttam, az 512byte/szektoros lemezen is eleve úgy hozta létre a partíciót, hogy az 2048-as akárminél kezdődik.

Inkább hosszútávú tapasztalat kéne, mert egyes helyeken azt írogatják, hogy inkább mást kell most venni a nagy lomhákból (pl. Seagate LP-t).

A végén a Hitachi Deskstar lett... egyelőre 2 db, most veszema a 3.-at.

------------------------------------------
"Nincs ez el**szva, csak másra lesz jó!"