Disque externe crypté avec Bitlocker: ne peut plus ouvrir

Support Debian
#1

Bonjour

J’ai un disque dur externe dont je me sert pour sauvegarder mes données.
Il est formaté ntfs cryptés sous bitlocker.

Ensuite je l’ouvre et je lance Rsync pour sauvegarder mes données.
Sous windows et Cygwin sans probleme.
Sous OpenSuse sans problème
Sous Debian Trixie depuis quelques semaines je ne peux plus le monter:

Message reçu : L'opération demandée a échoué: Error mounting /dev/dm-5 at /media/ba/BA_PRO_TRAVAIL: wrong fs type, bad option, bad superblock on /dev/mapper/bitlk-e1300d37-90eb-49d3-9231-d8476643f92f, missing codepage or helper program, or other error

Comment expliquer cette différence?
Sachant que sous Trixie rsync se lance en automatique, j’ai une tache anacron qui vérifie la présence du disque ouvert et lance Rsync

Merci pour votre aide

EDIT: amusant, je viens de m’apercevoir que le script qui est lancé par la tache anaccron est vide, j’ai du mal le sauvegarder. Donc ce n’est pas lui qui bloque

#2

Bonjour
quelle commande, conf pour monter le disque?

#3

Bonjour @Zargos

Normalement quand je branche le disque j’ai un prompt de KDE qui me propose de le monter et le déverrouiller.

J’avoue ne pas être allé plus loin que cela.

Merci pour ton aide

#4

Juste quand tu valid ele montage, il te génère le message d’erreur?

est-ce que tu as essayé de le monter à la main?

#5

Surbooké.
Dès que j’ai le temps de regarder je reviens vers vous.

Merci

#6

Bonsoir

J’ai essayé de monter avec mount, mais en toute logique il me dit que le format bit-locker est inconnu.

Alors j’installe dislocker, je crée un fichier /media/essai, je fais:

    sudo dislocker /dev/sdd1 -u  /media/essai
Enter the user password:

Ca marche mais dans le fichier /media/essai il n’y a rien, même pas le binaire qu’il devrait y avoir selon

Qu’en pensez vous?

Par ailleurs qu’est ce qui était utilisé quand j’ouvrais en mode graphique?

#7

@Anonymous23

S’il est vu sur un autre système…

Comment est saisi le mot de passe du disque chiffré ?

Y a t’il eu un changement de mot de passe ?

#8

@Anonymous23

wrong fs type Y a t’il le support de ntfs sur cette trixie ?

dpkg -l | grep ntfs

Tu dois avoir quelquechose comme ntfs-3g ( NTFS - Debian Wiki )

#9

Et pour vérifier qu’il est bien chargé:

# modprobe -v ntfs3
insmod /lib/modules/6.12.57+deb13-amd64/kernel/fs/ntfs3/ntfs3.ko.xz

@Anonymous23 , il faudrait qu’à chaque commande tu nous donne le détail complet, et aussi au même moment ce qu’il y a dans dmesg (la fin) ainsi que dans les logs (/var/log/syslog si tu as, sinon journalctl -n 50)

#10

Bonjour @artlog et @Zargos

Habituellement je branchais le disque, avais un promt KDE qui proposais de monter et ouvrir, puis demandais le mot de passe. Ensuite avec Dolphin j’ouvrais le disque. Maintenant en haut de la fenêtre j’ai

"Une erreur est survenue en accédant à « B_PRO_TRAVAIL ». Message reçu : L'opération demandée a échoué: Error mounting /dev/dm-5 at /media/ba/B_PRO_TRAVAIL: wrong fs type, bad option, bad superblock on /dev/mapper/bitlk-e1300d37-90eb-49d3-9231-d8476643f92f, missing codepage or helper program, or other error"

si je tape:

dpkg -l | grep ntfs
ii  libntfs-3g89t64:amd64                               1:2022.10.3-5                        amd64        read/write NTFS driver for FUSE (runtime library)
ii  ntfs-3g                                             1:2022.10.3-5                        amd64        read/write NTFS driver for FUSE

sudo modprobe -v ntfs3 ne renvoie rien

