Solusi 1:
fsck pasti menyebabkan lebih banyak kerugian daripada kebaikan jika perangkat keras yang mendasarinya entah bagaimana rusak; CPU yang buruk, RAM yang buruk, hard drive yang sekarat, pengontrol disk yang rusak... dalam kasus seperti itu, lebih banyak kerusakan tidak dapat dihindari.
Jika ragu, sebaiknya ambil gambar disk yang rusak dengan dd_rescue atau alat lain, lalu lihat apakah Anda berhasil memperbaiki gambar itu. Dengan begitu, Anda masih memiliki penyiapan asli yang tersedia.
Solusi 2:
Anda telah melihat satu contoh di mana fsck bekerja, tetapi saya telah melihat lebih dari cukup sistem file yang rusak di mana itu tidak berhasil sama sekali. Jika itu bekerja sepenuhnya otomatis, Anda mungkin tidak memiliki kesempatan untuk melakukan hal-hal seperti dd disk dump atau sesuatu seperti itu yang dalam banyak kasus merupakan ide bagus untuk dilakukan sebelum mencoba perbaikan.
Ini tidak akan pernah ide bagus untuk mencoba sesuatu seperti itu otomatis sama sekali.
Oh, dan server modern harus memiliki konsol jarak jauh atau setidaknya, sistem penyelamatan independen untuk pulih dari sesuatu seperti itu tanpa menyeret rak KVM ke server.