Apa rincian URE hard disk (kesalahan baca yang tidak dapat dipulihkan)?


8

tl; dr jika URE terjadi pada hdd, apakah saya akan kehilangan 1bit, 1Byte, atau ukuran sektor (512Bytes, atau 4096 Bytes AF)? dan jika mungkin jelaskan mengapa demikian?

Latar Belakang: Pertanyaan di sini muncul ketika hard disk memiliki masalah dalam membaca data. Tentunya sebuah disk dapat gagal total sehingga semua datanya hilang (DISK FAIL), tetapi kasus yang saya tanyakan di sini adalah ketika sebagian kecil dari itu hilang (URE, kesalahan baca yang tidak dapat diperbaiki).

Meskipun saya telah mencari informasi mengenai URE, saya tidak banyak tahu. Ini mungkin memiliki penyebabnya yaitu apa yang terjadi secara internal di drive, yaitu apa yang disembunyikan dari interaksi pengguna langsung seperti ECCs-koreksi, bagi saya sulit untuk berhubungan dengan apa yang saya akses sebagai pengguna - sektor.

Mari kita bayangkan bahwa hdd kesulitan membaca data.

Dalam situasi itu, tentunya ini harus berarti bahwa:

  • (a) beberapa bit dari sektor ini tidak dapat dibaca, atau
  • (B) semua bit dapat dibaca, namun mereka tidak lulus tes checksum (tentu saja mengharapkan masalah sektor 4096 Byte bukan hanya 8 * 4096 bit, tetapi beberapa bit tambahan / byte untuk pengecekan / koreksi kesalahan (yaitu bit paritas ) (c) ????

Tidak, saya percaya bahwa ketika kita berada dalam situasi di mana kombinasi (a) dan (b) terjadi dan rekonstruksi yang andal dari byte sektor 4096 tidak dapat dilakukan, maka itu berlebihan untuk mengasumsikan bahwa semua itu adalah garpage , sebenarnya jika kita mengetahui logika koreksi kesalahan hdd interal kita mungkin malah mengatakan "lihat sesuatu tidak memeriksa, dan dengan perubahan yang baik setidaknya 1,2,3, n bit / byte dari data blok adalah" salah " ". Jika kita secara berlebihan menyimpan "halo, halo ....., halo" string byte ASCII di sektor ini kita sebenarnya mungkin masih memiliki suksesi yang adil "halo, halo ...." sebelum akan ada "... Uellohello ... "(yaitu" e "->" U ").

Jadi, apa rincian URE?

UPDATE: telah ada komentar yang memasukkan ide sektor buruk (dan menyarankan bahwa ini mencerminkan rincian acara URE. Tidak aneh, untuk menyarankannya dan mungkin dapat digunakan dalam menjawab pertanyaan. Namun saya hanya membaca terkait lainnya pertanyaan menanyakan tentang sektor yang belum dibaca yang tertunda (di sini /unix/1869/how-do-i-make-my-disk-unmap-pending-unreadable-sectors ) yang membuat saya berpikir bahwa dalam beberapa skenario memang ada garis yang lebih buram di antara data yang hilang dalam kasus URE.


Biasanya itu adalah puluhan ribu blok rusak pada suatu waktu dalam kasus kepala yang jatuh. Jika itu debu, dll. Mengakses blok dekat dapat menyebarkan kerusakan. Jadi jarang yang sesederhana bagian dari area yang lebih besar dapat direkonstruksi.
JamesRyan

@JamesRyan petunjuk yang bagus, selalu bisa lebih buruk. Mungkin saya hanya bertanya tentang kasus yang paling buruk yang mungkin terjadi (yaitu hanya kehilangan satu sektor, atau karena sebagian diselesaikan dalam jawaban yang baik, bagian dari data sektor, tergantung pada jenis di dalamnya). mungkin mengetahui lebih banyak tentang asal-usul kesalahan yang tidak dapat dibaca (dan kegigihan mereka yaitu pembalikan bit acak, vs dampak tabrakan kepala) harus dipertimbangkan. Tapi kami ingin pertanyaan yang bisa dijawab di sini, jadi saya tidak perlu lagi mempersulit pertanyaan
humanityANDpeace

Jawaban:


8

Kode koreksi kesalahan pada hard drive adalah potongan data tambahan yang terkait dengan setiap sektor perangkat keras. Selama menulis firmware drive menghitung data ini dan menulisnya bersama dengan data pengguna. Selama membaca firmware membaca ECC bersama dengan data dan memeriksanya bersama.

Untuk hard drive tradisional, sektor perangkat keras adalah 512 byte. Untuk drive Format Lanjutan, 4K byte (tidak masalah apakah drive menghadirkan sektor 512-byte atau 4K-byte pada antarmuka, yaitu 512e vs 4kn).

Hasil pemeriksaan setelah pembacaan pada dasarnya memiliki tiga hasil yang mungkin:

  • Sektor dibaca tanpa kesalahan. Ini sebenarnya tidak sepenuhnya umum pada hard drive modern; kepadatan bit sedemikian rupa sehingga mereka bergantung pada kerja ECC.

  • sektor dibaca dengan kesalahan yang bisa diperbaiki. Seperti tersirat di atas ini tidak jarang; itu diharapkan. Drive mengembalikan data, dengan koreksi kesalahan diterapkan, kepada pengguna.

  • sektor dibaca tetapi ada terlalu banyak "bit salah"; kesalahan tidak dapat diperbaiki.

Dalam kasus terakhir drive biasanya tidak mengembalikan konten apa pun; itu hanya mengembalikan status yang menunjukkan kesalahan. Ini karena tidak mungkin mengetahui bit mana yang dicurigai, apalagi nilai-nilainya. Oleh karena itu seluruh sektor (bit ECC dan semua) tidak dapat dipercaya. Tidak mungkin menentukan bagian mana dari sektor buruk yang buruk, apalagi apa isinya. ECC adalah "gestalt" yang dihitung di seluruh konten sektor, dan jika tidak cocok, itu adalah seluruh sektor yang tidak cocok.

SpinRite bekerja dengan hanya mencoba membaca sektor buruk berulang-ulang, menggunakan fungsi "maintenance read" yang mengembalikan data (tetapi tanpa bit ECC) meskipun drive mengatakan "kesalahan yang tidak dapat diperbaiki". Seperti yang dikatakan dalam deskripsi yang ditautkan oleh DavidPostill, itu mungkin berhasil dengan bebas kesalahan (sebenarnya "dapat diperbaiki" lebih mungkin) membaca; atau mungkin dapat menyimpulkan, pada dasarnya dengan rata-rata bit yang dikembalikan bersama-sama, tebakan yang masuk akal pada konten sektor. Tidak ada lagi kemampuan untuk memperbaiki kesalahan menggunakan ECC secara tepat daripada yang dilakukan oleh drive; itu mustahil secara matematis.


Apakah secara matematis masih mustahil jika data di dalam muatan 4096Byte itu sendiri merupakan gabungan dari muatan 4000Bytes dan ECC 96Byte lain di atas? (misalnya karena saya bersedia mengorbankan kapasitas untuk pemulihan dalam tata letak penyimpanan data?).
humanityANDpeace

Dugaan saya adalah bahwa secara matematis tidak mungkin berdasarkan asumsi implisit bahwa tidak ada redundansi lebih lanjut di dalam data, kan? - dan juga jawaban yang bagus!
humanityANDpeace

1
Tentu. Pada titik itu hanyalah saluran lain yang tidak dapat diandalkan, tetapi jika ada cukup redundansi di dalamnya .. Masalahnya adalah driver disk standar OS tidak akan memberi Anda konten sektor sama sekali jika drive berpikir kesalahan tidak dapat diperbaiki. RAID-5 dan skema paritas serupa melakukan hal yang sama pada "lapisan luar" daripada di dalam bidang data sektor yang ada.
Jamie Hanrahan

"tangkapan" dengan driver os untuk memberikan kembali (atas permintaan) semua, bahkan data yang tidak diverifikasi adalah masalah, sebagai pengguna non-windows saya bertanya tentang hal ini secara khusus unix.stackexchange.com/questions/228254/…
humanityANDpeace

3

Apakah rincian URE?

Kesalahan baca yang tidak dapat dipulihkan (URE) adalah kegagalan baca sektor. Jika sektor tidak dapat dibaca tanpa kesalahan, tidak masalah apakah itu hanya 1 byte atau semua byte sektor.

Granularity adalah ukuran sektor .

Bahkan jika hanya 1 byte gagal, Anda biasanya tidak akan mendapatkan data dari sektor itu kembali tanpa menggunakan perangkat lunak khusus.


Bisakah data dari sektor yang gagal dipulihkan?

SpinRite mengatakan:

SpinRite bahkan dapat memulihkan sebagian besar data di sektor yang tidak pernah bisa dibaca dengan sempurna, dan yang dibuang oleh perangkat lunak utilitas lainnya secara penuh.

Lihat Bagaimana SpinRite Memulihkan Data yang Tidak Dapat Dibaca .


Penolakan.

Saya tidak berafiliasi dengan SpinRite dengan cara apa pun, dan saya tidak pernah menggunakannya.


1
Saya cenderung berpikir ini adalah jawaban yang baik, bukan karena tentu saya setuju bahwa dalam kasus URE perlu kehilangan sektor (yang setelah semua data 4k) lengkap, tetapi karena hdd mungkin membuang bahkan bagian dari "bad sector" yang masih bernilai. Presentasi argumen SpinWrite mendukung ide ini, jadi jawabannya juga menawarkan beberapa wawasan yang lebih bagus.
humanityANDpeace

2

Tidak ada yang namanya "tidak bisa membaca sedikit", kecuali jika Anda memiliki kesalahan perangkat keras yang sangat menyedihkan seperti kepala tidak dapat mencari ke trek yang benar, atau trek servo rusak dan sektor yang benar tidak dapat ditemukan . Jelas dalam kedua kasus Anda akan memiliki, paling tidak, seluruh sektor tidak terbaca.

Kalau tidak, Anda selalu mendapatkan bit kembali, mereka mungkin saja bit yang salah . Di sinilah kode koreksi kesalahan masuk; ia menambahkan beberapa jumlah bit ECC tambahan untuk setiap sektor, sehingga setiap kombinasi bit data dan bit ECC yang tepat mengamati beberapa aturan aljabar. Jika semua bit dibaca dengan benar, kode akan divalidasi dan data dapat dikirimkan kembali secara langsung. Jika sejumlah kecil bit salah dibaca, kode ECC dapat digunakan untuk menentukan dengan tepat yang mana, dan memperbaikinya, sehingga semua data dikembalikan dengan benar. Jika jumlah yang lebih besar dari bit dibacakan tidak benar, kode ECC dapat mendeteksi bahwa ada adalah kesalahan, tetapi tidak lagi memiliki informasi yang cukup untuk mencari tahu mana bit tidak benar; ini adalah kesalahan baca yang tidak dapat diperbaiki. Jika sebuahjumlah bit yang sangat besar terbaca salah, maka kode mungkin divalidasi dengan benar "secara tidak sengaja" dan drive akan mengembalikan data yang rusak, tetapi dengan bit ECC yang cukup, kemungkinan terjadinya hal ini dapat dibuat sekecil yang Anda mau.

Jadi untuk menjawab pertanyaan saya pikir Anda mengerti - jika ada kesalahan baca sebagian tetapi informasi yang cukup tersedia untuk mencari tahu di mana kesalahan terjadi, maka itu juga dapat diperbaiki, dan komputer tidak akan melihat kesalahan sama sekali . Ini sebenarnya terjadi terus-menerus. Kesalahan yang tidak dikoreksi terjadi ketika tidak mungkin untuk mencari tahu bit data mana yang valid dan mana yang tidak, dan karena kode koreksi kesalahan dihitung pada suatu sektor, ini terjadi pada granularity sektor.


1

Setelah melihatnya dan terinspirasi oleh jawaban https://superuser.com/a/969917/160771 dari https://superuser.com/users/337631/davidpostill

Saya ingin menjawab menyajikan jawaban alternatif yang agak meluas. Pertama memang benar bahwa hard disk dan firmware-nya adalah asal dari peristiwa URE, yaitu peristiwa bahwa data tidak dapat dibaca. Lebih lanjut memang benar bahwa data ditulis ke disk di sektor 512 atau 4096 Bytes data yang dapat digunakan dan sekitar 50 atau masing-masing 100 byte data tambahan yang seharusnya memungkinkan pengecekan dan koreksi kesalahan.

Karena itu, berbicara tentang URE terjadi secara alami dalam konteks sektor hard disk. Istilah bad sector tentu agak terkait, tetapi tidak identik dengan situasi yang dihadapi ketika kita memiliki sektor URE.

Sektor dengan beberapa masalah yang harus dibaca tanpa kesalahan, tidak sepenuhnya berarti. Bisa jadi memang semua data 4.096 telah rusak, tetapi bisa juga hanya 1 bit lebih dari yang dapat dipercaya andal (melalui data ECC tambahan yang ditambahkan ke setiap sektor) rusak.

Dalam kasus ini, di mana hanya beberapa byte lebih dari hdd yang dapat dikoreksi telah rusak ada perubahan bahwa sebagian kecil dari 4096 Bytes masih memiliki data yang bermakna.

Contohnya adalah bahwa 4096 mewakili karakter ASCII dari 2 kalimat. Maka ada kemungkinan bahwa topi 1 kalimat atau lebih sepenuhnya utuh. Bisa juga setiap huruf ke-2 atau ke-3 telah dihapus. Jika data 4096 hilang dalam peristiwa URE, maka tergantung interpretasi dan bergantung pada data. Orang bisa membayangkan bahwa data itu sendiri memiliki lapisan ECC shell lain, yang akan memungkinkan untuk pemulihan lebih lanjut.

Oleh karena itu baik bahwa sebagian besar perangkat tegar memperlakukan sektor URE berbeda dari sektor buruk:

Biasanya, pemetaan ulang sektor secara otomatis hanya terjadi ketika suatu sektor ditulis. Logika di balik ini mungkin bahwa bahkan jika suatu sektor tidak dapat dibaca secara normal, itu mungkin masih dapat dibaca dengan metode pemulihan data. (dari https://en.wikipedia.org/wiki/Bad_sector )

Atau sejauh itu, mungkin sebagian sektor masih berisi data yang dapat digunakan.


Perhatikan bahwa artikel tersebut ditandai sebagai "perlu perhatian dari seorang ahli", "mungkin berisi penelitian asli" dan bahwa pernyataan tertentu ditandai sebagai "rujukan?". Cara itu ditulis ("mungkin" ??) juga membuatnya terdengar sangat seperti seseorang berspekulasi, daripada sesuatu yang dapat dikoordinasikan dengan bahan sumber berkualitas tinggi.
CVn
Dengan menggunakan situs kami, Anda mengakui telah membaca dan memahami Kebijakan Cookie dan Kebijakan Privasi kami.
Licensed under cc by-sa 3.0 with attribution required.