sudo dmesg:

 .....
    [19605.548043] ntfs3(dm-5): It is recommened to use chkdsk.
    [19605.907639] ntfs3(dm-5): volume is dirty and "force" flag is not set!
    [19627.826408] pcieport 0000:00:1c.4: AER: Correctable error message received from 0000:04:00.0
    [19627.826418] pcieport 0000:04:00.0: PCIe Bus Error: severity=Correctable, type=Data Link Layer, (Receiver ID)
    [19627.826420] pcieport 0000:04:00.0:   device [8086:15da] error status/mask=00000080/00002000
    [19627.826422] pcieport 0000:04:00.0:    [ 7] BadDLLP               
    [19630.452886] [UFW BLOCK] IN= OUT=wlp2s0 SRC=2001:0863:0214:1899:af35:3c79:3d92:59a1 DST=0064:ff9b:0000:0000:0000:0000:5240:5474 LEN=96 TC=184 HOPLIMIT=64 FLOWLBL=699384 PROTO=UDP SPT=60835 DPT=123 LEN=56 
    [19630.452968] [UFW BLOCK] IN= OUT=wlp2s0 SRC=2001:0863:0214:1899:af35:3c79:3d92:59a1 DST=0064:ff9b:0000:0000:0000:0000:d4e3:e8a1 LEN=96 TC=184 HOPLIMIT=64 FLOWLBL=626725 PROTO=UDP SPT=46270 DPT=123 LEN=56 
    [19630.453044] [UFW BLOCK] IN= OUT=wlp2s0 SRC=10.167.107.170 DST=54.36.61.42 LEN=76 TOS=0x18 PREC=0xA0 TTL=64 ID=10097 DF PROTO=UDP SPT=40124 DPT=123 LEN=56 
    [19640.472554] [UFW BLOCK] IN= OUT=wlp2s0 SRC=10.167.107.170 DST=82.67.117.190 LEN=76 TOS=0x18 PREC=0xA0 TTL=64 ID=65402 DF PROTO=UDP SPT=43512 DPT=123 LEN=56 
    [19642.162192] pcieport 0000:00:1c.4: AER: Correctable error message received from 0000:04:00.0
    [19642.162202] pcieport 0000:04:00.0: PCIe Bus Error: severity=Correctable, type=Data Link Layer, (Receiver ID)
    [19642.162204] pcieport 0000:04:00.0:   device [8086:15da] error status/mask=00000080/00002000
    [19642.162206] pcieport 0000:04:00.0:    [ 7] BadDLLP               
    [19670.702975] [UFW BLOCK] IN= OUT=wlp2s0 SRC=2001:0863:0214:1899:af35:3c79:3d92:59a1 DST=0064:ff9b:0000:0000:0000:0000:268f:1310 LEN=96 TC=184 HOPLIMIT=64 FLOWLBL=535677 PROTO=UDP SPT=35710 DPT=123 LEN=56 
    [19670.703070] [UFW BLOCK] IN= OUT=wlp2s0 SRC=10.167.107.170 DST=37.59.63.125 LEN=76 TOS=0x18 PREC=0xA0 TTL=64 ID=38776 DF PROTO=UDP SPT=48206 DPT=123 LEN=56 
    [19677.289814] pcieport 0000:00:1c.4: AER: Correctable error message received from 0000:04:00.0
    [19677.289837] pcieport 0000:04:00.0: PCIe Bus Error: severity=Correctable, type=Data Link Layer, (Receiver ID)
    [19677.289839] pcieport 0000:04:00.0:   device [8086:15da] error status/mask=00000080/00002000
    [19677.289842] pcieport 0000:04:00.0:    [ 7] BadDLLP               
    [19727.184977] pcieport 0000:00:1c.4: AER: Correctable error message received from 0000:04:00.0
    [19727.185003] pcieport 0000:04:00.0: PCIe Bus Error: severity=Correctable, type=Data Link Layer, (Receiver ID)
    [19727.185004] pcieport 0000:04:00.0:   device [8086:15da] error status/mask=00000080/00002000
    [19727.185007] pcieport 0000:04:00.0:    [ 7] BadDLLP               
    [19729.487023] [UFW BLOCK] IN= OUT=wlp2s0 SRC=2001:0863:0214:1899:af35:3c79:3d92:59a1 DST=ff02:0000:0000:0000:0000:0000:0000:00fb LEN=189 TC=0 HOPLIMIT=255 FLOWLBL=679711 PROTO=UDP SPT=5353 DPT=5353 LEN=149 
    [19731.643434] [UFW BLOCK] IN= OUT=wlp2s0 SRC=10.167.107.170 DST=224.0.0.251 LEN=169 TOS=0x00 PREC=0x00 TTL=255 ID=17840 DF PROTO=UDP SPT=5353 DPT=5353 LEN=149

Rien dans le fichier log

Avez vous besoin de plus?

Merci

#11

Ton disque est corrompu, c’est nbormal quand on fait des écriture avec linux. En général sur un disque NTFS on se contente de lire c’est plus sur.

