Système de fichiers UDF
je me trouve face à une difficulté, ma clé USB est en lecture seule, impossible de retirer ce mode.
Fdisk, Gparted, rien n’y fait, je ne peux même pas changer les droits en écriture.
Voilà, si vous avez une solution, elle est la bienvenue.
Ami age Membre non connecté
-
- Voir le profil du membre Ami age
- Inscrit le : 18/08/2012
- Site internet
- Groupes :
-
Modérateur
C'est à dire avec un petit bouton ?
_______________________________________________________________________

___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.

___________________________________ Un petit clic pour Mageia ? =>> CLIQUEZ I C I :
.
m@rco123 Membre non connecté
-
- Voir le profil du membre m@rco123
- Inscrit le : 15/05/2009
- Groupes :
sudo dd if=/dev/zero of=/dev/sdX ?
Lenovo 110-17acl
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 9 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 9 plasma 64b
cg Mullins [Radeon R3 Graphics] / ssd SanDisk 250Go
Mageia 9 plasma 64b
packard ls11hr
cg intel 810 / ssd SanDisk 128Go
Mageia 9 plasma 64b
Citation :
hdparm -r0 /dev/sdb
/dev/sdb:
setting readonly to 0 (off)
readonly = 0 (off)
/dev/sdb:
setting readonly to 0 (off)
readonly = 0 (off)
Ce qui donnait l'impression que ça fonctionnait, mais je ne peux pas supprimer la partition, ni la formater.
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
# dd if=/dev/sdX of=/home/user/sauvegardeClef bs=1K count=1
Puis, au lieu de supprimer l'intégralité de la clef avec ces fonctions de bas niveau, juste tester avec le premier kilooctet :
# dd if=/dev/zero of=/dev/sdX bs=1K count=1
Maintenant on peut "visionner" de différentes manières si on a pu écrire sur la clef, par exemple :
Méthode 1
On recopie ce qu'il y a sur la clef et compare les deux copies avec cmp :
# dd if=/dev/sdX of=/home/user/secondeCopie bs=1K count=1
# cmp /home/user/sauvegardeClef /home/user/secondeCopie -l
Il y a trois colones, la première était l'adresse, la seconde l'original, la troisième l'état de la clef après la commande "dd if=/dev/zero", donc normalement, cette troisième colonne est uniquement composé de zero.
Méthode 2
# dd if=/dev/sdX of=/home/user/secondeCopie bs=1K count=1
# xxd /home/user/secondeCopie > zero.hex
# xxd /home/user/sauvegardeClef > original.hex
# diff original.hex zero.hex
Méthode 3, visionner directement la clef et voir que son premier kilooctet est égale à 0
xxd -l 1024 /dev/sdX
Mais peut-être qu'il faut s'assurer qu'avant, il n'y aie pas déjà que des zeros dans le premier octet

