Bagaimana cara memperbaiki drive laptop Load_Cycle_Count yang tinggi (TOSHIBA MK6006GAH di Vaio TX1XP)?

3

Berharap seseorang tahu persis apa yang terjadi di sini. Tampaknya drive ini memiliki beberapa kombinasi pengaturan hemat daya yang agresif dan default Ubuntu yang telah secara besar-besaran meningkatkan Load_Cycle_Countdrive:

https://wiki.ubuntu.com/DanielHahler/Bug59695

Jadi drive sekarang sangat lambat sehingga tidak bisa boot karena butuh waktu cukup lama untuk mengakses data sehingga kernel tidak akan mengenalinya dengan benar. Saya tidak khawatir tentang data di drive, tetapi sangat ingin menjaga laptop berfungsi. Ada beberapa indikasi bahwa ini mungkin karena angkanya masih rendah 200.000 dan sebagian besar drive diperkirakan mencapai 600.000. Selain itu, tes SMART lulus dan menganggap drive tersebut sehat dan tanpa kesalahan. Tetapi hal yang sangat mengejutkan adalah ketika saya menjalankan mhdd ...

Setiap pembacaan muncul merah (lambat) sampai saya menekan 'R' untuk mengatur ulang drive. Saya perhatikan bacaan berikutnya adalah kecepatan normal, jadi tahan tombol 'R'. Ajaib drive membaca dengan sempurna selama saya memegang tombol TAPI kembali lambat (dan berisik) mencari / membaca setelah melepaskan. Saya tidak berpikir kode sumber untuk mhdd tersedia, jadi saya tidak yakin apa artinya ini (selain itu, saya juga tidak tahu cukup banyak hal-hal HDD tingkat rendah). Sepertinya drive harus bisa bekerja, tetapi macet mencoba menghemat daya atau sesuatu. Tidak ada opsi BIOS di laptop.

Adakah yang tahu bagaimana saya bisa menghentikan drive dari melakukan operasi yang sangat lambat / berisik seperti ini? Atau apakah terus-menerus menyetel ulang drive juga merusak, dan hanya membuatnya bekerja dengan baik karena keberuntungan (yaitu bukan saran bahwa itu dapat diperbaiki)?

laptop hard-drive smart

— Sam Brightman
sumber

2

Load_Cycle_Count Tinggi bukan salah satu atribut pra-gagal. Meskipun status SMART Anda mengatakan hard drive OK ... kemungkinan sangat bagus bahwa itu tidak apa-apa berdasarkan pada deskripsi Anda tentang kebisingan dan kecepatan. Sedangkan untuk berlari dengan kecepatan penuh sambil menahan R di mhdd ... Saya tidak tahu.

Hard drive yang mendekati akhir kematian dapat membuat banyak suara aneh. Terus-menerus menghidupkan daya drive tidak harus merusaknya.

Saya tidak mempercayai pedoman lulus / gagal yang ditawarkan pabrikan dengan atribut SMART mereka. Saya telah melihat itu terjadi berkali-kali bahwa hard drive merusak data dan bertindak serpihan meskipun status SMART memiliki OK hijau besar di sebelahnya. Saya sarankan melihat jumlah data mentah (menggunakan HDTune di windows atau smartctl di linux). Dari sana Anda dapat membuat keputusan yang lebih berpendidikan tentang kesehatan drive Anda.

Google membuat studi kegagalan konsumen hard drive terbesar ... jadi Anda mungkin ingin melihat temuan mereka dari 2010:

Kami menemukan, misalnya, bahwa setelah kesalahan pemindaian pertama, drive 39 kali lebih besar kemungkinannya gagal dalam 60 hari daripada drive tanpa kesalahan tersebut. Kesalahan pertama dalam realokasi, realokasi offline, dan jumlah percobaan juga sangat berkorelasi dengan probabilitas kegagalan yang lebih tinggi. Meskipun terdapat korelasi yang kuat, kami menemukan bahwa model prediksi kegagalan berdasarkan parameter SMART saja cenderung sangat terbatas dalam akurasi prediksi mereka, mengingat bahwa sebagian besar dari drive kami yang gagal telah menunjukkan tidak ada sinyal kesalahan SMART sama sekali.

http://static.googleusercontent.com/media/research.google.com/en//archive/disk_failures.pdf

Anda juga dapat menikmati artikel wikipedia yang menguraikan berbagai atribut SMART dan atribut mana yang berkorelasi dengan kegagalan elektro-mekanis.

