Alors que je prends soin de toujours démonter correctement ma clé usb (en attendant le signal que je peux la retirer) qui me sert à sauvegarder mes dossiers hors de cet ordinateur de connexion, il pourrait se faire que néanmoins j'ai mal fait les choses lors du précédent usage (hier soir)
Ce soir, en insérant ma clé, je découvre
dans un 1er temps que je ne peux accéder à un dossier (appelons-le zut), un cadenas figure dessus!
---- j'enlève proprement la clé et la branche sur un autre ordinateur (qui n'a jamais été connecté - et qui est sous window vista, que j'utilise comme sauvegarde visuelle de mes clés de sauvegarde) et je l'installe sans problème, et je constate pouvoir accéder à tous les dossiers que contient le dossier "zut", sauf un dossier complètement vérolé - que je tente en vain de supprimer - je change son nom pour tenter de l'isoler
Je copie les données auxquelles je peux avoir accès et recrée un dossier en lieu et place du "vérolé"
Dans un second temps, je reviens sur l'ordinateur de connexion et insère ma clé: cette fois ce sont tous les fichiers qui ont un cadenas!! Exemple parmi d'autres dossiers bloqués aussi:

Je comprends que ma clé pourrait bien être morte - ici sous LM 22,3
bien que la clé ne soit pas pleine:

Ayant eu quelque peu le même problème en 2018 (bien qu'à l'époque, je démontais mal mes clés de sauvegarde) je retrouve un post de tyrry https://forum-francophone-linuxmint.fr/ ... 45#p135945
et je l'applique présentement:
Code : Tout sélectionner
mich@mich-ThinkPad-T480s:~$ sudo fdisk -l
[sudo] Mot de passe de mich :
Disque /dev/nvme0n1 : 476,94 GiB, 512110190592 octets, 1000215216 secteurs
Modèle de disque : INTEL SSDPEKKF512G8L
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : gpt
Identifiant de disque : 43EBB523-0723-4933-AB39-571F1393481B
Périphérique Début Fin Secteurs Taille Type
/dev/nvme0n1p1 2048 1050623 1048576 512M Système EFI
/dev/nvme0n1p2 1050624 1000214527 999163904 476,4G Système de fichiers Linux
Disque /dev/sdb : 28,91 GiB, 31042043904 octets, 60628992 secteurs
Modèle de disque : STORE N GO
Unités : secteur de 1 × 512 = 512 octets
Taille de secteur (logique / physique) : 512 octets / 512 octets
taille d'E/S (minimale / optimale) : 512 octets / 512 octets
Type d'étiquette de disque : dos
Identifiant de disque : 0x84cec20c
Périphérique Amorçage Début Fin Secteurs Taille Id Type
/dev/sdb1 8064 60628991 60620928 28,9G c W95 FAT32 (LBA)
mich@mich-ThinkPad-T480s:~$
Code : Tout sélectionner
mich@mich-ThinkPad-T480s:~$ sudo blkid
[sudo] Mot de passe de mich :
/dev/nvme0n1p1: UUID="5181-77E1" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="f018159f-d369-4fd4-a237-fd84a97d3306"
/dev/nvme0n1p2: UUID="e784f937-23a1-4a0e-a4d9-b9dff56cb2e1" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="826d0004-e173-4d82-9b36-e5ab80cf1c43"
/dev/sdb1: UUID="D11D-3B02" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="84cec20c-01"
mich@mich-ThinkPad-T480s:~$
avec un questionnaire auquel je réponds pour la situation d'aujourd'hui:
ouiTa clé se monte ?
dans un 1er temps, oui sauf un dossier qui est cadenassé - dans un 2e temps, non - cadenas partoutTa clé fonctionne nickel en lecture ?
dans un 1er temps, oui 1 seul -- dans un 2e temps, c'est tout le contenu de la cléC'est bien un seul soucis "d'écriture sur la clé qui "merdoie" ? "
qu'avec celle-ci - J'en ai essayé une autre, plus récente et n'ai eu aucun problèmeTu n'as ce soucis qu'avec cette clé ou avec d'autres ?
ben oui - mais comme j'ai les données sur mon "vista", je pourrais la refaire avec une nouvelle usbCette clé contient -elle des données "importantes"
cependant avant cela, j'aimerais savoir ce qui s'est passé et si on peut la sauver,
comme on a réussi pour la clé en 2018 https://forum-francophone-linuxmint.fr/ ... 49#p136149
car si à présent je fais bien attention pour la retirer, "l'expérience" d'aujourd'hui montre qu'un accident peut néanmoins se produire, et s'il se produisait à nouveau alors que je n'ai pu sauvegarder les dernières données, cela me serait grandement utile pour les récupérer, d'où l'objet de ce post!
comme ça semble le cas aujourd'hui aussi, je fais la commande suivantele résultat de sudo blkid indique que ta clé est "monté" sur sdb1
Code : Tout sélectionner
mich@mich-ThinkPad-T480s:~$ sudo chmod -R 777 /dev/sdb1
[sudo] Mot de passe de mich :
mich@mich-ThinkPad-T480s:~$

Le post suivant de tyrry était le suivant https://forum-francophone-linuxmint.fr/ ... 39#p136139
j'applique les commandes indiquées :
Code : Tout sélectionner
mich@mich-ThinkPad-T480s:~$ umount /media/$USER/"STORE N GO"
umount: /media/mich/STORE N GO: Aucun fichier ou dossier de ce nom
mich@mich-ThinkPad-T480s:~$ sudo mkfs.vfat -F 32 /dev/sdb1
[sudo] Mot de passe de mich :
Suis prêt à recommencer selon ce que l'on (= tyrry) me donnera à faire!
Je n'ai pas expérimenté aujourd'hui les propositions de mézig qui commencent ici https://forum-francophone-linuxmint.fr/ ... 87#p135887
parce que je ne suis pas sûr que "nemo" soit toujours d'actualité...
Merci d'avance pour votre attention
