Clé USB foutue?

Support Debian
Tags: #<Tag:0x00007f63e4969048>
#1

Quand je tente de monter une clé USB avec Space FM, j’ai droit à cette bordée d’injures :

NTFS signature is missing.
Failed to mount '/dev/sdd1': Argument invalide
The device '/dev/sdd1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?
NTFS signature is missing.
Failed to mount '/dev/sdd1': Argument invalide
The device '/dev/sdd1' doesn't seem to have a valid NTFS.
Maybe the wrong device is used? Or the whole disk instead of a
partition (e.g. /dev/sda, not /dev/sda1)? Or the other way around?

Je la (re)formate avec Gparted, il ne se plaint pas mais crée une petite zone vide d’un Mo au début.
En revanche, cfdisk plante (coredump et tout le toutim) quand je crée une partition en ayant supprimé la partition créée pour ne pas avoir la petite zone vide au début.
Je vois quand même ça dans les journaux quand je branche la clé :

juil. 30 16:02:50 [censuré] kernel: scsi 7:0:0:0: Direct-Access     Verbatim Store N Go       PMAP PQ: 0 ANSI: 6
juil. 30 16:02:50 [censuré] kernel: sd 7:0:0:0: Attached scsi generic sg5 type 0
juil. 30 16:02:50 [censuré] kernel: sd 7:0:0:0: [sdd] 60493824 512-byte logical blocks: (31.0 GB/28.8 GiB)
juil. 30 16:02:50 [censuré] kernel: sd 7:0:0:0: [sdd] Write Protect is off
juil. 30 16:02:50 [censuré] kernel: sd 7:0:0:0: [sdd] Mode Sense: 45 00 00 00
juil. 30 16:02:50 [censuré] kernel: sd 7:0:0:0: [sdd] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
juil. 30 16:02:50 [censuré] kernel:  sdd: sdd1
juil. 30 16:02:50 [censuré] kernel: sd 7:0:0:0: [sdd] Attached SCSI removable disk
juil. 30 16:02:50 [censuré] colord-sane[5404]: io/hpmud/musb.c 2101: Invalid usb_open: Permission denied
juil. 30 16:02:50 [censuré] colord-sane[5404]: io/hpmud/musb.c 2101: Invalid usb_open: Permission denied
juil. 30 16:02:50 [censuré] colord-sane[5404]: io/hpmud/musb.c 2101: Invalid usb_open: Permission denied
juil. 30 16:02:50 [censuré] colord-sane[5404]: io/hpmud/musb.c 2101: Invalid usb_open: Permission denied
juil. 30 16:02:51 [censuré] kernel: UDF-fs: warning (device sdd1): udf_load_vrs: No VRS found
juil. 30 16:02:51 [censuré] kernel: UDF-fs: Scanning with blocksize 512 failed
juil. 30 16:02:51 [censuré] kernel: UDF-fs: warning (device sdd1): udf_load_vrs: No VRS found
juil. 30 16:02:51 [censuré] kernel: UDF-fs: Scanning with blocksize 1024 failed
juil. 30 16:02:51 [censuré] kernel: UDF-fs: warning (device sdd1): udf_load_vrs: No VRS found
juil. 30 16:02:51 [censuré] kernel: UDF-fs: Scanning with blocksize 2048 failed
juil. 30 16:02:51 [censuré] kernel: UDF-fs: warning (device sdd1): udf_load_vrs: No VRS found
juil. 30 16:02:51 [censuré] kernel: UDF-fs: Scanning with blocksize 4096 failed
juil. 30 16:02:51 [censuré] kernel: UDF-fs: warning (device sdd1): udf_load_vrs: No VRS found
juil. 30 16:02:51 [censuré] kernel: UDF-fs: Scanning with blocksize 512 failed
juil. 30 16:02:51 [censuré] kernel: UDF-fs: warning (device sdd1): udf_load_vrs: No VRS found
juil. 30 16:02:51 [censuré] kernel: UDF-fs: Scanning with blocksize 1024 failed
juil. 30 16:02:51 [censuré] kernel: UDF-fs: warning (device sdd1): udf_load_vrs: No VRS found
juil. 30 16:02:51 [censuré] kernel: UDF-fs: Scanning with blocksize 2048 failed
juil. 30 16:02:51 [censuré] kernel: UDF-fs: warning (device sdd1): udf_load_vrs: No VRS found
juil. 30 16:02:51 [censuré] kernel: UDF-fs: Scanning with blocksize 4096 failed
juil. 30 16:02:51 [censuré] kernel: ISOFS: Unable to identify CD-ROM format.
juil. 30 16:02:51 [censuré] kernel: ISOFS: Unable to identify CD-ROM format.
juil. 30 16:02:51 [censuré] kernel: hfsplus: unable to find HFS+ superblock
juil. 30 16:02:51 [censuré] kernel: hfsplus: unable to find HFS+ superblock
juil. 30 16:02:51 [censuré] kernel: hfs: can't find a HFS filesystem on dev sdd1
juil. 30 16:02:51 [censuré] kernel: hfs: can't find a HFS filesystem on dev sdd1
juil. 30 16:02:51 [censuré] kernel: EXT4-fs (sdd1): VFS: Can't find ext4 filesystem
juil. 30 16:02:51 [censuré] kernel: EXT4-fs (sdd1): VFS: Can't find ext4 filesystem
juil. 30 16:02:51 [censuré] kernel: EXT4-fs (sdd1): VFS: Can't find ext4 filesystem
juil. 30 16:02:51 [censuré] kernel: EXT4-fs (sdd1): VFS: Can't find ext4 filesystem
juil. 30 16:02:51 [censuré] kernel: EXT4-fs (sdd1): VFS: Can't find ext4 filesystem
juil. 30 16:02:51 [censuré] kernel: EXT4-fs (sdd1): VFS: Can't find ext4 filesystem
juil. 30 16:02:51 [censuré] kernel: REISERFS warning (device sdd1): sh-2021 reiserfs_fill_super: can not find reiserfs on sdd1
juil. 30 16:02:51 [censuré] kernel: REISERFS warning (device sdd1): sh-2021 reiserfs_fill_super: can not find reiserfs on sdd1
juil. 30 16:02:51 [censuré] kernel: XFS (sdd1): Invalid superblock magic number
juil. 30 16:02:51 [censuré] kernel: XFS (sdd1): Invalid superblock magic number
juil. 30 16:02:51 [censuré] kernel: omfs: Invalid superblock (0)
juil. 30 16:02:51 [censuré] kernel: omfs: Invalid superblock (0)