http://en.wikipedia.org/wiki/SMART .

Satu-satunya cara yang tepat untuk memperbaiki hard drive adalah dengan menggantinya. Memperbaiki yang Anda miliki adalah sesuatu yang hanya ingin Anda lakukan jika Anda mencoba memulihkan data darinya ... dan bahkan kemudian, Anda ingin memigrasikan semuanya ke drive baru. Saya pikir aman untuk mengatakan Anda memiliki hard drive yang rusak.

— James T
sumber

Sungguh saya fokus pada fakta bahwa itu tampaknya mampu bekerja dengan baik, dan tidak kehilangan data. Kenyamanan / penghematan biaya menghentikannya dari menjadi aneh daripada sumber dan penggantian tua / mahal adalah tujuannya. Tapi semua poin bagus yang Anda buat.

— Sam Brightman

Jadi, Anda mencari skrip atau sesuatu yang dapat Anda mulai dengan sistem Anda yang pada dasarnya melakukan hal yang sama seperti menekan tombol R di mhdd untuk memeras bit terakhir kehidupan dari hard drive yang rusak?

— James T

Saya lebih berarti bahwa reset tombol-MHDD tampaknya menyebabkannya berperilaku normal, dan mungkin ini mengarah ke masalah mendasar yang bisa diperbaiki daripada kegagalan yang tidak dapat diperbaiki.

— Sam Brightman

1

Saya memperbaiki masalah ini di VAIO saya (TOSHIBA MQ01ABD075)

Load_Cycle_Count tidak bertambah jika Anda membaca opsi HDD SMART.

saya menggunakan /usr/sbin/smartctl -g apm /dev/sda

#!/bin/bash

while :
  do
  sleep 3
  /usr/sbin/smartctl -g apm /dev/sda  > /dev/null
done

— GoldMangust
sumber

— Matthew Elvey

0

Jawaban GoldMangust baik; ini mirip dan menambahkan beberapa info.

Ini menunjukkan kemampuan untuk menghentikan peningkatan jumlah siklus beban (pada macOS 10.12 dari drive Hybrid SSHD Laptop Seagate, Model: ST1000LM014):

while : ; do sleep 9; smartctl -A /dev/disk0 | grep "Load_Cycle_Count\|FLAG\|smartctl" ; done

Setiap 9 detik sepertinya cukup sering.

— Matthew Elvey
sumber

0

Saya menemukan solusi yang jauh lebih baik.

untuk pengguna Mac: Instal http://mckinlay.net.nz/hdapm/
di Linux, masalahnya mungkin sudah lama diperbaiki, tetapi jika tidak, lihat hdparm, penggunaannya, dan banyak lagi tentang bug ini dengan memulai di sini
untuk Windows, tautan linux juga memiliki tautan untuk Anda.

Itu menginstal alat yang disebut hdapm di / usr / local / bin dan file launchDaemon Plist untuk menjalankannya saat boot, mengatur semua drive yang terhubung ke mode kinerja maksimum.

Mengingat seberapa jauh melebihi spesifikasi drive saya, ini sepertinya tepat untuk dipastikan. Orang lain mungkin ingin memodifikasi file plist untuk mengatur drive mereka ke lebih dari tengah pengaturan jalan.

Dalam kasus saya, outputnya cukup menakutkan - drive jauh melebihi spec dan sangat mungkin gagal:

smartctl 6.5 2016-05-07 r4318 [Darwin 16.7.0 x86_64] (local build) ID# ATTRIBUTE_NAME FLAG VALUE WORST THRESH TYPE UPDATED ... RAW_VALUE 193 Load_Cycle_Count 0x0032 001 001 000 Old_age Always ... 857614

.

Saya telah smartctlmenginstal, dan dengan menjalankan

sudo  smartctl -g all  /dev/rdisk0,

Saya dapat melihat bahwa pengaturan Preferensi Sistem "Letakkan hard disk ke mode tidur bila memungkinkan" tidak berpengaruh pada pengaturan APM untuk drive ini - 128 cara yang baik. Saya akan mengatakan drive memiliki beberapa pengaturan yang tidak masuk akal jika pengaturan tengah menghasilkan hasil yang saya lihat. Juga, saya bertanya-tanya apakah bahkan drive yang masuk ke dalam tampilan Mac baru / datang dengan perilaku / pengaturan apm gila. Saya berani bertaruh tidak, tetapi tidak akan terlalu mengejutkan jika saya kehilangan taruhan semacam itu.

— Matthew Elvey
sumber