Jawaban:
Drive Western Digital Green diketahui dipengaruhi oleh masalah yang disebut IDLE3, yang merupakan pengaturan firmware yang memberitahu drive untuk memarkir kepalanya terlalu sering. Saya mengubah pengaturan ini dan melihat peningkatan pada ReadyNAS Duo v2 saya. Kecepatan baca meningkat dari 3 MB / detik menjadi 30 MB / detik dan kecepatan tulis dari 1 MB / detik menjadi 20 MB / detik.
Ada program yang disebut idle3ctl yang dapat digunakan untuk mengubah pengaturan. Cara termudah adalah mengeluarkan drive dari NAS dan memasukkannya ke komputer yang menjalankan linux dan mengubah pengaturan menggunakan perintah berikut:
sudo apt-get idle3
./idle3ctl -d /dev/sda
./idle3ctl -d /dev/sdb
dan matikan NAS dan nyalakan kembali.
Jika Anda ingin mengubah pengaturan langsung dari dalam NAS itu sendiri, itu sedikit lebih terlibat. Di masa lalu, menyesuaikan nilai IDLE3 dimungkinkan menggunakan langkah - langkah ini . Namun sekarang setelah Debian berhenti mendukung versi 'Squeeze', beberapa langkah lagi diperlukan:
Periksa berapa kali drive head telah diparkir. Jika jumlahnya ribuan, kemungkinan kepala diparkir terlalu sering (Nilai saya sekitar 2,2 juta).
smartctl -A /dev/sda | grep Load_Cycle_Count
smartctl -A /dev/sdb | grep Load_Cycle_Count
NAS menjalankan Debian 6 yang disebut squeeze. Versi itu sekarang kedaluwarsa, jadi Anda harus memberi tahu apt-get dari mana mendapatkan pembaruan. Gunakan langkah-langkah berikut untuk menambahkan nilai baru ke /etc/apt/sources.list
vi /etc/apt/sources.list
press 'i' to go into insert mode, then add the following lines:
deb http://archive.debian.org/debian squeeze main
deb http://archive.debian.org/debian squeeze-lts main
now press 'escape' to exit insert mode, and type ':wq' to save the file and quit vi
URL berasal dari sini
Instal Aptitude, yang membantu menyelesaikan dependensi dan konflik yang hilang:
apt-get install aptitude
Beri tahu apt-get untuk mempercayai paket arsip (dapatkan perintah ini dari sini ):
sudo apt-get update -o Acquire::Check-Valid-Until=false
aptitude install debian-archive-keyring
Perbarui apt-get
update apt-get
Jalankan perintah berikut untuk menginstal gcc. Penting - jangan terima solusi pertama yang Anda berikan. Yang kedua lebih baik karena melakukan downgrade yang diperlukan.
aptitude install build-essential
Akhirnya kita dapat menginstal program yang disebut idle3, yang memungkinkan kita untuk mengubah nilai dalam firmware.
cd ~
wget https://downloads.sourceforge.net/project/idle3-tools/idle3-tools-0.9.1.tgz
Petunjuk umum tentang cara menggunakannya dapat ditemukan di sini
Setelah mengunduh tarball, misalnya rilis 0.9.1, buka kompresnya:
tar xzvf idle3-tools-0.9.1.tar.gz
Ubah ke direktori sumber, dan kompilasi alat:
cd idle3-tools-0.9.1
make
Anda sekarang harus memiliki idle3ctl yang dapat dieksekusi.
ls idle3ctl
Periksa versinya
./idle3ctl -V
Tentukan drive mana yang akan digunakan untuk:
cat /proc/partitions
Jika Anda memiliki dua drive WD Green, drive itu mungkin adalah:
/dev/sda
/dev/sdb
Baca nilai IDLE3 menggunakan perintah berikut. Ini memberi tahu Anda berapa detik drive menunggu sebelum memarkir kepala:
./idle3ctl -g105 /dev/sda
Untuk mengaturnya menjadi 5 menit (300 detik), gunakan perintah berikut:
sudo ./idle3ctl -s 138 /dev/sda
sudo ./idle3ctl -s 138 /dev/sdb
Bahkan, mungkin ada baiknya mematikannya sama sekali (seperti yang dinyatakan di sini oleh Daniel Mauerhofer yang merupakan karyawan WD)
./idle3ctl -d /dev/sda
./idle3ctl -d /dev/sdb
Saya menonaktifkan pengaturan pada saya dan semuanya bekerja dengan sangat baik. Drive sekarang dimatikan oleh perangkat lunak ReadyNAS, bukan drive itu sendiri.
Penting - matikan drive menggunakan halaman admin normal, JANGAN restart. Ketika mulai, kinerja harus lebih baik.
PS. Western digital menyediakan alat untuk windows yang disebut wdidle3.exe yang dapat digunakan untuk mengubah pengaturan di windows.
Drive Western Digital Green tidak benar-benar dibuat untuk digunakan dalam NAS. Selain pengaturan IDLE3, ada juga fitur yang disebut TLER yang mengontrol berapa lama drive dapat menghabiskan perbaikan kesalahan. Pada drive NAS yang tepat, durasi ini dijaga tetap rendah. Alasannya adalah bahwa jika drive membutuhkan waktu terlalu lama untuk merespons (karena sedang memperbaiki kesalahan), RAID dapat memutuskan drive tersebut tidak berfungsi dan mengeluarkannya dari RAID atau memulai rekonstruksi. Sultana melakukan pekerjaan yang baik untuk menggambarkan masalah ini:
Seperti yang baru-baru ini saya temui subjek ini saya dapat mencoba menjelaskan apa yang kebanyakan orang maksud dengan "RAID Mampu".
Semua hard drive Western Digital dapat ditempatkan dalam array RAID, tetapi tidak semua dari mereka mendukung fitur-fitur yang RE (RAID Edition) drive mampu dan agak lebih cocok untuk ketika terhubung ke pengontrol RAID, apakah mereka penuh kartu tambahan perangkat keras (Adaptec, LSI, Areca, Intel PCIe, dan HighPoint high-end) atau pengontrol firmware onboard (seperti pengontrol Intel ICHxR, SiliconImage, dan Marvell), seperti Error Recovery Control dan driver kepala motor ganda.
TLER adalah Time-Limited Error Recovery, versi WD dari Error Recovery Control (Seagate dan Samsung disebut CCLT), yang hanya benar-benar berperan ketika sebuah drive dalam array menemukan kesalahan ketika mencoba membaca atau menulis ke sektor / blok / halaman / dll. Untuk drive pada pengontrol RAID perangkat keras, pengontrol memiliki tingkat pemulihan kesalahan sendiri ketika mencoba untuk memperbaiki konflik antara file / blok / halaman / sektor yang sama yang seharusnya dicerminkan (dalam RAID 1) atau disimpan dalam paritas (dalam RAID 5) ).
Ketika drive desktop normal menemukan kesalahan baca atau tulis, ia akan mencoba kembali sebanyak mungkin untuk membaca atau menulis, memulihkan dan memetakan ulang sektor / halaman / blok buruk / dll, kadang-kadang membutuhkan waktu beberapa menit untuk melakukannya . Dalam rentang waktu itu, pengontrol RAID akan melihat hard drive sebagai tidak responsif, dan bertentangan dengan metode pemulihan kesalahan pengontrol RAID dan biasanya akan menjatuhkan drive "tidak responsif" dari array RAID jika dibutuhkan lebih dari waktu yang ditentukan dalam firmware kartu. (biasanya 10 detik), bahkan jika drive itu sendiri masih dalam "kesehatan yang baik". Dalam mirror RAID yang sederhana, array akan melalui proses pembangunan kembali yang cukup banyak hanya menyalin data dari drive yang tidak di-drop ke drive yang dijatuhkan untuk mempertahankan mirror penuh, yang, ketika Anda memfaktorkan proses pembangunan kembali dan verifikasi ulang, bisa memakan waktu beberapa jam - tergantung pada jumlah data dan ukuran drive yang dicerminkan. Dalam array RAID 5, dibutuhkan waktu lebih lama untuk membangun kembali.
Drive eition RAID (WD RE2 / 3 / 4s dan drive Constate Seagate) selain perbedaan perangkat keras dan garansi, memiliki pengaturan dalam firmware untuk menghentikan upaya operasi pemulihan baca atau tulis setelah 7 hingga 10 detik, dan biarkan pengontrol RAID hanya pemulihan dengan menyalin data dari drive lain (dalam RAID 1) atau dari informasi paritas (RAID 5). Bahkan pada pengendali RAID firmware seperti ROM ICHxR bawaan Intel, batas waktu ERC adalah 10-14 detik, jika saya tidak salah.
Yang sedang berkata, hard drive kelas desktop tertentu dapat memiliki kontrol pemulihan kesalahan diaktifkan menggunakan alat tertentu di Linux atau Windows (SmartMonTools sebagai contoh) dan membuatnya lebih cocok untuk digunakan dalam array RAID - faktanya, WD memiliki alat yang tersedia disebut "TLER.exe" yang sebenarnya memungkinkan seseorang untuk mengubah pengaturan ERC dalam firmware drive (namun, itu akan menerapkan perubahan pada setiap drive WD yang terdeteksi alat sekaligus), tetapi sebagian besar drive WD Green (dibuat setelah 2008/2009) tidak lagi mendukung fungsi dalam firmware-nya, dan drive Seagate Barracuda dapat mendukung mengaktifkan CCTL, tetapi akan kembali ke pengaturan firmware pabrik jika drive dimatikan (dengan kata lain, jika sistem dihidupkan ulang dengan hangat, pengaturan tetap, tetapi jika satu mati dan sepatu bot dingin,kemudian CCTL kembali ke dinonaktifkan - pengaturannya berfluktuasi dalam firmware).
Yang mengatakan, itu pengaturan TLER / CCTL Error Recovery Control yang kadang-kadang membuat drive edisi RAID tidak benar-benar cocok untuk penggunaan desktop sendiri, karena jika mereka pernah menemukan kesalahan baca / tulis yang sama, drive hanya akan menghentikan upaya setelah 7 hingga 10 detik, daripada terus berusaha sesering mungkin seperti yang dilakukan desktop drive biasa.
Dengan kata lain, drive desktop baik-baik saja seperti dalam array RAID sebagai drive Enterprise, selama drive desktop tidak pernah mengalami kesalahan baca / tulis atau sektor buruk, yang merupakan harapan yang tidak realistis. Satu-satunya contoh di mana itu tidak akan menjadi masalah adalah menggunakan perangkat lunak RAID asli di Windows, karena OS sadar tentang Dynamic Disks dan informasi konfigurasi mirror / stripe-with-parity seperti yang disimpan di disk, daripada dalam ROM firmware atau pada BIOS perangkat keras.
Jarak tempuh Anda mungkin bervariasi, pada akhirnya, karena ada orang yang telah membuat array RAID 5 pada pengontrol RAID onboard mereka (firmware-RAID) dan tidak memiliki masalah menggunakan drive desktop biasa, dan mereka yang telah membuat array RAID 5 pada kartu LSI PCIe dengan baterai cadangan dan 256 MB cache onboard menggunakan drive WD RE4 dan memiliki masalah. Drive RE gagal dan dapat mengeluarkan seluruh array semudah drive desktop di tempat yang sama tergantung pada jenis array RAID yang dikonfigurasikan. Pada akhirnya, tidak disarankan untuk menggunakan drive kelas desktop dalam array apa pun selain array cermin sederhana, dan tidak didukung dalam hal apa pun, dari produsen drive yang dikenal.
Jika saya kehilangan sesuatu, silakan berpadu