Vous n'êtes pas identifié(e).
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Et toujours pas d'accès en écriture.
Mon ami pense comme toi raleur, la clé est foutue électroniquement quelque part...
je sais pas combien tu a de partition sur cette clé
Une simulation pour voir. L'outil ntfsfix fourni par le paquet ntfs-3g.
Merci à tous.
Dernière modification par smolski (17-11-2016 05:50:06)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
mount: impossible de trouver /dev/sdf1 dans /etc/fstab
Désolé, il faut remplacer /dev/sdf1 par le point de montage, /media/user/KINGSTON d'après tes messages précédents.
Note que l'écriture peut sembler fonctionner mais il faudra vérifier après avoir débranché et rebranché la clé.
Il vaut mieux montrer que raconter.
Hors ligne
Têtue la bête, non ?
Dernière modification par smolski (17-11-2016 07:58:42)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Juste par précaution, il n'y a rien d'important sur cette clé ou tout ce qui est important a été sauvegardé ?
Dernière modification par raleur (17-11-2016 09:16:17)
Il vaut mieux montrer que raconter.
Hors ligne
Et là, la main ne me revient pas ni donc la création d'un fichier.
PS : la bête, c'est la clé, pas les personnes.
Dernière modification par smolski (17-11-2016 09:29:14)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Edit 1 :
Puis j'ai été voir graphiquement et les lignes créer un fichier ou créer un répertoire ne sont plus grisées pour l'user, cependant, sous gnome, les permissions restent les mêmes, l'user ne peux pas écrire.
Edit 2 :
La ligne de commande root :
Comme pour touch ne me rend pas la main que je ne peux récupérer qu'en ôtant manuellement la cle.
Le message dans le terminal devient alors :
Edit 3 :
Dernière modification par smolski (17-11-2016 09:42:47)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dernière modification par raleur (17-11-2016 10:52:38)
Il vaut mieux montrer que raconter.
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
[14490.261136] scsi 6:0:0:0: Direct-Access Kingston DataTraveler 3.0 PMAP PQ: 0 ANSI: 6
[14490.262067] sd 6:0:0:0: Attached scsi generic sg6 type 0
[14490.262377] sd 6:0:0:0: [sdf] 122849280 512-byte logical blocks: (62.9 GB/58.6 GiB)
[14490.262706] sd 6:0:0:0: [sdf] Write Protect is off
…
[14490.579933] sdf: sdf1
[14490.580776] sd 6:0:0:0: [sdf] Write Protect is on
Il semblerait que ce soit au moment de la détection de la première partition que "Write Protecs" passe à "on"
Puisqu'il est possible d'accéder en lecture au système de fichiers,
- faire une copie de sauvegarde de tous les fichiers
- écraser les 10 premiers méga octets avec dd (je prends large avec 10Mo, mais c'est vite fait)
- vérifier que dd a bien écrit tous les 10 premiers Mo => lancer sync et attendre le retour du prompt
- débrancher/rebrancher la clef (pour être sûr)
- lancer GParted et vérifier que plus rien n'est sur cette clef
- créer une nouvelle table des partitions
- créer une partition formatée en NTFS (ce qui changera de l'exFAT)
- recopier les fichiers qui avaient été sauvegardés.
Dernière modification par MicP (17-11-2016 12:54:26)
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Il semblerait que ce soit au moment de la détection de la première partition que "Write Protecs" passe à "on"
Je me suis fait la même remarque (post #23) mais je ne vois pas quel mécanisme en serait responsable.
Je n'ai pas l'habitude d'utiliser dd, comment opérer exactement ?
D'abord remettre /dev/sdf en rw avec blockdev. Ensuite
A mon avis la commande sync est inutile mais c'est comme tu veux.
Débranche, rebranche, dmesg.
Il vaut mieux montrer que raconter.
Hors ligne
rebranche la clef et relance la même commande :
Tu verra une ligne de plus ressemblant à ça :
A la fin de cette ligne il y aura le nom du fichier de périphérique qui est associé à cette clef ( peut-être chez toi ce sera sdf )
C'est ce nom de fichier de périphérique qui sera utilisé tant que tu ne débranche plus la clef (sinon, il pourrait changer)
Après avoir mis en sécurité un copie des fichiers de la clef,
si c'est sûr et certain que c'est bien sdf qui est associé à cette clef,
la ligne de commandes à entrer serait :
Surtout, il faut bien vérifier la ligne de commande que tu as tapé avant de la valider par la touche Entrée
Ne débranche pas la clef tant que le prompt n'est pas revenu (pour 10Mo, dd aura très vite fait de le faire, donc ce sera rapide).
Avec cette méthode, tu écrase le MBR (qui contient la table des partitions) et le début de la première partition.
=======
…En attendant qu'un jour (on peut rêver) je puisse avoir accès à des informations fiables sur le format exFAT et de ce qu'en fait Windows.
Dernière modification par MicP (17-11-2016 13:34:40)
Hors ligne
Ensuite :
Zut alors...
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Il vaut mieux montrer que raconter.
Hors ligne
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
rien de bien intéressant
il est possible d'enlever le drapeau de boot avec gparted par exemple ?
Dernière modification par anonyme (17-11-2016 14:03:02)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
…dd: impossible d'ouvrir « /dev/sdf »: Système de fichiers accessible en lecture seulement…
Bizarre que le fichier de périphérique ne soit accessible qu'en lecture.
Je suppose qu'il n'y a pas d'interrupteur sur la clef qui permettrait le verrouillage en lecture seule.
EDIT : Ajout séparation.
=======
J'avais oublié de dire qu'l faut vérifier qu'aucun système de fichiers présent sur ce disque ne soit monté.
Si tu utilise le montage automatique par un gestionnaire de fichiers de l'interface, il faudrait le désactiver.
La commande mount permet aussi de connaître la liste des systèmes de fichiers qui ont été mountés
=======
Par curiosité, donne le retour de ces 2 commandes :
Merci.
=======
Bien sûr, ce peut aussi être le fait d'une panne matérielle de cette clef
Dernière modification par MicP (17-11-2016 14:51:27)
Hors ligne
J'avais oublié de dire qu'l faut vérifier qu'aucun système de fichiers présent sur ce disque ne soit monté.
De mémoire, il me semble que ce n'est pas nécessaire à la réussite de l'opération, et le message d'erreur parle d'autre chose. Mais ça peut éviter des effets secondaires néfastes liés au fait que le système de fichiers monté sera corrompu, donc ça reste un bon conseil.
Il vaut mieux montrer que raconter.
Hors ligne
Oui, le montage de la clé est automatique.
Dernière modification par smolski (17-11-2016 14:52:14)
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Et :
Walà walà...
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
=======
Sur ma machine :
=======
Je pense de plus en plus à un problème matériel de la clef,
mais peut-être que Windows la débloquera si c'est lui qui l'a verrouillé en lecture seule.
Dernière modification par MicP (02-12-2016 18:20:01)
Hors ligne
Oui le problème est électronique semble-t'il.
Merci à tous d'avoir participé.
...
saque eud dun (patois chtimi : fonce dedans)
Hors ligne
Dernière modification par MicP (17-11-2016 15:27:53)
Hors ligne