- Fedora-Fr
- À propos de Fedora-Fr
- Historique
- Statistiques
- Télécharger
- Obtenir Fedora
- Toutes les méthodes de téléchargement
- Support
- Aide sur IRC
- Forums
- Documentation
- Sous-projets
- Plateforme de blog
Dernière news : Fedora 34 Beta est disponible
Bonjour. Je sais que ce problème est récurent...
J'ai tout d'abord acheté une clé USB de 500Go. A l'origine elle est en exfat.
Je l'ai reformatée en EXT4 avec gparted. Depuis elle ne se monte plus et me fait des tas d'erreurs. Je l'ai donc renvoyée.
Aujourd'hui j'en reçois une autre de 1To. Toujours en exfat.
Je la formate en EXT4 avec gparted et la vois montée.
Toujours dans gparted je teste un démontage et un remontage.
Catastrophe: le démontage fonctionne mais pas le remontage. D'où ma question:
<i>Filesystem volume name: <none>
Last mounted on: <not available>
Filesystem UUID: eac97cc6-bca4-4947-a06f-b38b68a8aa97
Filesystem magic number: 0xEF53
Filesystem revision #: 1 (dynamic)
Filesystem features: has_journal ext_attr resize_inode dir_index filetype extent flex_bg sparse_super large_file huge_file dir_nlink extra_isize metadata_csum
Filesystem flags: signed_directory_hash
Default mount options: user_xattr acl
Filesystem state: clean
Errors behavior: Continue
Filesystem OS type: Linux
Inode count: 64004096
Block count: 255999996
Reserved block count: 12799999
Free blocks: 251702488
Free inodes: 64004085
First block: 0
Block size: 4096
Fragment size: 4096
Y a t-il une particularité EXT4 avec les grosses clés USB ?
Serait ce un problème de partitions (primaire)
thierry :: ~ » sudo blkid
/dev/sda1: LABEL="Images" UUID="279be134-8e72-408c-ba52-5ff1ff544b23" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="Images" PARTUUID="ec892bbd-c68f-45cd-9f73-539a94bbc405"
/dev/sda2: LABEL="Musiques" UUID="631f1bbe-dfc9-49c4-843a-c908f5971d9c" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="Musiques" PARTUUID="2b020bb0-ddeb-40d4-b9b1-34a155717f00"
/dev/sda3: LABEL="Videos" UUID="782df009-fe4b-49fa-b2b7-7d6193b89154" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="Videos" PARTUUID="170ee806-539e-41b7-9b17-73b1f6dc89da"
/dev/sdb1: LABEL="virtual" UUID="bf307a66-1494-4fd3-b40a-ecf851bf5237" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="0004bea1-01"
/dev/nvme0n1p1: UUID="A67D-B5F5" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI System Partition" PARTUUID="b2cdd577-101a-45a0-aba6-87f3871fc5c3"
/dev/nvme0n1p2: UUID="7f3dad39-7f83-4a6c-ba83-44536648e3cc" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="1dca390e-d286-4f09-b5d8-377e2616d3b9"
/dev/nvme0n1p3: LABEL="fedora_localhost-live" UUID="2b01f365-3c78-4786-a4b6-2ddb8583bdbb" UUID_SUB="6a39c8b4-b8f3-4613-921a-8a546302d9b8" BLOCK_SIZE="4096" TYPE="btrfs" PARTUUID="460d53ad-ba0c-4e34-aa65-6d4f46aa6616"
/dev/zram0: UUID="02829015-d006-476b-98f0-bacdc078adc2" TYPE="swap"
/dev/sdd1: UUID="eac97cc6-bca4-4947-a06f-b38b68a8aa97" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="fa2cb833-01"
Elle est en SDD
Une tentative en console
sudo mount -t auto /dev/sdd1 /media/
mount: /media: wrong fs type, bad option, bad superblock on /dev/sdd1, missing codepage or helper program, or other error.
Merci.
Dernière modification par thierryR (25/02/2021 12:30:10)
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 5.10.7-200.fc33.x86_64 x86_64 bits: 64 Desktop: KDE Plasma 5.20.5
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
J'ai trouvé un post sur ubuntu.
thierry :: ~ » sudo dd if=/dev/sdd bs=512 count=1 | hexdump -C
1+0 enregistrements lus
1+0 enregistrements écrits
00000000 fa 33 c0 8e d0 bc 00 7c 8b f4 50 07 50 1f fb fc |.3.....|..P.P...|
512 octets copiés, 0,00252945 s, 202 kB/s00000010 bf 00 06 b9 00 01 f2 a5 ea 1d 06 00 00 be be 07 |................|
00000020 b3 04 80 3c 80 74 0e 80 3c 00 75 1c 83 c6 10 fe |...<.t..<.u.....|
00000030 cb 75 ef cd 18 8b 14 8b 4c 02 8b ee 83 c6 10 fe |.u......L.......|
00000040 cb 74 1a 80 3c 00 74 f4 be 8b 06 ac 3c 00 74 0b |.t..<.t.....<.t.|
00000050 56 bb 07 00 b4 0e cd 10 5e eb f0 eb fe bf 05 00 |V.......^.......|
00000060 bb 00 7c b8 01 02 57 cd 13 5f 73 0c 33 c0 cd 13 |..|...W.._s.3...|
00000070 4f 75 ed be a3 06 eb d3 be c2 06 bf fe 7d 81 3d |Ou...........}.=|
00000080 55 aa 75 c7 8b f5 ea 00 7c 00 00 49 6e 76 61 6c |U.u.....|..Inval|
00000090 69 64 20 70 61 72 74 69 74 69 6f 6e 20 74 61 62 |id partition tab|
000000a0 6c 65 00 45 72 72 6f 72 20 6c 6f 61 64 69 6e 67 |le.Error loading|
000000b0 20 6f 70 65 72 61 74 69 6e 67 20 73 79 73 74 65 | operating syste|
000000c0 6d 00 4d 69 73 73 69 6e 67 20 6f 70 65 72 61 74 |m.Missing operat|
000000d0 69 6e 67 20 73 79 73 74 65 6d 00 00 00 00 00 00 |ing system......|
000000e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
000001b0 00 00 00 00 00 00 00 00 33 b8 2c fa 00 00 00 04 |........3.,.....|
000001c0 01 04 83 fe c2 ff 00 08 00 00 00 38 54 0c 00 fe |...........8T...|
000001d0 c2 ff 83 fe c2 ff 00 40 54 0c 00 80 4f 12 00 00 |.......@T...O...|
000001e0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.|
00000200
Là, je ne comprend rien. Je me demande si la table exfat n'est pas taguée.
Je décide de détruire la clé. (J'ai falsifié la commande car elle est dangereuse.)
sudo dd if=/dev/zero of=/dev/taclé
C'est long, il faut être patient pour avoir le retour du prompt.
Puis j'essaierai de la reconstruire avec gparted.
Dernière modification par thierryR (25/02/2021 15:35:03)
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 5.10.7-200.fc33.x86_64 x86_64 bits: 64 Desktop: KDE Plasma 5.20.5
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
C'est long, il faut être patient pour avoir le retour du prompt.
surtout si tu ne précises pas de valeur pour l'option bs
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Pour l'instant ça à l'air de fonctionner. Je charge la clé, je vérifierai ensuite la relecture.
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 5.10.7-200.fc33.x86_64 x86_64 bits: 64 Desktop: KDE Plasma 5.20.5
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
Le chargement à planté et maintenant je ne peux plus monter la clé. C'est comme celle de 500Go. L'histoire se répète avec des clés différentes.
Error mounting /dev/sdd1 at /run/media/thierry/2b731498-fc4a-4d8f-8a4f-23c7bbeb9099: wrong fs type, bad option, bad superblock on /dev/sdd1, missing codepage or helper program, or other error
thierry :: ~ » sudo dd if=/dev/sdd bs=512 count=1 | hexdump -C
00000000 fa b8 00 10 8e d0 bc 00 b0 b8 00 00 8e d8 8e c0 |................|
00000010 fb be 00 7c bf 00 06 b9 00 02 f3 a4 ea 21 06 00 |...|.........!..|
00000020 00 be be 07 38 04 75 0b 83 c6 10 81 fe fe 07 75 |....8.u........u|
00000030 f3 eb 16 b4 02 b0 01 bb 00 7c b2 80 8a 74 01 8b |.........|...t..|
00000040 4c 02 cd 13 ea 00 7c 00 00 eb fe 00 00 00 00 00 |L.....|.........|
00000050 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
1+0 enregistrements lus
1+0 enregistrements écrits
000001b0 00 00 00 00 00 00 00 00 f0 ca 97 1d 00 00 00 04 |................|
512 octets copiés, 0,000913946 s, 560 kB/s000001c0 01 04 83 fe c2 ff 00 08 00 00 00 f8 11 7a 00 00 |.............z..|
000001d0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 |................|
*
000001f0 00 00 00 00 00 00 00 00 00 00 00 00 00 00 55 aa |..............U.|
00000200
Dernière modification par thierryR (26/02/2021 11:47:35)
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 5.10.7-200.fc33.x86_64 x86_64 bits: 64 Desktop: KDE Plasma 5.20.5
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
J'ai installé
Installation:
exfat-utils x86_64 1.3.0-5.fc33 rpmfusion-free 64 k
J'ai repris gparted mais il se met en erreur à:
Créer un nouveau systeme de fichier exfat
Dernière modification par thierryR (26/02/2021 12:12:11)
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 5.10.7-200.fc33.x86_64 x86_64 bits: 64 Desktop: KDE Plasma 5.20.5
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
Et que donne le formatage avec Windows ?
Le problème pourrait-il provenir du périphérique de stockage ?
Pour de telles capacités, nous utilisons des SSD (clé USB M2) formatées en Ext4 ou NTFS qui fonctionnent sans encombre.
Debian & Fedora : utilisateur libre, sans compétence particulière.
Hors ligne
Après branchement sur un win10: Formatage en 2 secondes. La clé est opérationnelle.( au vu du temps on voit qu'il n'y a pas eu un véritable formatage)
Mes conclusions:
Mes soupçons sur un taguage des clés semble de plus en plus évident. Le systeme exfat empêche l'emploi d'un autre système.
La partie linux de exfat n'est pas au point.
Dernière modification par thierryR (26/02/2021 15:29:13)
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 5.10.7-200.fc33.x86_64 x86_64 bits: 64 Desktop: KDE Plasma 5.20.5
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
J'ai installé
Installation: exfat-utils x86_64 1.3.0-5.fc33 rpmfusion-free 64 k
J'ai repris gparted mais il se met en erreur à:
Créer un nouveau systeme de fichier exfat
Sur plusieurs tutos, ils parlent d'installer fuse-exfat ET exfat-utils. Tu n'as pas installé ces deux drivers ? Peut-être à essayer.
Hors ligne
Sur plusieurs tutos, ils parlent d'installer fuse-exfat ET exfat-utils. Tu n'as pas installé ces deux drivers ? Peut-être à essayer.
OK pour exfat, mais ça ne change pas le problème. Vouloir un autre formatage est impossible.
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 5.10.7-200.fc33.x86_64 x86_64 bits: 64 Desktop: KDE Plasma 5.20.5
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
Quand on veut formater une clé exfat en ext4 voici le résultat:
# mount -v -t 'ext4' '/dev/sda1' '/media/'
mount: /media: wrong fs type, bad option, bad superblock on /dev/sda1, missing codepage or helper program, or other error.
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 5.10.7-200.fc33.x86_64 x86_64 bits: 64 Desktop: KDE Plasma 5.20.5
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
Tu es bien sur que c'est /dev/sda1 que tu veux monter ?
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Excuse moi, c'est une commande sur un raspberry... Je fais des essais sur raspi et fedora, pour lever des doutes. C'est gparted, après formatage en EXT4, qui me dit
# mount -v -t 'ext4' '/dev/sda1' '/media/'
mount: /media: wrong fs type, bad option, bad superblock on /dev/sda1, missing codepage or helper program, or other error.
En fait seul exfat et vfat fonctionne sur ces clés. C'est étonnant.
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 5.10.7-200.fc33.x86_64 x86_64 bits: 64 Desktop: KDE Plasma 5.20.5
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
En fait seul exfat et vfat fonctionne sur ces clés. C'est étonnant.
Très oui. Moi par acquit de conscience je ferais à nouveau un
dd if=/dev/zero of=/dev/sda bs=512 count=1
pour voir
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Oui voila: J'ai recommencé un formatage pour faire l'essai.
dd if=/dev/zero of=/dev/sdd bs=512 count=1
dd: impossible d'ouvrir '/dev/sdd': Permission non accordée
pc-bureau :: ~ » sudo dd if=/dev/zero of=/dev/sdd bs=512 count=1
1+0 enregistrements lus
1+0 enregistrements écrits
512 octets copiés, 0,000231888 s, 2,2 MB/s
Par contre elle ne se monte pas sur le raspberry.
sudo mount -t auto /dev/sda1 /media/
mount: /media: wrong fs type, bad option, bad superblock on /dev/sda1, missing codepage or helper program, or other error.
Dernière modification par thierryR (06/03/2021 15:46:13)
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 5.10.7-200.fc33.x86_64 x86_64 bits: 64 Desktop: KDE Plasma 5.20.5
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
Mais, grands dieux, pourquoi voudrais-tu qu'une clé dont tu viens d'effacer le bloc 0 donc le MBR et la table de partitions puisse comporter une partition sda1 à monter ? Un peu de bon sens!
une fois terminée l'opération que je t'ai dite, vérifie l'état de la clé avec la commande fdisk et crée une première partition que tu devras formater!
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Mais, grands dieux, pourquoi voudrais-tu qu'une clé dont tu viens d'effacer le bloc 0 donc le MBR et la table de partitions puisse comporter une partition sda1 à monter ? Un peu de bon sens!
Parce que je ne savais pas que DD effaçait le MBR.
Maintenant je suis un peu moins ....
Je l'ai reformaté en fat32. Elle réagit très bien sur fédora. J'ai copié des fichiers créé un dossier. Tout va bien pour l'instant. Par contre sur le rasberry.
sudo mount -t auto /dev/sda /media/
mount: /media: wrong fs type, bad option, bad superblock on /dev/sda, missing codepage or helper program, or other error.
Merci.
EDIT: j'ai trouvé pour le raspberry.
sudo mount -t vfat /dev/sda1 /media/usb -o uid=1001,gid=1001
Et voila.
Dernière modification par thierryR (06/03/2021 22:07:53)
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 5.10.7-200.fc33.x86_64 x86_64 bits: 64 Desktop: KDE Plasma 5.20.5
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
sudo mount -t vfat /dev/sda1 /media/usb -o uid=1001,gid=1001
Pourquoi cette commande ? Une clé usb est supposée être montée automatiquement dans /run/media/etc... lors de l'insertion
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Par ce que sur un raaspberry, celle là
sudo mount -t auto /dev/sda /media/
ne fonctionne pas.
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 5.10.7-200.fc33.x86_64 x86_64 bits: 64 Desktop: KDE Plasma 5.20.5
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
je me répète: la clé ne se monte pas automatiquement ? tu en es sur ?
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Effectivement tu as raison. J'ai paramétré mon bureau KDE pour qu'il monte les clés automatiquement. Ce n'est pas une solution par défaut. Le raspi quand à lui m'en fait voir de toutes les couleurs. Il change les droits après montage. de rw, il passe en lecture seule sans prévenir. Il y a donc bien un service qui s'occupe de ça.
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 5.10.7-200.fc33.x86_64 x86_64 bits: 64 Desktop: KDE Plasma 5.20.5
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
après montage. de rw, il passe en lecture seule sans prévenir
tu devrais vérifier ton système de fichiers. En principe ce comportement révèle une erreur.
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
Si c'est une erreur sur la clé, elle ne se manifeste que sur le raspberry. Fedora quant à lui ne fait rien d'illogique.
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 5.10.7-200.fc33.x86_64 x86_64 bits: 64 Desktop: KDE Plasma 5.20.5
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne
Bon peut-être un bug dans ta version arm alors. Rien de plus.
C'est pas parce que c'est difficile qu'on n'ose pas,
c'est parce qu'on ose pas que c'est difficile !
Hors ligne
C'est aussi mon avis et je m’apprête à tout réinstaller. ( Au moins pour lever le doute)
Eh bien non. C'est rsync à travers ma liaison SSH qui fait passer le dossier en read only.
Dernière modification par thierryR (08/03/2021 14:45:16)
Chalons en Champagne: Au nord, un peu avant la banquise (Ah ben non... Elle a fondu)
Kernel: 5.10.7-200.fc33.x86_64 x86_64 bits: 64 Desktop: KDE Plasma 5.20.5
Type: Desktop Mobo: ASRock model: X470 Gaming-ITX/ac UEFI: CPU: Topology: 8-Core model: AMD Ryzen 7 2700X bits: 64 type: MT MCP L2 cache: 4096 KiB
Hors ligne