Dari SMART Data, ini menunjukkan bahwa saya memiliki 3 jumlah sektor yang tertunda. (Menjalankan Ubuntu Maverick.)
Saya mencoba mengikuti tautan forum mengenai bagaimana menyelesaikannya , tetapi saya tidak dapat mengidentifikasi jumlah sektor yang tepat untuk menulis ke sektor itu. Saya akan menjalankan tes mandiri penuh dari Disk Utility, tetapi Utilitas disk tidak menunjukkan nomor sektor yang tepat di Maverick, tidak yakin tentang versi sebelumnya. Apakah ini berubah di Maverick?
Bagaimana saya Mengidentifikasi sektor dan memperbaikinya? Apakah kiat di forum itu aman?
PS: Saya punya masalah lain dengan "Hitungan Sektor yang Direalokasi", dari apa yang saya googled, tidak bisa diperbaiki .. Apakah ada cara untuk mencegahnya naik?
Jawaban:
Ini sebenarnya komentar panjang ;-)
IMO sistem file akan secara otomatis mengatasinya pada waktunya, terutama karena Anda telah menjalankan tes mandiri. Seperti yang Anda lihat itu menyatakan memetakan ulang dilakukan pada saat terjadi kegagalan penulisan sehingga saat berikutnya ia mencoba untuk mencoba menulisnya, itu akan dipetakan kembali.
Bisakah Anda menyatakan tujuan yang lebih besar di balik melakukan ini? Terlepas dari kekhawatiran pada blok yang membutuhkan pemetaan ulang, apakah ada gangguan / masalah lain yang Anda coba selesaikan dengan melakukan ini?
Kiat di pos ubuntuforum yang Anda kutip aman selama Anda tahu persis sektor mana yang memburuk dan memiliki alasan kuat untuk memperbaikinya. Biasanya sektor # tidak dilaporkan bahkan oleh program pemeriksaan file karena sektor ini diabstraksikan dan ditangani secara internal oleh sistem file.
Tetapi jika Anda harus menemukan badblock yang menyinggung Anda dapat menggunakan langkah-langkah di bawah ini:
Perhatikan file perangkat yang sesuai dengan sistem file. Ini dalam bentuk / dev / hdc atau / dev / sdb tergantung pada jenis disk. Ini ditampilkan dalam Disk Utility (
System -> Administration -> Disk Utility
). Jika Anda mengklik nama disk dalam daftar yang ditampilkan di panel sisi kiri, nama perangkat dapat dibaca dengan "Perangkat:" di sebelah kanan.Lepas semua sistem file di disk itu. Perintah berikut seharusnya tidak mengembalikan output.
Jalankan perintah berikut
Catatan The
-b 512
adalah untuk menyelaraskan blocksize ke 512 sehingga Anda dapat menggunakan nomor yang dilaporkan oleh perintah ini sebagai inputdd
seperti yang dijelaskan dalam posting forumSaya tidak akan merekomendasikan semua hal di atas karena tetap dirawat oleh operasi disk normal.
sumber
kasus terburuk Anda selalu dapat melakukan ini: Lepas dari disk atau array dan hentikan array apa pun.
Ini akan memakan waktu lama, tetapi harus berhasil.
Idealnya Anda dapat meminta daftar cacat pertumbuhan hard drive (glist), tetapi saya belum menemukan cara untuk melakukannya.
sumber
Sepertinya
conv=noerror
opsi ini membantu. Ketika ada kesalahan i / o, sepertinya opsi ini memaksadd
untuk mencoba lagi sampai selesai membaca / menulis. Saya membuat file sumber dengan perintah berikut untuk setiap blok buruk yang ditemukan oleh perintah badblocks (diberikan oleh Kaushik di atas), dan menghapus "Hitungan Sektor Tertunda Saat Ini" ("menunggu untuk dipetakan ulang") menjadi nol dari 5.sumber
Ketika ini melebihi 0 biasanya merupakan tanda kegagalan drive yang akan terjadi. Saya tidak percaya ini bisa diperbaiki tanpa mengganti hard disk.
Rujuk ke http://kb.acronis.com/content/9133?nocache=1
sumber