[Linux] cle usb

[René Bastian]

Merci les amis pour vos réponses,

avant de poser ma question sur cette liste, j'ai aussi trouvé
 
https://doc.ubuntu-fr.org/tutoriel/comment_reparer_clef_usb

mais le résultat est identique dans chaque cas: 1.2 G disponibles
sur une clé de 31.6 G (reconnus pas fdisk -l) avec l'indication
"HPFS/NTFS masquée". (masquée: je ne sais pas ce que ça veut dire).

Le problème en entier: un ami fait des films avec caméra, Mac & Windows.
En haute définition, ils occupent plusieurs Go. Cet après-m j'aurai
une télé LED (env. 100 cm en diag) avec une entrée USB [pour remplacer
mon vieil écran cathod de 35 cm !].

Au magasin, j'ai fait un essai avec une clé en vfat: ça marche. D'où
l'idée de récupérer la clé de 31.6 Go.

Peut-être que vous connaissez une solution meilleure que ce que je
m'imagine.

René

Le Thu, 20 Apr 2017 06:55:12 +0200,
Antoine Delaporte <adlp@::1> a écrit :

> Le Thu, Apr 20, 2017 at 06:29:54AM +0200, jp willm écrivait:
> >Décidément, le matin on n'a pas toujours les idée claires :-\
> >
> >
> >mkdosfs /dev/sdx
> >
> >était juste et x est à adapter.
> Euh non non, chez moi (Rhaa c'est a ce moment là ou je n'ai pas de
> clef sous la main) sont bien en /dev/sdXY
> 
> Oui, il y a bien une table de partitions comme le decrivait
> Bernard, mais il n'est pas forcement necessaire de l'ecraser
> par contre. Ah si:!!!
> 
> 
> Rene, voila donc ce que je te recommande :
>     1. verifier que la table de partition de ta clef existe toujours
>         (J'ai tendance a penser cette etape useless, sauf pour
> trouver la bonne partition) (attention chez MOI le X est c)
>         #~ > tail -f /var/log/kernel.log
>         [insertion clef]
> Apr 20 06:45:35 supratruff kernel: [103148.391165] sd 6:0:0:0:
> Attached scsi generic sg2 type 0 Apr 20 06:45:35 supratruff kernel:
> [103148.393050] sd 6:0:0:0: [sdc] 15728640 512-byte logical blocks:
> (8.05 GB/7.50 GiB) Apr 20 06:45:35 supratruff kernel: [103148.394552]
> sd 6:0:0:0: [sdc] Write Protect is off Apr 20 06:45:35 supratruff
> kernel: [103148.394556] sd 6:0:0:0: [sdc] Mode Sense: 23 00 00 00 Apr
> 20 06:45:35 supratruff kernel: [103148.397147] sd 6:0:0:0: [sdc]
> Write cache: disabled, read cache: enabled, doesn't support DPO or
> FUA Apr 20 06:45:35 supratruff kernel: [103148.404257]  sdc: sdc1 Apr
> 20 06:45:35 supratruff kernel: [103148.408823] sd 6:0:0:0: [sdc]
> Attached SCSI removable disk [on constate qu'une clef est arrivée en
> sdc, et qu'elle a une partion : sdc1 !] => si le constat n'est pas
> fait, suivre les recommendations de Bernard pour obtenir un beau :
> Disque /dev/sdc : 8053 Mo, 8053063680 octets 16 têtes, 60
> secteurs/piste, 16384 cylindres, total 15728640 secteurs Unités =
> secteurs de 1 * 512 = 512 octets Taille de secteur (logique /
> physique) : 512 octets / 512 octets taille d'E/S (minimale /
> optimale) : 512 octets / 512 octets Identifiant de disque : 0xf3562308
> 
> Périphérique Amorçage  Début         Fin      Blocs    Id. Système
> /dev/sdc1   *        2048    15728639     7863296    7
> HPFS/NTFS/exFAT
> 
>     2. Formatter la partition trouvé precedement lors de l'insertion
>         Faire attention, generalement, sur un desktop, les partitions
> sont en auto mount : penser a demonter avant formattage... :)
>  
>         mkfs.vfat /dev/sdc1
> 
>         Cependant chez moi il semblerait que la clef soit en exFat
> (c'est une clef neuve sortie d'emballage)
>         Alors je partirait sur un
>         mkfs.exfat /dev/sdc1
> 
> 
> Antoine
> 
> 



-- 
René Bastian
www.pythoneon.org