Sinon, on peut aussi augmenter la taille, soit avec BS et on change l'unité ( 1- 1K 1M 1G ...) soit avec count=X pour itérer X fois la taille sélectionnée avec BS (d'après man dd, bs serait pour bytes, alors qu'il me semblait qu'il était pour Basis Segment... Je devais me tromper).
Méthode 4 :
Des méthodes il y en a plein, je ne les énumère pas toutes. Mais tu peux aussi utiliser un outil graphique, tel que ghex
Ou tu peux utiliser une somme de contrôle avec :
sha1sum
sha224sum
sha512sum
sha384sum
sha256sum -b /home/user/sauvegardeClef /home/user/secondeCopie
si tu aimes la couleur, ajoute --color, pour toutes les shaxxxsum c'est les mêmes options.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
| Arch | Machine | OS |
| x86_64 | lenovo x250 | mga9 |
| armv7hl | bananapro | mga9 |
| aarch64 | Raspberry Pi 4B | mga9 |
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
| Arch | Machine | OS |
| x86_64 | lenovo x250 | mga9 |
| armv7hl | bananapro | mga9 |
| aarch64 | Raspberry Pi 4B | mga9 |
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
# journalctl -f
PUIS brancher la clef ?
https://www.mageialinux-online.org/forum/topic-25917-1+cle-usb-inaccessible-en-ecriture.php
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
| Arch | Machine | OS |
| x86_64 | lenovo x250 | mga9 |
| armv7hl | bananapro | mga9 |
| aarch64 | Raspberry Pi 4B | mga9 |
Ce qui m’ennuie dans cette histoire, le format udf est un format universel ouvert apparemment.
C'est une clé que j'ai utilisé pour créer, une clé d'installation de Windows 10 OFFICIELLE, avec les outils OFFICIELS de Microsoft.
Sauf que j'ai besoin de réinstaller Windows 10, et, je pensais refaire ma clé sous Linux puisque je n'ai plus de Windows.
Et là, je me rend que le format ouvert, et bien ça ne passe pas sous Linux.
le resultat de la commade, j'ai lu aussi le fil que tu présentes ci-dessus
Citation :
avril 22 10:48:33 localhost kernel: sd 6:0:0:0: [sdd] Write Protect is off
avril 22 10:48:33 localhost kernel: sd 6:0:0:0: [sdd] Mode Sense: 03 00 00 00
avril 22 10:48:33 localhost kernel: sd 6:0:0:0: [sdd] No Caching mode page found
avril 22 10:48:33 localhost kernel: sd 6:0:0:0: [sdd] Assuming drive cache: write through
avril 22 10:48:33 localhost kernel: sd 6:0:0:0: [sdd] Mode Sense: 03 00 00 00
avril 22 10:48:33 localhost kernel: sd 6:0:0:0: [sdd] No Caching mode page found
avril 22 10:48:33 localhost kernel: sd 6:0:0:0: [sdd] Assuming drive cache: write through
J'ai efectivement déjà testé cette commande
Citation :
dans mon cas.hdparm -r0 /dev/sdd
ce qui donne
Citation :
hdparm -r0 /dev/sdd
/dev/sdd:
setting readonly to 0 (off)
readonly = 0 (off)
/dev/sdd:
setting readonly to 0 (off)
readonly = 0 (off)
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Veux tu bien tester les commandes bas niveau d'écriture ? (les commande dd sur le périphérique /dev/sdd )
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
| Arch | Machine | OS |
| x86_64 | lenovo x250 | mga9 |
| armv7hl | bananapro | mga9 |
| aarch64 | Raspberry Pi 4B | mga9 |
Citation :
dd if=/dev/zero of=/dev/sdd conv=notrunc
dd: impossible d'ouvrir '/dev/sdd': Système de fichiers accessible en lecture seulement
[root@localhost fabien]#
dd: impossible d'ouvrir '/dev/sdd': Système de fichiers accessible en lecture seulement
[root@localhost fabien]#

La partie grise est libre, la partie est occupée, en lecture seule.
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
cmoifp :
Ok, ça donne
Citation :
dd if=/dev/zero of=/dev/sdd conv=notrunc
dd: impossible d'ouvrir '/dev/sdd': Système de fichiers accessible en lecture seulement
[root@localhost fabien]#
dd: impossible d'ouvrir '/dev/sdd': Système de fichiers accessible en lecture seulement
[root@localhost fabien]#
ça c'est grave.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
| Arch | Machine | OS |
| x86_64 | lenovo x250 | mga9 |
| armv7hl | bananapro | mga9 |
| aarch64 | Raspberry Pi 4B | mga9 |
Papoteur Membre non connecté
-
- Voir le profil du membre Papoteur
- Inscrit le : 03/10/2011
- Groupes :
-
Modérateur
-
Équipe Mageia
-
Administrateur
-
Forgeron
Est-ce que le montage est automatique lors de la connection de la clé, et dans ce cas, peux tu démonter la partition montée automatiquement ?
Puis, est-ce la fonction de formatage d'Isodumper fonctionne ?
Yves
Jybz Membre non connecté
-
- Voir le profil du membre Jybz
- Inscrit le : 10/10/2018
- Groupes :
-
Administrateur
-
Forgeron
Papoteur :
Bonjour,
Est-ce que le montage est automatique lors de la connection de la clé, et dans ce cas, peux tu démonter la partition montée automatiquement ?
Puis, est-ce la fonction de formatage d'Isodumper fonctionne ?
Est-ce que le montage est automatique lors de la connection de la clé, et dans ce cas, peux tu démonter la partition montée automatiquement ?
Puis, est-ce la fonction de formatage d'Isodumper fonctionne ?
Les commandes assez bas niveau (dd /dev/sdd) ne fonctionnant pas, je ne vois pas comment isodumper fera.
En tant que root, si dd ne réussi par à modifier le périphérique (au delà de la partition), je ne vois pas qui réussira.
Téléverser une image : /wiki/hebergement-de-fichiers-sur-mlo
| Arch | Machine | OS |
| x86_64 | lenovo x250 | mga9 |
| armv7hl | bananapro | mga9 |
| aarch64 | Raspberry Pi 4B | mga9 |
Répondre
Vous n'êtes pas autorisé à écrire dans cette catégorie
