demarrage bloque sur écran Trisquel

4 réponses [Dernière contribution]
clebs
Hors ligne
A rejoint: 02/27/2018

Bonjour,

J'ai un gros problème. Peu après une MAJ de sécurité, une coupure de courant s'est produite (est-ce la cause ?). Je rallume le T400-Libreboot, écran de GRUB fonctionne OK, ensuite écran bleu-vert/Trisquel mais sans la demande de mot de passe.

Je tape CTRL ALT F2, J'obtiens un écran noir avec tiret clignotant, mais impossible d'écrire.
Je tape ESC, j'obtiens une page d'écran verbeux, (du chinois pour moi-mais en tout cas pas de mots comme error ou corrupted), Les lignes commencent par starting ou stopping mais se terminent toutes par OK. (photos en fichier-pardon pour la qualité, c'est pris depuis un macbook hors d'âge)

Je rallume et démarre sur clé USB Trisquel-Mini. Dans le gestionnaire de fichier, clé et dd sont présents mais si je clic sur le 213G Volume, j'ai "ERROR-An operation is already pending".
Dans le terminal, je tape dmesg. Réponse XFS(sda6):xfs_log_force: error 5 returned.
Ensuite,(à tout hasard), je tape : sudo xfs_repair -v /dev/sda6. Réponse un carré blanc fixe, après 3 heures rien n'a bougé.

Sur le forum, j'avais trouvé un problème assez similaire sur PC et sda 1-2-5-6 identique ("Trisquel-ne-se-lance-plus 11/13/2016 Usbeck) et donc essayé de suivre la procédure, mais visiblement j'ai perdu le fil (Je n'y comprend pas encore grand chose).

En plus, je ne sais même pas comment récupérer mes docs personnels.
Est-ce que quelqu'un voudrait m'aider ?
Merci d'avance

Fichier attachéTaille
Hautd'écran.jpg99.85 Ko
Basd'écran.jpg109.25 Ko
Magic Banana

I am a member!

En ligne
A rejoint: 07/24/2010

Je pense que tu vois juste : le système de fichiers XFS monté en /home semble corrompu. Il est donc bien ennuyeux que 'xfs_repair' n’arrive apparemment à rien. Peut-être faut-il attendre plus longtemps (mais comme tu as utilisé l’option -v, il semble quand même bizarre que rien ne s’affiche). Après il y a l’option -L qui détruit le log d’XFS et pourrait permettre à 'xfs_repair' de s’en sortir. Mais je ne suis pas expert en la matière et le manuel dit que cette option peut causer une perte de fichiers.

Le système installé et le système live sont tout deux 64-bits (ou tout deux 32-bits) ?

N’as-tu aucune sauvegarde de tes fichiers ?

clebs
Hors ligne
A rejoint: 02/27/2018

Bonjour Magic Banana,

Et merci pour ton intervention, je me sens déjà moins mal.
Les deux systèmes sont bien 64-bits. Et non, je n'ai pas fait de sauvegarde malheureusement.

J'ai cherché et pas mal"chipoté" depuis hier, mais voilà où j'en suis sur le terminal/clé-live :

-sudo xfs_repair -v /dev/sda6 (voir fichier joint)
Phase 1 : find and verify superblock... Block cache size set to 366489 entries
Phase 2 : Using internal log zero log...
ERROR The file system has valuable metadata changes in a log which needs to be replayed.
Mount the filesystem to replay the log, and unmount it before re-running xfs_repair.
If you are unable to mount the filesystem, then use the -l option to destroy the log and attempt a repair ...may cause corruption.

Si, à tout hazard et sans y comprendre grand chose, je tente "sudo mount -t xfs /dev/sda6 /mnt", réponse "...not mounted) alors je n'ai même plus de réaction à la commande repair, sinon un carre blanc.
Je ne comprends pas non plus comment Usbek s'en est sorti.

Avant de passer à xfs_repair -L, verrais-tu quelque chose à tenter, une commande magique par exemple ?

repair.jpg
Magic Banana

I am a member!

En ligne
A rejoint: 07/24/2010

Puisque tu ne parviens pas à monter le système de fichiers (pour « rejouer » le journal), je ne crois pas qu’il ne te reste autre chose à faire que d’utiliser 'sudo xfs_repair -L /dev/sda6'. Je suppose que les fichiers qui peuvent être perdus sont seulement ceux qui ont été écrits/modifiés peuvent avant l’arrêt brusque.

Que cela fonctionne ou non, tu auras sûrement retenu la leçon : sauvegarde régulièrement les fichiers des utilisateurs !

Remarques : tu peux copier le texte dans l’émulateur de terminal; soit en utilisant le menu Édition, soit avec le raccourci clavier Ctrl+Shift+C; la touche « Impécr » prend une capture d’écran, enregistrée dans le dossier ~/Images.

clebs
Hors ligne
A rejoint: 02/27/2018

Voui Magic Banana,

Leçon bien retenue et appliquée "pas plus tard que tout de suite".
J'ai utilisé ce matin xfs-repair -L , et... tout est rentré dans l'ordre - et aucune données perdues. Le weekend commence en fanfare!

Je te remercie pour avoir pris le temps de me répondre, et surtout pour toutes les indications données.
Bon weekend à toi.