LUKS sous Ubuntu 16.04: type de système de fichiers inconnu 'crypto_LUKS'

10

J'utilise (L) Ubuntu 16.04. Je voudrais sauvegarder mes fichiers sur un disque dur externe (sdd) avec LUKS. Il n'y avait pas de partition (sdd1, etc.) avant la commande cryptsetup.

#sudo cryptsetup -v --cipher aes-xts-plain64 --key-size 512 --hash sha512 --iter-time 2000 --use-random --verify-passphrase luksFormat /dev/sdd

Passphrase ok. Ça a marché. Mais alors :

#sudo mount /dev/sdd /mnt/
mount: unknown filesystem type 'crypto_LUKS'

Comment cela peut-il être un système de fichiers inconnu, comme je l’avais utilisé juste avant?

Merci

linux ubuntu filesystems luks dm-crypt etn
la source

Réponses:

11

Pour pouvoir accéder à vos fichiers, vous devez d'abord les déchiffrer.

cryptsetup open /dev/sda1 backup

où sda1 est la partition chiffrée et backup est le nom de votre partition (c'est une commande très basique, vous pouvez la corriger en fonction de vos besoins). Tapez ensuite votre mot de passe et procédez au montage sans chiffrement à l'aide de

mount /dev/mapper/backup /mnt

Terminé! visitez maintenant la partition montée

cd /mnt/backup
Joe
la source
Je dois dire que mon disque dur n'a pas de nom. Donc, je l'appelle arbitrairement "sauvegarde" ci-dessous, et cela fonctionne. Et sa partition est nulle: il n'y a pas de "sdb1" ou "sdb2", il n'y a que "sdb". ~$ sudo cryptsetup open /dev/sdb backup Enter passphrase for /dev/sdb: ~$ sudo mount /dev/mapper/backup /mnt mount: wrong fs type, bad option, bad superblock on /dev/mapper/backup, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so.
etn
vous pourriez avoir un mauvais Superblock. Vérifiez cette ubuntuforums.org/ et revenez
Joe
Vous avez raison: ~ $ e2fsck -f / dev / sdd1 e2fsck 1.42.13 (17-May-2015) ext2fs_open2: Nombre magique incorrect dans le super-bloc e2fsck: Superbloc non valide, tentative de sauvegarde ... La redimensionnement de l'inode n'est pas valide. Recréer <y>? oui Passe 1: Vérification des inodes, des blocs et des tailles […] Inode 14028290, i_size vaut 2529966949950002624, doit être égal à 0. Correction <y>? oui Inode 14028290, i_blocks est 74937487465024, doit être égal à 0. Correction <y>? oui l'inode 14028302 a un (des) bloc (s) illégal (s). Effacer <y>? oui Bloc illégal # 0 (1002589455) dans l'inode 14028302. CLEARED. […] Ad nauseam ... je l'ai essayé avec un autre disque dur. Est-ce un bug de LUKS?
etn
Ne crois pas. Je suppose que votre disque dur commence à échouer. Sauvegardez vos données et déplacez-les sur un autre disque dur. Faites-moi savoir si vous avez été en mesure de résoudre le problème afin que je puisse mettre à jour la réponse afin que vous puissiez l'accepter.
Joe
J'ai essayé avec un autre disque dur à nouveau. Même problème. Remarque: je peux chiffrer mon disque dur avec des disques gnome, mais ce n'est pas une solution: je veux sha512.
etn