Bonjour,
ok je comprends mieux alors.
Avant toute chose il serait préférable d'avoir un backup de vos données importantes s'il y en a.
Ensuite, le fait d'avoir arrêté brutalement le système par coupure brutale de l'alimentation a sans doute laissé un système de fichiers corrompu (des écritures différées sur disque n'ont sans doute pas pu être effectuées), il est possible que le ou les fichiers ouverts en écriture à cet instant ne soient plus lisibles simplement.
Néanmoins, il y a de fortes chances que le système puisse redémarrer après avoir corrigé le système de fichiers qui pose problème.
Pour cela il faut savoir quel est ce système.
On doit le voir dans les logs, depuis le mode "emergency" avec journalctl -ab | grep systemd-fsck
Il devrait montrer quel est le filesystem qui est corrompu,
si ce filesystem est monté, le démonter avec la commande umount /dev/le_filesystem_qui_deconne
puis fsck -y /dev/le_filesystem_qui_deconne
on croise les doigts mais si y'a pas trop de dégats ça doit passer et ça devrait redémarrer proprement ensuite.
Bon courage!
[^] # Re: toujours en mode urgence
Posté par bistouille . En réponse au message Blocage mode urgence. Évalué à 2.
Bonjour,
ok je comprends mieux alors.
Avant toute chose il serait préférable d'avoir un backup de vos données importantes s'il y en a.
Ensuite, le fait d'avoir arrêté brutalement le système par coupure brutale de l'alimentation a sans doute laissé un système de fichiers corrompu (des écritures différées sur disque n'ont sans doute pas pu être effectuées), il est possible que le ou les fichiers ouverts en écriture à cet instant ne soient plus lisibles simplement.
Néanmoins, il y a de fortes chances que le système puisse redémarrer après avoir corrigé le système de fichiers qui pose problème.
Pour cela il faut savoir quel est ce système.
On doit le voir dans les logs, depuis le mode "emergency" avec
journalctl -ab | grep systemd-fsck
Il devrait montrer quel est le filesystem qui est corrompu,
si ce filesystem est monté, le démonter avec la commande
umount /dev/le_filesystem_qui_deconne
puis
fsck -y /dev/le_filesystem_qui_deconne
on croise les doigts mais si y'a pas trop de dégats ça doit passer et ça devrait redémarrer proprement ensuite.
Bon courage!