logo Debian Debian Debian-France Debian-Facile Debian-fr.org Forum-Debian.fr Debian ? Communautés logo inclusivité

Debian-facile

Bienvenue sur Debian-Facile, site d'aide pour les nouveaux utilisateurs de Debian.

Vous n'êtes pas identifié(e).

#1 12-01-2021 17:48:20

lelfedesboa
Membre
Distrib. : Linux Mint 20.1
Noyau : Ulyssa
(G)UI : Cinnamon
Inscription : 12-01-2021

initramfs et crypto luks

Bonjour,

Suite à une mise à jour du noyau de mint, j'ai eu un souci au démarrage et suis tombée sur un initramfs. J'ai trouvé quelques tutos, lancé des fsck sur mon disque mais qui se terminent avec un signal9.
J'ai repris mon live usb, pour pouvoir booter dessus et essayer de réparer mon disque (apparemment problemes de superblocks).
J'ai tenté un

blkid


qui me renvoie

/dev/sda3: UUID="28522053-386b-4525-8675-159da0f53a70" TYPE="crypto_LUKS" PARTUUID="135f340d-b7db-459f-949b-acbbc5f11aba"



Donc apparemment mon disque est bien vu.
J'essaye de le monter

sudo mount /dev/sda3 /mnt



et là j'ai un souci avec mon crytpage

mount: /mnt: unknown filesystem type 'crypto_LUKS'.



comme je suis sous live usb, j'ai installé cryptosetup.
Voilà ou j'en suis help.gifhelp.gif...je suppose qu'il faudrait que je décrypte mon disque pour commencer (voir faire sauter le cryptage complètement), j'ai bien sur mon mot de passe.
peut-etre est-ce seulement le cryptage qui m'empeche de réparer et pouvoir booter sur mon disque ?
Je précise au passage que j'ai qu'une seule partition sur ce disque, système et données, et aucune sauvegarde de données...que je ne voudrais vraiment pas perdre car des heures de travail et de photos auxquelles je tienskernal_panic.gifkernal_panic.gifkernal_panic.gif

Merci d'avance pour vos retours

Hors ligne

#2 12-01-2021 18:04:32

saitama-san
Membre
Distrib. : stable
(G)UI : gnome
Inscription : 28-07-2019

Re : initramfs et crypto luks

pour déchiffrer la partition :

cryptsetup open --type luks /dev/sdg1 sdg1_crypt


à adapter

Hors ligne

#3 12-01-2021 21:47:43

raleur
Membre
Inscription : 03-10-2014

Re : initramfs et crypto luks

lelfedesboa a écrit :

j'ai eu un souci au démarrage


Quel souci précisément ? Tu dois être beaucoup plus précise et rigoureuse dans tes explications.

lelfedesboa a écrit :

lancé des fsck sur mon disque


Quelles commandes exactement ?

lelfedesboa a écrit :

mais qui se terminent avec un signal9.


Avec quel message d'erreur complet ?

lelfedesboa a écrit :

apparemment problemes de superblocks


A quoi vois-tu cela ?

lelfedesboa a écrit :

blkid qui me renvoie (sda3)


C'est tout ? Seulement une partition en n° 3 ? Pas de partitions n° 1 et 2 ?

lelfedesboa a écrit :

et là j'ai un souci avec mon crytpage


Non, tu as un souci avec l'utilisation de mount. Cette commande s'utilise avec un système de fichiers, pas un conteneur chiffré LUKS.
Un conteneur chiffré s'ouvre avec cryptsetup, et ensuite si le volume chiffré /dev/mapper/xxx créé par l'ouverture contient un système de fichiers, alors on peut utiliser mount pour le monter.

saitama-san a écrit :

à adapter


En l'occurrence, sdg1 est à remplacer par sda3.

Dernière modification par raleur (13-01-2021 09:50:29)


Il vaut mieux montrer que raconter.

Hors ligne

#4 01-02-2021 19:27:27

lelfedesboa
Membre
Distrib. : Linux Mint 20.1
Noyau : Ulyssa
(G)UI : Cinnamon
Inscription : 12-01-2021

Re : initramfs et crypto luks

Bonjour,

J'ai mis un peu de temps à répondre...

raleur a écrit :

lelfedesboa a écrit :

j'ai eu un souci au démarrage


Quel souci précisément ? Tu dois être beaucoup plus précise et rigoureuse dans tes explications.



Suite à une mise à jour du noyau de mint, j'ai eu un souci au démarrage et suis tombée sur un initramfs

lelfedesboa a écrit :

lancé des fsck sur mon disque


Quelles commandes exactement ?



entres autres :

sudo fsck /dev/dm-1


il y a différentes pass et pass 5 se termine par un warning

fsck.ext4 for device /dev/mapper/mint--vg-root excited with signal9



lelfedesboa a écrit :

mais qui se terminent avec un signal9.


Avec quel message d'erreur complet ?

lelfedesboa a écrit :

apparemment problemes de superblocks


A quoi vois-tu cela ?


sudo e2fsck -b 8193 /dev/dm-1
e2fsck: Bad magic number in super-block while trying to open /dev/dm-1

The superblock could not be read or does not describe a valid ext2/ext3/ext4 filesystem
If the device is valid and it really contains an ext2/rxt3/ext4 filesystem (and not swap or ufs or something else), then the superblock is corrupt, and you might try running e2fsck with an alternate superblock :
e2fsck -b 8193 <device>
or
e2fsck -b32768 <device>
 


J'ai bien entendu testé différents superblocks


lelfedesboa a écrit :

blkid qui me renvoie (sda3)


C'est tout ? Seulement une partition en n° 3 ? Pas de partitions n° 1 et 2 ?



Bien sur que si mais c'est pas les partitions qui m'interessent wink

lelfedesboa a écrit :

et là j'ai un souci avec mon crytpage


Non, tu as un souci avec l'utilisation de mount. Cette commande s'utilise avec un système de fichiers, pas un conteneur chiffré LUKS.
Un conteneur chiffré s'ouvre avec cryptsetup, et ensuite si le volume chiffré /dev/mapper/xxx créé par l'ouverture contient un système de fichiers, alors on peut utiliser mount pour le monter.


J'ai tenté de décrypter je n'ai plus le retour sous la main (tout ce que je te mets dans les différentes commandes et retours ici viennent de photos d'ecran car j'ai essayé de voir avec un ami à distance déjà


saitama-san a écrit :

à adapter


En l'occurrence, sdg1 est à remplacer par sda3.


oui je sais wink

Hors ligne

#5 01-02-2021 23:14:16

raleur
Membre
Inscription : 03-10-2014

Re : initramfs et crypto luks

C'est illisible, on ne sait plus qui a écrit quoi. Merci de remettre tout cela en forme et de compléter les informations car tout cela est très incomplet.

Il vaut mieux montrer que raconter.

Hors ligne

Pied de page des forums