Schwere Fehler repariert das eh nicht ohne confirm selbst wenn man -y benutzt, dann sagt es lass es von Hand laufen.
Ich verwende in meinen Plugins für den Filesystemcheck den Befehl so:
Das checked obwohl clean und repariert alles was mit autoconfirm geht, bei schweren fehlern die zu Datenverlust führen würden bricht es ab.
Genau so würde ich es auch einbauen.
Und bitte nicht vergessen, das eure schöne Sicherung mit tar die Ihr jetzt eingebaut habt bei corrupten Files sonst auch abbrechen wird - insofern macht das durchaus Sinn wenn die Leute was sichern wollen wenn es eigentlich schon zu spät ist
Und ich sags ungern, aber mit der Stabilität von ext4 von dem man gebootet ist kenne ich mich auch ein bisschen aus - die User schaffen das durchaus es corrupt zu machen, auch wenn es nicht mehr so leicht ist wie früher. Alle meine Tools (BA, Dumbo) können Filesystemcheck Ihrer Bootdevices und die wissen warum
Ausserdem hat es für die User so was beruhigendes wenn sie das Filesystem checken können und es werden keine Fehler angezeigt.
PS: das bacblock binary hat auf der Recovery Partition wo man es verwenden kann sehr wohl mal 1 badblock gefunden, aber ich will nicht diskutieren, weil ich keine Beweise mehr habe. Im dBackup Plugin auf Blau Gelb kann man aber die Recovery Partition auch mit badblocks prüfen (und die root halt nur read only um zu sehen ob sich ein Flashen lohnt) sofern man die e2fsprogs nachinstalliert.