Perhatian: solusi yang dijelaskan dalam artikel ini tidak profesional, mungkin dibuat berdasarkan kesalahpahaman struktur dan prinsip pengoperasian hard drive. Mengulangi langkah-langkah di atas dapat membahayakan peralatan.
Baru-baru ini saya menemukan sebuah artikel tentang menggunakan HDD lama dengan blok buruk dan berpikir bahwa pengalaman saya mungkin juga menarik bagi seseorang.
Suatu kali, kenalan meminta saya untuk membantu menangani laptop yang mereka tidak dapat menginstal ulang Windows. Laptop itu, dilihat dari penampilannya, memiliki kehidupan yang sulit: retakan dalam kasus ini, sudut penyok, rak rusak. Jelas bahwa masalahnya adalah kerusakan pada hard drive sebagai akibat dari beberapa pukulan, yang juga dikonfirmasi oleh smart: lebih dari 200 operasi sensor G, 500 Count Sektor yang Direalokasi dan masih ada dalam Pending Saat Ini. Nah, orang-orang, tentu saja, saya menginstal SSD, dan menyalin informasi dari sekrup mereka ke dalam gambar dengan perintah:
dd if=/dev/sdb of=/media/hddimages/ht320.img bs=409600 conv=noerror,notrunc,sync
Parameter "conv = noerror, notrunc, sync" diperlukan sehingga jika terjadi kesalahan dalam membaca sektor-sektor tertentu, nol ditulis ke alamat-alamat ini dalam file output, dan data ditulis ke tempatnya tanpa bias.
Itu terjadi ketika membaca dalam blok besar (400kb), disk tidak membaca seluruh blok, dan yang lebih kecil tidak hanya membaca 1 sektor. Sektor-sektor di sini adalah 4kb, jadi setelah lulus pertama dari dd, jika ada kesalahan membaca, saya mencoba membaca bagian ini lagi di blok 4kb:
n=<>;dd if=/dev/sdb of=/media/hddimages/ht320.img bs=4096 conv=noerror,notrunc,sync skip=$n seek=$n count=100
Parameter lewati dan cari diperlukan agar membaca dan menulis dimulai dengan indentasi yang sama dari awal disk. Lekukan itu sendiri diambil dari output dari eksekusi dd pertama, hanya untuk mencocokkan ukuran blok, kalikan jumlahnya dengan 100.
Kadang-kadang, disk ketika mengakses bad sector menggantung untuk waktu yang lama, begitu banyak sehingga hanya penyambungan kembali ke daya membantu dan sekitar 5 tahun yang lalu kompleks perangkat keras-perangkat lunak dibuat (berbicara dengan keras, bahkan dengan mikrokontroler) untuk pembacaan otomatis hards buruk dengan rekoneksi daya otomatis jika juga kurangnya respons yang panjang. Itu menarik dan diizinkan, dengan menghubungkan hard dan memasukkan perintah, setelah 10 hari untuk mendapatkan gambar yang paling lengkap. Tetapi pahlawan eksperimental dari artikel tersebut tidak menggantung ketat, jadi tidak perlu untuk mendapatkan kruk berat yang dijelaskan.
Jadi, disk itu dianggap, saya memasang semua bagian gambar melalui losetup dengan offset awal partisi dari fdisk, dikalikan dengan ukuran blok logis dalam mbr - 512 byte, saya menyalin semua data kepada orang-orang di SSD baru. Jika disk tidak dipasang atau banyak file tidak dapat dibaca, saya akan membuka gambar dengan R-Studio dan mengembalikannya, tetapi dari gambar itu sendiri.
Tetapi yang sulit, meskipun sudah dikalahkan, sangat disayangkan untuk dibuang, jadi saya memutuskan untuk menghidupkannya kembali. Secara teoritis, pengontrol disk menandai sektor-sektor sebagai rusak dan menugaskan kembali sektor-sektor cadangan ke alamat-alamatnya jika terjadi upaya berulang yang gagal untuk menulis atau kesalahan baca yang tidak dapat dipulihkan (menggunakan ECC).
Untuk memulai, saya mencoba untuk menghapus disk (dd if = / dev / zero ...) dan membaca setelah itu: kecepatannya juga tidak stabil, disk membeku dan kadang-kadang kesalahan input / output terjadi, tetapi secara cerdas jumlah relocks dan pending bertambah. Setelah beberapa siklus, smart tidak terlalu banyak berubah, pending tidak pindah, dan hang dengan kesalahan terjadi setiap kali di tempat yang sama atau sangat dekat. Saya mencoba untuk memformat ulang secara manual dengan perintah "hdparm --make-bad-sector", tetapi ini tidak bekerja pada model ini dan saya sampai pada kesadaran bahwa hanya menghapus-membaca, serta membaca-menulis, tidak akan dapat menampilkan semua area masalah. Memang, jika bit yang rusak, terlepas dari apa yang mereka coba tulis untuk itu, lebih mungkin dibaca sebagai "1", maka ketika menulis untuk itu, "1", bacaan berikutnya akan terjadi tanpa kesalahan, tetapi ketika menulis pola yang berbeda, itu mungkin terdapat cukup banyak ketidakkonsistenan sehingga ECC gagal dan terjadi kesalahan baca yang tidak dapat diperbaiki, dan setelah beberapa kasus seperti itu, sektor ini menerima status "Buruk". Omong-omong, nilai yang terekam dapat sangat ditumpangkan pada distribusi bit yang rusak sehingga nilai salah baca akan memuaskan ECC. Oleh karena itu, untuk memaksimalkan identifikasi semua sektor buruk, Anda perlu membuat pola yang relatif acak, menulisnya ke disk, membaca dan membandingkan nilainya. Ada juga sektor yang tidak stabil, yang mengubah nilai mereka secara bertahap dari waktu ke waktu atau setelah memproses tetangganya.
Mengingat semua hal di atas, saya memutuskan untuk menerapkan strategi berikut dalam skrip bash:
- kami menghasilkan pola acak dan mempertimbangkan checksum untuk itu;
- kami membaca cerdas;
- tulis disk dalam nol;
- baca disc;
- kami menulis disk dalam pola acak dengan membaca blok yang baru direkam dan membandingkan jumlah ceknya;
- kami membaca disk setelah rekaman penuh, memeriksa jumlah cek dari setiap blok;
- kami membaca cerdas;
- swa-uji;
- kebagian 1.
Kami melanjutkan cara ini sampai sektor yang salah membaca dan kesalahan IO berhenti terjadi atau sampai sekrup benar-benar tertutup. Ngomong-ngomong, bagaimana tes mandiri bekerja untuk model disk ini, saya tidak bisa membayangkan; Saya tidak tahu berapa lama berbeda dari short'a (meskipun mungkin lama bekerja dengan seluruh permukaan, dan pendek - berfokus pada statistik yang dikumpulkan sebelumnya, seperti dengan format: penuh dan cepat). Saya harap ini mendorong sekrup untuk memperhitungkan pengalaman terkini dan memetakan kembali sektor-sektor buruk.
Ketika saya selesai menulis skrip bash, saya menjalankannya dan memeriksa hasilnya pada hari berikutnya - saya melihat verifikasi sangat lambat, sementara beban prosesor tidak mencapai 60% pada inti apa pun. Ini membuat saya bermain dengan ukuran blok, menguji berbagai algoritma hash untuk checksum, mencoba verifikasi langsung berbeda, dan tidak membandingkan checksum, tetapi saya tidak bisa mencapai kecepatan pemrosesan di atas 12 megabyte per detik. Akibatnya, saya berhenti membandingkan blok 400kb dengan diff, dan saya menghitung checksum hanya jika ada ketidakcocokan hanya untuk analisis log selanjutnya.
Scriptnya berubah seperti ini: Seperti yang ditunjukkan oleh log setelah eksekusi berulang kali dari skrip, semua bad sector berada di 13 GB pertama dari disk, ada beberapa "fokus" kekalahan (mungkin, ketika head hit, permukaannya tergores dan tergores). Untuk 15 menjalankan terakhir, disk belum melihat sektor yang tertunda, semuanya sudah dipetakan kembali, tetapi di suatu tempat di tengah Gigabyte ke-13 satu blok atau blok tidak jauh dari itu dibaca secara tidak benar ke alamat yang berbeda. Selain itu, satu blok dapat dianggap salah untuk 2 siklus berturut-turut, lalu 2 kali salah dan benar lagi. Jadi untuk menangkap 10 sektor buruk terakhir adalah operasi yang panjang. Sebanyak 1.268 sektor remap! Dan pada akhirnya, saya memiliki kejutan: ketika semuanya sudah bekerja secara stabil, setelah swa uji berikutnya, parameter Count Sektor yang Direalokasi menjadi “0” dan hanya Hitungan Acara yang Direalokasi dan catatan dari 5 kesalahan terakhir (dengan alamat dan waktu dari mulai bekerja) disimpan dalam jurnal.
Meskipun operasi stabil, saya tetap memutuskan untuk meminimalkan interaksi dengan daerah yang rusak agar tidak melukai kepala tentang kemungkinan penyimpangan di tempat-tempat dengan permukaan pelat yang rusak, dan saya tidak ingin mempercayai sektor lokal dalam jangka panjang. Saya hanya mundur sedikit dengan margin dan membuat partisi yang dimulai dengan Gigabyte ke-15. Dan, seperti yang diperlihatkan waktu, cakram terasa cukup baik dan telah bekerja dengan stabil di laptop yang dapat dipakai selama 10 bulan.
Meskipun tidak mungkin untuk sepenuhnya memercayai disk yang dipulihkan dan kelayakan ekonomi dari usaha itu diragukan, kadang-kadang hasilnya hanya merupakan tambahan yang menyenangkan untuk cara yang baik.