Ext4 - Bagaimana mengaktifkan kewarasan ekstra, checksum, validasi, tes apa pun?

8

Saya menjalankan Ext4 di harddisk, dan sejujurnya, saya tidak benar-benar percaya drive karena sudah tua dan memiliki beberapa badblock. Saya memiliki data yang tidak penting pada drive, jadi jika mati besok, maka tidak masalah.

Namun, saya ingin tahu apakah / kapan itu mulai mati, dan remount hanya baca. Apakah ada opsi yang memungkinkan pemeriksaan file tambahan pada Ext4 fs? (Saya tidak peduli jika itu membuat sistem file lebih lambat.)

Rucent88
sumber
1
Hard drive memiliki pemeriksaan CRC internal, sehingga meskipun gagal dan / atau mengalami blok yang tertunda, ia harus mendeteksi kesalahan tersebut dan melaporkannya ke sistem operasi. Jika file menjadi rusak karena blok hard disk yang rusak, Anda akan melihat kerusakan ini sebagai kesalahan IO tanpa opsi khusus.
Martin von Wittich
@MartinvonWittich Drive bisa, atau tidak tetapi jika data rusak saat ditransmisikan antara drive dan disk controller, drive internal CRC tidak memberi Anda apa-apa ... Jadi ya, CRC di level FS adalah fitur yang bagus untuk memiliki.
Mathieu

Jawaban:

5

Namun, saya ingin tahu apakah / kapan itu mulai mati, dan remount hanya baca.

Mount-read-only tidak akan menyelamatkan Anda apa pun jika masalahnya adalah blok buruk - lihat paragraf pertama di sini dan perhatikan masalah yang terkait dengan kesalahan baca .

Tidak ada cara untuk mendeteksi blok yang buruk tanpa membaca disk secara fisik, jadi, seperti mencari perangkap tikus yang dipasang di ruangan gelap, tidak ada cara untuk menghindari kemungkinan masalah saat memeriksa. Jika Anda yakin disk gagal, secara berkala umountdan jalankan e2fsck -cdi semua partisi; jika ini adalah sistem berkas root Anda dan Anda perlu menggunakan, misalnya, liveCD untuk melakukan ini, maka lakukanlah. Sesuai halaman manual;

-c Opsi ini menyebabkan e2fsck menggunakan program badblocks (8) untuk melakukan pemindaian read-only pada perangkat untuk menemukan blok buruk. Jika ada blok buruk ditemukan, mereka ditambahkan ke inode blok buruk untuk mencegah mereka dialokasikan ke file atau direktori.

Jika blok berisi data, versi yang diselamatkan mungkin berakhir di /lost+founddirektori di beberapa titik, saya tidak yakin.

Perhatikan bahwa ini mungkin memakan waktu. Jika ada blok buruk, pemindaian dapat memicu masalah I / O yang mengunci seluruh sistem selama berjam-jam, jadi lakukan ini ketika Anda merasa nyaman berjalan pergi untuk sementara waktu.

goldilocks
sumber
1
"Perangkap mouse diatur dalam ruangan gelap". Ungkapan yang bagus.
Faheem Mitha
3

Juga, secara umum, beberapa utilitas dapat memantau berbagai aspek situasi dan memungkinkan Anda untuk mengambil tindakan yang sesuai.

Misalnya, smartctlalat dari paket smartmontools akan memberi Anda akses ke status SMART bawaan untuk beberapa drive.

Anda juga dapat meningkatkan frekuensi pemeriksaan sistem file pada target tertentu menggunakan tune2fsperintah. Misalnya sepertinya tune2fs -c 1 targetakan memastikan drive diperiksa cukup banyak setiap kali sebelum dipasang pada boot.


sumber
1
smartctljuga dapat menjalankan mekanisme selftest internal disk, misalnya dengan smartctl -t long /dev/sdX.
Martin von Wittich
1
@MartinvonWittich Masalah dengan SMART adalah Anda perlu tahu apa yang Anda cari backblaze dan mereka tidak selalu memberi tahu Anda banyak google : "Analisis kami mengidentifikasi beberapa parameter dari fasilitas pemantauan mandiri drive (SMART) yang berkorelasi sangat dengan kegagalan. Meskipun korelasi ini tinggi, kami menyimpulkan bahwa model berdasarkan parameter SMART saja tidak mungkin berguna untuk memprediksi kegagalan drive individu. "
Mathieu
@Mathieu ya, bahwa hal-hal prediksi SMART adalah IMO yang sangat tidak berharga. Tapi selftests menurut pengalaman saya 100% akurat. Sayangnya, kebanyakan orang tidak tahu bahwa mereka ada dan karenanya jarang digunakan.
Martin von Wittich
2

Poin bagus dari illuminÉ. Adalah baik untuk memiliki smartd berjalan di backgroud yang secara berkala memeriksa kegagalan.

Selain itu, Anda dapat menggunakannya

e2fsck -fvy -c -c -C0 /dev/sda1

-f    Force checking even if the file system seems clean.
-v    Verbose mode.
-y    Assume an answer of `yes' to all questions
-C0   write  completion  information to stdout
-c -c If this option is specified twice, then the 
      bad block scan  will  be  done  using  a  non-destructive
      read-write test.

Tes baca-tulis ( -c -c) yang non-destruktif ini , memberi tahu Anda jika ada kegagalan baca.
Namun itu membutuhkan banyak waktu.

Jadi itu harus menjadi solusi transit sebelum membeli drive baru.


sumber
Kecuali Anda tidak dapat melakukannya ketika FS sudah terpasang dan pemindaian untuk blok yang buruk lambat seperti molase sehingga itu bukan pilihan yang layak ....
Mathieu