Dépend du système de fichiers et de la vérification réelle. Par exemple. ce n'est généralement pas une bonne idée d'interrompre un reiserfsck --rebuild-tree mais rien ne peut se passer lors de l'interruption d'un fsck en lecture seule d'un système de fichiers ext3.
La vérification du système de fichiers au démarrage est généralement en lecture seule jusqu'à ce qu'elle trouve un problème, puis elle vous avertira avant d'apporter des modifications, il est donc probablement sûr de l'interrompre.
Mais Il est tout à fait possible (et pas rare pour les serveurs qui doivent se réactiver après une coupure de courant) qu'il soit réglé sur la réparation automatique, donc à moins que vous ne le sachiez bien que votre système n'est pas configuré de cette façon, laissez-le fonctionner jusqu'à la fin pour plus de sécurité.
La plupart des programmes fsck sont écrits de manière à ce que toutes les modifications apportées soient aussi atomiques que possible et qu'ils nettoient (complètent ou annulent toute modification en cours) avant de répondre à un signal TERM ou INT (SIGINT est ce qui est envoyé au processus actif lorsque ctrl +c est pressé) donc même un fsck en écriture active devrait pouvoir être interrompu en toute sécurité, mais je ne recommanderais pas de prendre le risque - mieux vaut prévenir que guérir !