A voir également:
- Cle usb impossible à monté
- Cle usb non reconnu - Guide
- Clé windows 10 gratuit - Guide
- Cle usb bootable - Guide
- Formater clé usb mac - Guide
- Clé usb 2to vrai ou faux - Accueil - Stockage
7 réponses
S'il y a vraiement un probleme de formatage il faut aboluement reformater, de preference en Windows et en fat, c'est tres facile. Apres tu reessayeras en Linux. Ca ne marche non plus en Windows, ca donne seulement une fausse impression.
Apres comment tu as eu le pb de formatage: Tu n'as pas fait umount avant de debrancher (ou la commande equivalente en Windows) ? Dans ce cas ce n'est pas etonnant!!
Apres comment tu as eu le pb de formatage: Tu n'as pas fait umount avant de debrancher (ou la commande equivalente en Windows) ? Dans ce cas ce n'est pas etonnant!!
kilian
Messages postés
8731
Date d'inscription
vendredi 19 septembre 2003
Statut
Modérateur
Dernière intervention
20 août 2016
1 527
17 janv. 2005 à 15:54
17 janv. 2005 à 15:54
Umount ça suffit pas. Il faut aussi utiliser la commande "eject":
eject /dev/sda (à adapter selon le chemin de la clé).
eject /dev/sda (à adapter selon le chemin de la clé).
Li4uLlZvdHJlIGTpdm916SBzZXJ2aXRldXIuLi4u
En effet je l'ai débranché comme un gougnafié. Je ne connaissais pas la commande "eject".
Le probleme c'est que j'ai pas windaube, comment la formater avec mon nunux ?
Le probleme c'est que j'ai pas windaube, comment la formater avec mon nunux ?
kilian
Messages postés
8731
Date d'inscription
vendredi 19 septembre 2003
Statut
Modérateur
Dernière intervention
20 août 2016
1 527
17 janv. 2005 à 16:36
17 janv. 2005 à 16:36
Généralement c'est
mkfs -t vfat /dev/sda1
Mais c'est à adapter selon le cas.
Voir: http://lea-linux.org/hardware/cleusb.html
M'enfin, lorsque je formate un disque dur en fat 32 sous Linux, je n'arrive pas à le lire sous Windows, je m'y prenais peut être mal mais...
En tout cas assure toi d'avoir sauvegardé le contenu de ta clé.
mkfs -t vfat /dev/sda1
Mais c'est à adapter selon le cas.
Voir: http://lea-linux.org/hardware/cleusb.html
M'enfin, lorsque je formate un disque dur en fat 32 sous Linux, je n'arrive pas à le lire sous Windows, je m'y prenais peut être mal mais...
En tout cas assure toi d'avoir sauvegardé le contenu de ta clé.
Li4uLlZvdHJlIGTpdm916SBzZXJ2aXRldXIuLi4u
C'est pour ca j'ai propose de formater en Windows en fat car j'ai entendu de choses similaires.
Si on est absoluement sur sur sur qu'on n'utilsera la cle jamais en Windows on peut aussi le formater en ext2 (ou ext3) ce qui est plus efficace que le vfat mais ca brise la compatibilite avec Windows. L'avantage on pourra gerer differents proprietaires de fichiers la dessus. Je crois avec ext3 on peut bien reparer les fautes de "umounts" ou "ejects" non effectues gras ou journal dans l'ext3.
Cependant bien que j'utilise presque toujours Linux je reste avec fat avec les cles usb. On ne sait jamais quand il faut copier un ficher sur un pc windows.
PS: Mon poste <5> est une reponse a <2>. Vous avez mis <3> et <4> pendant la redaction.
Si on est absoluement sur sur sur qu'on n'utilsera la cle jamais en Windows on peut aussi le formater en ext2 (ou ext3) ce qui est plus efficace que le vfat mais ca brise la compatibilite avec Windows. L'avantage on pourra gerer differents proprietaires de fichiers la dessus. Je crois avec ext3 on peut bien reparer les fautes de "umounts" ou "ejects" non effectues gras ou journal dans l'ext3.
Cependant bien que j'utilise presque toujours Linux je reste avec fat avec les cles usb. On ne sait jamais quand il faut copier un ficher sur un pc windows.
PS: Mon poste <5> est une reponse a <2>. Vous avez mis <3> et <4> pendant la redaction.
Vous n’avez pas trouvé la réponse que vous recherchez ?
Posez votre question
Dans un noyau 2.4 c'est vrai si tu melanges plusieures cles (sinon ca fait confusion). Pour un noyau 2.6 ca marche avec umount et eject ne fait pas de mal, mais je ne crois pas qu'il soit absoluement necessaire dans ce cas.
En fait il y a deux choses differentes:
(1) Si on copie de fichiers sur une cle usb ce n'est pas immediatement ecrit physiquement car Linux garde les fichiers dans le tampon du ram et c'est ecrit un peu apres (pour la perfomence si on fait de choses compiques au niveau ecriture/lecture sur la cle). Avant de debrancher il faut forcer de les ecritures physiques par "umount". Pour cette raison un umount peut prendre beaucoup de temps, car c'est l'ecriture physique de grands fichiers avec le debit d'USB 1.1 ou USB 2. On peut aussi forcer l'ecriture physique de toutes les choses montees par "sync" mais ca ne suffit pas pour pouvoire debrancher la cle (mais ca reduit les degats eventuel). Il faut toujours faire umount.
(2) La reconnaissance de la partition /dev/sda ou /dev/sda1 de la cle dans le noyau. Quand la cle est branche on voit la partition /dev/sda (ou /dev/sda1) dans la liste de partitions dans le noyau obtenue par "cat /proc/partitions". Dans cette liste il y a surtout la bonne taille de la cle. Apres umount cette liste ne change pas tant la cle reste branche. Si on debranche la cle il y a deux possibilites:
(a) Noyau 2.6: /dev/sda (/dev/sda1) a disparu de cette liste.
(b) Noyau 2.4: /dev/sda (/dev/sda1) n'a pas disparau de cette liste. Si on rebranche la meme cle ce n'est pas grave car la taille n'a pas change. Si on branche une autre cle d'une autre taille ca sera grave car Linux va mettre l'ancienne fausse taille avec l'effet de boussiler le formatage si on ecrit la dessus (disons ca peut arriver avec certaines anciennes versions du noyau). Pour eviter ca il faut aussi faire eject. Selon mon experience ce probleme n'arrivent pas avec les noyaux 2.6.
Il me semble que dans les derniers noyaux 2.4 ca cree plutot un /dev/sdb si on met une autre cle. Comme ca on evite tout probleme car la premiere cles correspond a /dev/sda meme s'il n'est pas branche. Cependant le /dev/sdb necessite une autre ligne dans fstab pour le mount.
En fait il y a deux choses differentes:
(1) Si on copie de fichiers sur une cle usb ce n'est pas immediatement ecrit physiquement car Linux garde les fichiers dans le tampon du ram et c'est ecrit un peu apres (pour la perfomence si on fait de choses compiques au niveau ecriture/lecture sur la cle). Avant de debrancher il faut forcer de les ecritures physiques par "umount". Pour cette raison un umount peut prendre beaucoup de temps, car c'est l'ecriture physique de grands fichiers avec le debit d'USB 1.1 ou USB 2. On peut aussi forcer l'ecriture physique de toutes les choses montees par "sync" mais ca ne suffit pas pour pouvoire debrancher la cle (mais ca reduit les degats eventuel). Il faut toujours faire umount.
(2) La reconnaissance de la partition /dev/sda ou /dev/sda1 de la cle dans le noyau. Quand la cle est branche on voit la partition /dev/sda (ou /dev/sda1) dans la liste de partitions dans le noyau obtenue par "cat /proc/partitions". Dans cette liste il y a surtout la bonne taille de la cle. Apres umount cette liste ne change pas tant la cle reste branche. Si on debranche la cle il y a deux possibilites:
(a) Noyau 2.6: /dev/sda (/dev/sda1) a disparu de cette liste.
(b) Noyau 2.4: /dev/sda (/dev/sda1) n'a pas disparau de cette liste. Si on rebranche la meme cle ce n'est pas grave car la taille n'a pas change. Si on branche une autre cle d'une autre taille ca sera grave car Linux va mettre l'ancienne fausse taille avec l'effet de boussiler le formatage si on ecrit la dessus (disons ca peut arriver avec certaines anciennes versions du noyau). Pour eviter ca il faut aussi faire eject. Selon mon experience ce probleme n'arrivent pas avec les noyaux 2.6.
Il me semble que dans les derniers noyaux 2.4 ca cree plutot un /dev/sdb si on met une autre cle. Comme ca on evite tout probleme car la premiere cles correspond a /dev/sda meme s'il n'est pas branche. Cependant le /dev/sdb necessite une autre ligne dans fstab pour le mount.
kilian
Messages postés
8731
Date d'inscription
vendredi 19 septembre 2003
Statut
Modérateur
Dernière intervention
20 août 2016
1 527
17 janv. 2005 à 16:52
17 janv. 2005 à 16:52
Pour un noyau 2.6 ca marche avec umount et eject ne fait pas de mal, mais je ne crois pas qu'il soit absoluement necessaire dans ce cas.
Salut,
J'ai un 2.6.10 et mon Ipod est branché en usb (/dev/sda).
Si je le démonte avec umount, il continuera de me demander de ne pas le déconnecter. Si je fais eject /dev/sda j'ai "deconnexion autorisée", moyennant une petite erreur signalée par le shell mais bon....
J'en avais tiré les mêmes conclusions pour les clés (ne pas débrancher sans utiliser la commande eject). Je savais pas comment ça fonctionnait :-)
Mais bon, je continuerai à utiliser "eject" avec les clés, on ne sais jamais..... :-)
Salut,
J'ai un 2.6.10 et mon Ipod est branché en usb (/dev/sda).
Si je le démonte avec umount, il continuera de me demander de ne pas le déconnecter. Si je fais eject /dev/sda j'ai "deconnexion autorisée", moyennant une petite erreur signalée par le shell mais bon....
J'en avais tiré les mêmes conclusions pour les clés (ne pas débrancher sans utiliser la commande eject). Je savais pas comment ça fonctionnait :-)
Mais bon, je continuerai à utiliser "eject" avec les clés, on ne sais jamais..... :-)
Li4uLlZvdHJlIGTpdm916SBzZXJ2aXRldXIuLi4u
Impossible de formatter en fat16 lorsque je tape mkfs -t vfat /dev/sda j'obtient:
[root@localhost thomas]# mkfs -t vfat /dev/sda
mkfs.vfat 2.9 (15 May 2003)
mkfs.vfat: Will not try to make filesystem on '/dev/sda'
et avec "fdisk -l":
Disque /dev/sda: 257 Mo, 257802752 octets
8 têtes, 62 secteurs/piste, 1015 cylindres
Unités = cylindres de 496 * 512 = 253952 octets
Disque /dev/sda ne contient pas une table de partition valide
[root@localhost thomas]# mkfs -t vfat /dev/sda
mkfs.vfat 2.9 (15 May 2003)
mkfs.vfat: Will not try to make filesystem on '/dev/sda'
et avec "fdisk -l":
Disque /dev/sda: 257 Mo, 257802752 octets
8 têtes, 62 secteurs/piste, 1015 cylindres
Unités = cylindres de 496 * 512 = 253952 octets
Disque /dev/sda ne contient pas une table de partition valide