WD Green winchester energiatakarékos mód kikapcsolása

Gondolom a gazdaság pörgetése, és az adatvesztések növelése a globális cél. Mivel a garanciapapírra a jogászok már egy évtizede rápofátlankodták h. minden felősség a vásárlót terheli adatvesztés esetén, a gyártó szarhat bele nyugodtan a minőségbe, ameddig veszik a selejtjét addig jó neki.

random access-ben nem jó, de nálam normálisan mozog a nas-ban (100MB/sec mintha). Szerintem az volt defektes.

Érdekes, hogy az általad linkelt oldal nem a funkció kikapcsolását, hanem a timeout érték jóval magasabbra kapcsolását javasolja.

Erről jut eszembe, hogy van több ilyen hdd-m, de van egy darab 4TB-os példány, amelyiken eddig még nem sikerült lefuttatnom a

smartctl --test=long

parancsot és nem tudom, hogy miért.

Részletek a smartctl --xall kimenetéből:

=== START OF INFORMATION SECTION ===
Device Model:     WDC WD40EFRX-68WT0N0
Serial Number:    WD-XXXXXXXXXXX
LU WWN Device Id: 5 0014ee 25f6f4fcf
Firmware Version: 80.00A80
User Capacity:    4,000,787,030,016 bytes [4.00 TB]
Sector Sizes:     512 bytes logical, 4096 bytes physical
Device is:        Not in smartctl database [for details use: -P showall]
ATA Version is:   9
ATA Standard is:  Exact ATA specification draft version not indicated
Local Time is:    Fri Jun  6 05:56:35 2014 CEST
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

[..]

SMART Extended Comprehensive Error Log Version: 1 (6 sectors)
No Errors Logged

SMART Extended Self-test Log Version: 1 (1 sectors)
Num  Test_Description    Status                  Remaining  LifeTime(hours)  LBA_of_first_error
# 1  Extended offline    Aborted by host               10%        88         -
# 2  Extended offline    Aborted by host               40%        76         -
# 3  Extended offline    Aborted by host               10%        71         -
# 4  Short offline       Completed without error       00%        62         -
# 5  Extended offline    Aborted by host               10%        62         -

Egy nfs megosztásban van - single disc-ként és nem raid-ben -, amit van, hogy több napig nem fog használ senki és 10 percenként néz rá a hddtemp daemon, hogy a hőmérsékletét logoljam.

Persze próbáltam úgy is egy éjszaka, hogy az nfs-t leállítottam, a disket umountoltam és a hddtemp daemon-t is leállítottam. lsof szerint nem fogta semmi és így indítottam a long testet, de a fentiek alapján még így sem sikerült lefutnia. A mellette lévő többi RED bár kisebb kapacitású, de velük nincs ilyen gond. Mi okozhatja? Ki mit tenne?

Ehhez kapcsolódik még: mivel ehhez a lemezhez van úgy, hogy több napig sem fog nyúl senki az nfs-en keresztül, ezért érdemes lehet a

hdparm -S

paranccsal standby állapotba tenni vagy hagyjam pörögni és melegedni.

Bye, Fifi

A RAID5 miatt reálisan olyan nincs, hogy valamelyik is pihenne. Ha esetleg azt is hozzáteszed, hogy és mindezt seed-szerveren, akkor végképp megnyugodhatunk, hogy épp pont nem mindennapi használatban van nálad.

Nálam raid1ben van és rajta egy vm fut 0-24 már legalább 3 éve. Tökéletesen működik.

Mondjuk azt sosem gondoltam volna, hogy pont azzal fogom megkímélni, hogy a legkevésbé sem kímélem...

-------------
*Ahol vagy, lègy ott*
"Nem." - mondta a foton és interferált
Winben blogja

Neked van mazlid, az enyem is nemreg fingott ki, pedig alig volt hasznalva.

Ugyanez, 2x2TB WD EARS szeria egy Synologyban, a timeoutot emeltem feljebb. Nem emlekszem mar pontosan miota mennek benne 7x24, de 2 eve mar tuti megvannak.

Ez RAID vezerlo fuggo szerintem. Van olyan RAID vezerlo, ami nagyon eltitkolja, hogy egyaltalan van rajta barmilyen merevlemez is...
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. 

Nekem is ilyen van, jobban mondva csak volt, kb. 10 használat után megdöglött. Szétszedtem, egy wd20ears volt benne. Van mégegy, annak (még) semmi baja de már csak könnyen pótolható dolgokat merek rajta tárolni.