Là, je coince.
J’oubliais : elle fonctionne dans Windows 10 et le reformatage dans Windows 10 me fait la même chose.

#2

Bonjour,
Effaces les partitions et remet les secteurs à zero.

sfdisk --delete /dev/sdd
wipefs -a /dev/sdd

Et éventuellement:

dd if=/dev/zero of=/dev/sdd bs=512 status=progress

Seulement après tu partitionnes ta clef, et ensuite tu formates.

Ensuite tu peux vérifier:
badblocks -w -s -o error.log /dev/sdd

#3

J’en suis au dd if of et bon d’là, c’est loooooooooooonnnnnng comme un discours du leader maximo. :grinning:

#4

La même chose que quoi ?

Quel intérêt de partitionner et formater si c’est pour tout écraser ensuite (-w = test destructif) ?

Et surtout ça ne sert à rien d’autre qu’user la clé en gaspillant un cycle d’effacement/écriture de tous les blocs de mémoire flash.

#5

La même erreur, pardi.
Après passage par Gparted, toujours la même erreur (il croit que c’est du NTFS alors que non).
Bon, ça doit être SpaceFM qui merde parce que Fichiers arrive à la monter sans problème, et même que SpaceFM la voit une fois que Fichiers l’a montée. :upside_down_face:
Bon, ben merci quand même à tous.
P.S. : C’est une clé que j’utilise pour écouter de la musique dans la bagnole donc si j’écris une fois ou deux de trop dessus, pas de problème.

#6

Je n’en suis pas sûr. D’après les logs du noyau, quelque chose a essayé de monter la clé avec différents types de systèmes de fichiers : UDF, ISO9660, HFS+, HFS, ext4, reiserfs, XFS et omfs (dont j’entends parler pour la première fois, « SonicBlue Optimized MPEG File System » pour enregistreur ReplayTV et lecteur Rio Karma dit la description de l’option de configuration du noyau).Donc j’ai plutôt l’impression qu’il ne sait pas quel est le type et essaie un peu tout. S’il a essayé NTFS, cela n’apparaît pas dans les logs du noyau car le pilote ntfs-3g fonctionne en espace utilisateur via FUSE.

#7

Oui, en effet, quelque chose essaie de lire quelques bits magiques au début de la partition et trouve nawak pour lui, sauf que Windows 10 et Fichiers y arrivent, pas SpaceFM. :face_with_raised_eyebrow:

#8

Exact, me suis trompé avec le -w.

#9

Ça, c’est le boulot de libblkid, mais il se limite à détecter le type de système de fichiers, pas le monter. Les messages du noyau résultent d’une tentative de montage aveugle.