Il te faut faire un :
e2fsck -fn
Pour voir d’abord quel est le problème.

#12

Merci

Comme le disque marche sur deux autres ordinateurs et qu’il contient des données précieuses, je pense que je vais éviter d’essayer de le réparer.

Je vais commencer par faire une copie de la copie…

Si je veux un système de sauvegarde multi-os, crypté, ou je peux toujours accéder aux fichiers sauvegardés en direct en branchant le disque tu me conseille quoi?

#13

Tu vas avoir un problème. Microsoft n’est pas le plus haut niveau d’interopérabilité qui soit.

Le mieux c’est de faire un epartition LUKS sur ton disque.
Tu pourras utiliser les outils habituel de linux pour le déchiffrer, et pour Windows tu devrais pouvoir utiliser LibreCrypt.

Et sur cette partition LUKS tu crées une partition FAT. Et ça sera compatible pour les deux OS, M$ et Linux.

Tu peux essayer de t’inspirer de cette page: Chiffrer un disque ou clé USB sur Ubuntu 22.04 avec LUKS - malekal.com

#14

@Anonymous23

    [19605.548043] ntfs3(dm-5): It is recommened to use chkdsk.
    [19605.907639] ntfs3(dm-5): volume is dirty and "force" flag is not set!

Le conseil de @Zargos est de faire une vérification du disque et c’est ce qui permettra de le rendre lisible à nouveau.

Je suis surpris que cette erreur n’apparaisse que sur linux.
As tu essayé de le brancher sur les machines qui fonctionnent depuis ?

Cette correction peut aussi se faire sur une autre machine avec le chkdsk .

#15

@Anonymous23

Je plussoie le conseil de @Zargos est logique, l’utilisation de LUKS est la plus interopérable. ntfs très bien supporté sur Linux, par contre je suis franchement froid pour utiliser du Bitlocker.

Il y a encore d’autres façons d’envisager la chose pour les backups, dans mon cas j’ai un disque externe chiffré en LUKS que je branche temporairement pour faire des backups en restic en utilisant un serveur temporaire S3. Mais je n’ai pas encore terminé mon cheminement pour la ma solution de backup finale et je n’ai pas de Windows dans la boucle.

#16

Bonjour @artlog

Je confirme que cette erreur n’apparait que sous mon poste Debian et pas sous Windows ni sous OpenSuse que je teste en ce moment.

Sous Debian je fais :

sudo e2fsck -fn /dev/sdb
e2fsck 1.47.2 (1-Jan-2025)
ext2fs_open2: Bad magic number in super-block
e2fsck: Superblock invalid, trying backup blocks...
e2fsck: Bad magic number in super-block while trying to open /dev/sdb

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/ext3/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 -b 32768 <device>

Found a gpt partition table in /dev/sdb
#17

Par contre depuis que j’ai fait e2fsck je ne peux plus l’ouvrir sous Windows
Sous OpenSuse cela marche encore.

#18

Il faut que tu refasse ce disque.
Sur l’OS où tu peux accéder, tu récupère les données.
Ensuite tu refais complètement le disque.
Ça te prendra moins de temps que d’essayer de dépanner.

#19

fsck marche sur les partitions, donc sdb1 pas sdb ( sauf peut être avec dislocker)
pour dislocker, tu dis que tu crées un fichier, pas un dossier, est-ce normal pour dislocker?

#20

@Anonymous23

L’utilisation du chiffrement va créer un périphérique /dev/dmX où X est un chiffre dépendant du nombre de systèmes montés de cette façon, par dislocker ou par luks par exemple.

dans ton cas sur les logs fournis il y a trois jours dm-5.

tu le verras dans le dmseg

Les partitions de ton disque physique sont du style /dev/sdb2
/dev/sdb2 une fois déchiffrée par la couche dislocker, elle apparait sous /dev/dm-5 ( par exemple ).
ce qui est exposé est une vue par secteur du disque, donc un système de fichier est monté par dessus, ici ntfs.

Donc la vérification ntfs avec e2fsck doit être faite sur le /dev/dm-5 par exemple et surtout pas sur /dev/sdb2, sinon tu va écraser le contenu de ton disque et vraiment tout perdre. Le fait qu’il ne soit plus lisible sous windows n’est vraiment pas un bon signe.

Le mieux est de lire le disque depuis un système qui y arrive, si tu vois le contenu avec opensuse alors c’est sur l’opensuse qu’il faut regarder s’il y a eu des erreurs.
Selon les systèmes une vérification et récupération automatique est entreprise au montage du système fichier.