Saya akan menguji 'xfs_repair' pada beberapa sistem file besar (sekitar 50 TB) karena di masa lalu penggunaan memori tinggi. Sementara saya bisa menguji program hanya pada sistem file yang benar, akan lebih baik untuk mengujinya pada sistem yang korup.
Jadi apa yang akan menjadi cara terbaik untuk merusak sistem file. Kredit ekstra jika metode ini berulang kali memberikan korupsi yang sama setiap saat ....
Untuk memberi orang ide tentang apa yang saya maksud di tahun 2006 adalah ish
"Untuk berhasil memeriksa atau menjalankan perbaikan pada sistem file multi-terabyte, Anda perlu:
- mesin 64bit
- a 64bit xfs _ repair / xfs _ periksa biner
- ~ 2GB RAM per terabyte sistem file
- RAM 100-200MB per juta inode dalam sistem file.
xfs_repair biasanya akan menggunakan lebih sedikit memori daripada ini, tetapi angka-angka ini memberi Anda gambaran kasar untuk apa sistem file besar yang> 80% penuh bisa perlu diperbaiki.
FWIW, terakhir kali ini muncul secara internal, sistem file 29TB yang dimaksud membutuhkan ~ 75GB RAM + swap untuk diperbaiki. "
sumber
Jawaban:
xfs_db memiliki opsi blocktrash yang mana
Sebagai contoh
xfs_db -x -c blockget -c "blocktrash -s 512109 -n 1000" /dev/xfstest/testfs
sumber
blok dd ke perangkat di mana sistem file berada. Anda dapat membuat skrip ini agar dapat diulang. Hanya beberapa blok acak di lokasi acak, lalu pindah.
sumber
Anda dapat mencoba menimpa 512 byte pertama (MBR dan tabel partisi) perangkat blok.
Cadangkan dulu:
Dan nolkan nanti:
Mesin Anda seharusnya tidak bisa boot setelah itu, Anda dapat menguji perbaikan XFS menggunakan live CD.
sumber