HELP ! Disque dur crypté inaccessible

2 Antworten [Letzter Beitrag]
Usbek
Offline
Beigetreten: 05/02/2015

Bonjour à tous,

J'ai un problème. Sans raison apparente, lorsque je mets le pc sous tension, trisquel ne se lance plus. Pire encore, je n'arrive à n'avoir rien d'autre qu'un écran noir au démarrage (même avec un système Live). Rien de rien si ce n'est le voyant physique du pc et le ventillo qui semble indiquer que le disque dur tourne, et de légères variations de noirs sur l'écran comme si la séquence de démarrage se lançait (mais sans rien d'indiqué à l'écran?!?).

Ce qui est super étrange, c'est qu'au bout de quelques seconde je devine de manière super ténue (quasi subliminale) le rectangle blanc au centre de l'écran dans lequel je peux normalement introduire mon mot de passe de déchifrage du disque. Je peux même deviner les astérisques lorsque j'essaie de rentrer mon mot de passe et puis rien... l'écran reste désespérément noir.

J'ai l'impression que le disque dur est corrompu. J'ai branché un écran sur la sortie VGA du thinkpad X200 en me disant qu'il y avait peut être également un problème d'écran mais ce second écran reste lui aussi désespérément noir.

J'ai donc retiré le SSD et l'ai placé dans un boitier externe afin de tenter de récupérer les données et investiguer le problème via une autre machine. Bonne nouvelle, le disque dur est reconnu mais malheureusement inaccessible. Je précise que le SSD est crypté.

Lorsque je branche le disque dur dans la session graphique je vois que le SSD est affiché "220 GB chiffrés". Lorsque je clique dessus pour le monter et l'ouvrir, une fenêtre me demande la phrase de passe. Une fois que je l'entre, le nom du SSD change et devient "Volume de 211 GB" mais une fenêtre m'indique "Impossible d’accéder à 220 GB chiffrés. L'opération est annulée". Lorsque je réessaie j’obtiens:

Error mounting ....
...
wrong fs type, bad option, bad superblock on /dev/mapper/triquel--vg-home.

missing codepage or helper program, or other error

In some cases useful info is found is syslog -try

dmesg | tail or so

En mode terminal,

je vois avec lsblk que les partitions sont bien présentes

Avec mes maigres compétences, j'ai essayé de me débrouiller (xfs-repair).
J'ai l'impression le problème provient du fait que mon disque ne contient pas de table de partition valable et j'ai un peu peur de faire bien que bien en tentant certaines choses (xfs-repair -L par exemple).

Quelqu'un aurait-il la gentillesse de m'aider?
Si Magic Banana passe dans le coin...

D'avance merci!

lanun
Offline
Beigetreten: 04/01/2021

De mémoire, ton système conserve un certain nombre de copies de sauvegarde des superblocks. Je n'ai pas d'expérience récente en matière de restauration de superblocks, je sais seulement que c'est possible en cherchant du côté de fsck (e2fsck -f suivi du système de fichier à vérifier et réparer) et que c'est risqué si le volume a été configuré manuellement (car la réparation "automatique" sera alors possiblement basée sur des hypothèses incorrectes).

Il est bien sûr vigoureusement recommandé de faire une copie du volume concerné avant de procéder à toute opération de ce genre.

NB: si ton système de fichier est en xfs, c'est effectivement xfs_repair qu'il faut utiliser. D'abord avec l'option -n qui se contente de scanner le système de fichier et d'indiquer les réparations qui auraient été tentées. J'éviterais l'option -L dans un premier temps, qui risque effectivement d'aggraver les choses.

Usbek
Offline
Beigetreten: 05/02/2015

Merci pour ta réponse Lanun !

Je vais investiguer du copie des sauvegardes des superblocks ainsi que l'option -n de xfs-repair mais avant m'atteler à faire une copie du volume. Je vous tiens au courant