Solución 1:
fsck definitivamente causa más daño que bien si el hardware subyacente está dañado de alguna manera; CPU defectuosa, RAM defectuosa, un disco duro agonizante, un controlador de disco dañado... en esos casos, es inevitable que haya más corrupción.
En caso de duda, es una buena idea simplemente tomar una imagen del disco dañado con dd_rescue o alguna otra herramienta, y luego vea si puede arreglar esa imagen con éxito. De esa manera, aún tendrá disponible la configuración original.
Solución 2:
Has visto uno ejemplo donde fsck funcionó, pero he visto más que suficientes sistemas de archivos dañados donde no funcionó con éxito en absoluto. Si funcionara de forma totalmente automática, es posible que no tenga la oportunidad de hacer cosas como un dd volcado de disco o algo así que en muchos casos sería una excelente idea antes de intentar una reparación.
Es nunca, nunca una buena idea probar algo así automático en absoluto.
Ah, y los servidores modernos deberían tener consolas remotas o, al menos, sistemas de rescate independientes para recuperarse de algo así sin cargar un rack KVM al servidor.