[cryptsetup] volume chiffré ne s'ouvre plus (abandonné)

Reconnaissance et configuration du matériel / kernel linux
Répondre
traaf
archer
Messages : 101
Inscription : jeu. 01 nov. 2007, 22:33

[cryptsetup] volume chiffré ne s'ouvre plus (abandonné)

Message par traaf »

Salut

je n'arrive plus à ouvrir un disque chiffré depuis les MAJ de cet après midi (j'avais rien lancé depuis qqes semaines)
au reboot, j'avais remarqué ce nouveau message :
message.log a écrit : modprobe: FATAL: Error inserting padlock_sha (/lib/modules/2.6.32-ARCH/kernel/drivers/crypto/padlock-sha.ko): No such device
c'est un disque chiffré avec cryptsetup (sans LVM, ni LUKS)
pas de /etc/crypttab non plus, vu que je ne veux pas de montage automatique
je le monte quand nécessaire avec

Code : Tout sélectionner

cryptsetup create backup /dev/sdb1
mount /dev/mapper/backup /media/backup
le volume semble reconnu :

Code : Tout sélectionner

dmsetup table --showkeys
backup: 0 488392002 crypt aes-cbc-essiv:sha256 6139a5b4463734ceb57bb2ad8eaac618a8f8be348b4518ee87af7dbfb92be5f3 0 8:17 0
mais au montage :

Code : Tout sélectionner

mount : type erroné de syst .de fichiers, option erronée, super bloc
        erroné sur /dev/mapper/Stockage, codepage ou aide manquante ou autre erreur
       Dans quelques cas certaines informations sont utiles dans syslog - essayez
       dmesg | tail  ou quelque chose du genre

Code : Tout sélectionner

dmesg | tail
EXT3-fs error (device dm-0): ext3_check_descriptors: Block bitmap for group 0 not in group (block 848848030)!
EXT3-fs: group descriptors corrupted!
testdisk ne retrouve absolument rien sur le "disque" /dev/mapper/backup , je penche donc plutôt vers un souci avec cryptsetup

d'autant plus que je lance manuellement, et régulièrement, un fsck sur le volume chiffré.
les modules sont chargés

Code : Tout sélectionner

lsmod | grep aes
aes_i586                6880  2 
aes_generic            25834  1 aes_i586

Code : Tout sélectionner

lsmod | grep dm
dm_crypt               10450  1 
dm_mod                 54355  2 dm_crypt

Code : Tout sélectionner

lsmod | grep sha
sha256_generic          9029  2 
je sèche
ca fait des années que ca marche sans problème, j'ai promené ce disque avec plusieurs distro (ubuntu puis debian puis gentoo puis arch)
/Linux, y'a moins bien mais c'est plus cher
Avatar de l’utilisateur
tuxce
Maître du Kyudo
Messages : 6677
Inscription : mer. 12 sept. 2007, 16:03

Re: [cryptsetup] volume chiffré ne s'ouvre plus

Message par tuxce »

je suis pas sûr que ça vienne de cryptsetup, pour s'en assurer, tu peux l'ouvrir et le monter depuis un livecd.
traaf
archer
Messages : 101
Inscription : jeu. 01 nov. 2007, 22:33

Re: [cryptsetup] volume chiffré ne s'ouvre plus

Message par traaf »

ouep, j'ai également suspecté la MAJ de mkinitcpio, mais sans savoir comment vérifier, à part régénérer les images... sans davantage de succès
/Linux, y'a moins bien mais c'est plus cher
Avatar de l’utilisateur
rafmav
yeomen
Messages : 272
Inscription : mer. 11 mars 2009, 13:30

Re: [cryptsetup] volume chiffré ne s'ouvre plus

Message par rafmav »

pourquoi tu exécute à chaque fois "create"

Code : Tout sélectionner

cryptsetup create backup /dev/sdb1
mount /dev/mapper/backup /media/backup
alors qu'il existe une commande "open" dans cryptsetup (cf le manuel) ?

Tu as essayé du côte du système de fichier "ext3" : est-il corrompu ?

Et avec l'ancien kernel (si tu l'as gardé) ? ou un autre qui intégré le ".ko" qu'on te demande... ? ou en ajoutant le ".ko" demandé au bon endroit ?
#rmv$@f29£8µ1
Ma petite paresse me perdra...
Si vous ne voulez pas vous tromper, ne faites rien!
Impossible est impossible: est venue une personne qui ne savais pas que c'était impossible, et qui l'a fait!
traaf
archer
Messages : 101
Inscription : jeu. 01 nov. 2007, 22:33

Re: [cryptsetup] volume chiffré ne s'ouvre plus

Message par traaf »

salut
je viens de booter sur un live CD ubuntu 8.04LTS
le montage du volume chiffré s'effectue comme habituellement, sans la moindre difficulté

j'ai cependant le même warning :

Code : Tout sélectionner

sudo modprobe -v aes
insmod /lib/modules/2.6.24-16-generic/kernel/drivers/crypto/padlock-aes.ko 
WARNING: Error inserting padlock_aes (/lib/modules/2.6.24-16-generic/kernel/drivers/crypto/padlock-aes.ko): No such device
mais sans conséquence ...

Code : Tout sélectionner

ls /lib/modules/2.6.24-16-generic/kernel/drivers/crypto
geode-aes.ko  padlock-aes.ko  padlock-sha.ko
/Linux, y'a moins bien mais c'est plus cher
traaf
archer
Messages : 101
Inscription : jeu. 01 nov. 2007, 22:33

Re: [cryptsetup] volume chiffré ne s'ouvre plus

Message par traaf »

rafmav a écrit :pourquoi tu exécute à chaque fois "create"
parce que ca marche bien :)
rafmav a écrit :
alors qu'il existe une commande "open" dans cryptsetup (cf le manuel) ?
le périphérique /dev/mapper/backup n'existe pas au boot, je dois le créer, non ?
rafmav a écrit : Tu as essayé du côte du système de fichier "ext3" : est-il corrompu ?
cf message #1
testdisk ne retrouve rien (pas de partition)
fsck non plus ...
rafmav a écrit : Et avec l'ancien kernel (si tu l'as gardé) ?
je ne l'ai pas
rafmav a écrit : ou un autre qui intégré le ".ko" qu'on te demande... ? ou en ajoutant le ".ko" demandé au bon endroit ?
ca marche depuis le live cd
/Linux, y'a moins bien mais c'est plus cher
farvardin
Maître du Kyudo
Messages : 1084
Inscription : sam. 29 mars 2008, 22:56

Re: [cryptsetup] volume chiffré ne s'ouvre plus

Message par farvardin »

est-ce que /lib/modules/2.6.32-ARCH/kernel/drivers/crypto/padlock-sha.ko est bien présent ? Si c'est le cas, peut-être qu'il faudrait recompiler ou réinstaller cryptsetup ?
traaf
archer
Messages : 101
Inscription : jeu. 01 nov. 2007, 22:33

Re: [cryptsetup] volume chiffré ne s'ouvre plus

Message par traaf »

ben a priori ce module n'existe pas non plus sur le live cd, ce qui ne gène pas...
il ne doit pas être indispensable non plus sous arch

le problème acev cryptsetup et ce warning sont apparus en même temps, j'ai cru devoir faire un lien...

simple coincidence à mon avis, mon problème n'a sans doute rien à voir avec ce warning
/Linux, y'a moins bien mais c'est plus cher
traaf
archer
Messages : 101
Inscription : jeu. 01 nov. 2007, 22:33

Re: [cryptsetup] volume chiffré ne s'ouvre plus

Message par traaf »

depuis le live cd :
ls /lib/modules/2.6.24-16-generic/kernel/drivers/crypto/
geode-aes.ko padlock-aes.ko padlock-sha.ko


ls /media/disk-1/lib/modules/2.6.32-ARCH/kernel/drivers/crypto/
geode-aes.ko hifn_795x.ko padlock-aes.ko padlock-sha.ko
/Linux, y'a moins bien mais c'est plus cher
Avatar de l’utilisateur
rafmav
yeomen
Messages : 272
Inscription : mer. 11 mars 2009, 13:30

Re: [cryptsetup] volume chiffré ne s'ouvre plus

Message par rafmav »

Pour l'histoire de "open" plutôt que "create", je me suis trompé: les actions possibles avec cryptsetup sont "create", "remove", "status" et "resize"'. Je me suis égaré car j'utilise LUKS over lvm, paramètré en automatique à l'installation, et j'oubli (très) vite les syntaxes; je faisais "cryptsetup create luksOpen", d'où la confusion.
Donc ça c'est juste:

Code : Tout sélectionner

cryptsetup open backup /dev/sdb1
mount /dev/mapper/backup /media/backup
Désolé!

Que donne un

Code : Tout sélectionner

cryptsetup status backup
par hasard ?

Dans ta question au début, tu parle d'abord de backup et de /dev/mapper/backup, et ensuite de
/dev/mapper/Stockage:

Code : Tout sélectionner

mount : type erroné de syst .de fichiers, option erronée, super bloc
        erroné sur /dev/mapper/Stockage, codepage ou aide manquante ou autre erreur
       Dans quelques cas certaines informations sont utiles dans syslog - essayez
       dmesg | tail  ou quelque chose du genre
Est-ce la cause des soucis ? (j'imagine que non mais bon, on ne sait jamais).
#rmv$@f29£8µ1
Ma petite paresse me perdra...
Si vous ne voulez pas vous tromper, ne faites rien!
Impossible est impossible: est venue une personne qui ne savais pas que c'était impossible, et qui l'a fait!
traaf
archer
Messages : 101
Inscription : jeu. 01 nov. 2007, 22:33

Re: [cryptsetup] volume chiffré ne s'ouvre plus

Message par traaf »

bon, j'ai reformaté ce disque, on n'en parle plus.

il va finir dans le garage... dans le serveur freenas :)
/Linux, y'a moins bien mais c'est plus cher
Répondre