cle usb flash ne se monte pas

cocoubuntu · Le 10/01/2017, à 17:33

Bjr
je veux utiliser cette clé usb flash - elle ne se monte pas -
que dois je faire ?
etape par etape
merci
j'ai fait le dmesg | tail proposé par la boite de dialogue obtenue apres avoir cliqué sur " monter la clé "

dmesg | tail 
[ 6159.570278] usb-storage 2-1.2:1.0: USB Mass Storage device detected
[ 6159.570448] scsi9 : usb-storage 2-1.2:1.0
[ 6160.570131] scsi 9:0:0:0: Direct-Access     Verbatim STORE N GO       8.07 PQ: 0 ANSI: 4
[ 6160.570866] sd 9:0:0:0: Attached scsi generic sg2 type 0
[ 6160.572570] sd 9:0:0:0: [sdb] 124928000 512-byte logical blocks: (63.9 GB/59.5 GiB)
[ 6160.574242] sd 9:0:0:0: [sdb] Write Protect is off
[ 6160.574253] sd 9:0:0:0: [sdb] Mode Sense: 23 00 00 00
[ 6160.576312] sd 9:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[ 6160.583818]  sdb: sdb1
[ 6160.587567] sd 9:0:0:0: [sdb] Attached SCSI removable disk

que peut on tirer de cela ?
merci

Dernière modification par cocoubuntu (Le 10/01/2017, à 17:34)

Vobul · Le 10/01/2017, à 21:46

Salut,

dmesg indique que la clé est bien reconnue, et qu'il n'y a pas d'erreur.

Maintenant ce que tu peux faire c'est :

sudo apt-get update && sudo apt-get install gparted
sudo gparted /dev/sdb

De là tu peux reformater la clé en FAT32 aisément. Ensuite elle se montra automatiquement. Fais bien attention à ne pas te tromper de disque (sdb et pas sda), sinon tu vas supprimer les partitions de ton disque principal !

Dernière modification par Vobul (Le 10/01/2017, à 21:46)

MicP · Le 10/01/2017, à 23:34

Bonsoir

On aura sans doute un peu plus d'information concernant le système de fichiers qui est utilisé par la partition dont le fichier de périphérique associé est /dev/sdb1

udisksctl info -b /dev/sdb1

Car ce n'est pas la clef ni la partition qui serait mountable, mais le système de fichiers de la partition de la clef.

S'il s'agit d'un système de fichiers qui a été utilisé par windows, il est possible qu'il faille reconnecter la clef sous windows
et demander à windows de redémarrer afin qu'il libère le système de fichiers qu'il a rendu inaccessible (sauf pour lui) et au redémarrage, choisir Linux

Dernière modification par MicP (Le 10/01/2017, à 23:41)

cocoubuntu · Le 11/01/2017, à 08:09

MicP a écrit :

Bonsoir
On aura sans doute un peu plus d'information concernant le système de fichiers qui est utilisé par la partition dont le fichier de périphérique associé est /dev/sdb1
udisksctl info -b /dev/sdb1
Car ce n'est pas la clef ni la partition qui serait mountable, mais le système de fichiers de la partition de la clef.
S'il s'agit d'un système de fichiers qui a été utilisé par windows, il est possible qu'il faille reconnecter la clef sous windows
et demander à windows de redémarrer afin qu'il libère le système de fichiers qu'il a rendu inaccessible (sauf pour lui) et au redémarrage, choisir Linux

c 'est une clé neuve - jamais utilisée sous windows -
de plus ,gparted indique que 1,02 GO ont été utilisés -je ne sais plus si j'ai enregistré sur cette clé

cocoubuntu · Le 11/01/2017, à 08:11

cocoubuntu a écrit :

MicP a écrit :
Bonsoir
On aura sans doute un peu plus d'information concernant le système de fichiers qui est utilisé par la partition dont le fichier de périphérique associé est /dev/sdb1
udisksctl info -b /dev/sdb1
Car ce n'est pas la clef ni la partition qui serait mountable, mais le système de fichiers de la partition de la clef.
S'il s'agit d'un système de fichiers qui a été utilisé par windows, il est possible qu'il faille reconnecter la clef sous windows
et demander à windows de redémarrer afin qu'il libère le système de fichiers qu'il a rendu inaccessible (sauf pour lui) et au redémarrage, choisir Linux
c 'est une clé neuve - jamais utilisée sous windows -
de plus ,gparted indique que 1,02 GO ont été utilisés -je ne sais plus si j'ai enregistré sur cette clé

udisksctl info -b /dev/sdb1
/org/freedesktop/UDisks2/block_devices/sdb1:
  org.freedesktop.UDisks2.Block:
    Configuration:              []
    CryptoBackingDevice:        '/'
    Device:                     /dev/sdb1
    DeviceNumber:               2065
    Drive:                      '/org/freedesktop/UDisks2/drives/Verbatim_STORE_N_GO_D3F4E03E'
    HintAuto:                   true
    HintIconName:               
    HintIgnore:                 false
    HintName:                   
    HintPartitionable:          true
    HintSymbolicIconName:       
    HintSystem:                 false
    Id:                         by-uuid-597c237e-6aa2-46ce-b73f-c6e154aab19d
    IdLabel:                    
    IdType:                     ext4
    IdUUID:                     597c237e-6aa2-46ce-b73f-c6e154aab19d
    IdUsage:                    filesystem
    IdVersion:                  1.0
    MDRaid:                     '/'
    MDRaidMember:               '/'
    PreferredDevice:            /dev/sdb1
    ReadOnly:                   false
    Size:                       63963119616
    Symlinks:                   /dev/disk/by-id/usb-Verbatim_STORE_N_GO_D3F4E03E-0:0-part1
                                /dev/disk/by-path/pci-0000:02:00.0-usb-0:1:1.0-scsi-0:0:0:0-part1
                                /dev/disk/by-uuid/597c237e-6aa2-46ce-b73f-c6e154aab19d
  org.freedesktop.UDisks2.Filesystem:
    MountPoints:        
  org.freedesktop.UDisks2.Partition:
    Flags:              0
    IsContained:        false
    IsContainer:        false
    Name:               
    Number:             1
    Offset:             16384
    Size:               63963119616
    Table:              '/org/freedesktop/UDisks2/block_devices/sdb'
    Type:               0x83
    UUID:

MicP · Le 11/01/2017, à 10:57

Bonjour cocoubuntu

Merci pour le retour de la commande.

La première partition de cette clef USB fait à peu près 63GB et elle avait été formatée pour utiliser un système de fichiers au format ext4

=======
Tu pourrais tenter de mounter le système de fichiers cette partition avec la commande suivante depuis ton compte utilisateur :

udisksctl mount -b /dev/sdb1

Si ton compte utilisateur est cocoubuntu et comme ce système de fichier n'a pas d'étiquette (label),
le point de montage qui sera automatiquement créé et que tu pourra utiliser pour accéder à ce système de fichiers devrait être :

/media/cocoubuntu/597c237e-6aa2-46ce-b73f-c6e154aab19d

=======
Si tu veux débrancher la clef, il faudra d'abord démounter le système de fichiers avec la commande :

udisksctl unmount -b /dev/sdb1

et le point de mountage qui avait été automatiquement créé sera cette fois automatiquement détruit.

=======
Par contre, je suis un peu étonné qu'il n'y ait pas d'identifiant du disque.
Peut-être que la table des partitions de cette clef a un problème…

fdisk nous donnera peut-être plus d'informations à ce sujet
avec la ligne de commande suivante entrée depuis ton compte utilisateur, EDIT : s'il est dans le groupe disk sinon en utilisant sudo :

/sbin/fdisk -l /dev/sdb

Dernière modification par MicP (Le 13/01/2017, à 01:47)

cocoubuntu · Le 11/01/2017, à 11:33

MicP a écrit :

Bonjour cocoubuntu
Merci pour le retour de la commande.
La première partition de cette clef USB fait à peut près 63GB et elle avait été formatée pour utiliser un système de fichiers au format ext4
=======
Tu pourrais tenter de mounter le système de fichiers cette partition avec la commande suivante depuis ton compte utilisateur :
udisksctl mount -b /dev/sdb1
Si ton compte utilisateur est cocoubuntu et comme ce système de fichier n'a pas d'étiquette (label),
le point de montage qui sera automatiquement créé et que tu pourra utiliser pour accéder à ce système de fichiers devrait être :
/media/cocoubuntu/597c237e-6aa2-46ce-b73f-c6e154aab19d
=======
Si tu veux débrancher la clef, il faudra d'abord démounter le système de fichiers avec la commande :
udisksctl unmount -b /dev/sdb1
et le point de mountage qui avait été automatiquement créé sera cette fois automatiquement détruit.
=======
Par contre, je suis un peu étonné qu'il n'y ait pas d'identifiant du disque.
Peut-être que la table des partitions de cette clef a un problème…
peut etre une reponse là :
sudo /sbin/fdisk -l /dev/sdb
[sudo] password for vary: 

Disk /dev/sdb: 64.0 GB, 63963136000 bytes
2 têtes, 62 secteurs/piste, 1007483 cylindres, total 124928000 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 : 0x0004e3ae

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sdb1              32   124927999    62463984   83  Linux
fdisk nous donnera peut-être plus d'informations à ce sujet
avec la ligne de commande suivante entrée depuis ton compte utilisateur :
/sbin/fdisk -l /dev/sdb

cocoubuntu · Le 11/01/2017, à 15:40

 sudo udisksctl mount -b /dev/sdb1
Error mounting /dev/sdb1: GDBus.Error:org.freedesktop.UDisks2.Error.Failed: Error mounting /dev/sdb1 at /media/root/597c237e-6aa2-46ce-b73f-c6e154aab19d: Command-line `mount -t "ext4" -o "uhelper=udisks2,nodev,nosuid" "/dev/sdb1" "/media/root/597c237e-6aa2-46ce-b73f-c6e154aab19d"' exited with non-zero exit status 32: mount: wrong fs type, bad option, bad superblock on /dev/sdb1,
       missing codepage or helper program, or other error
       In some cases useful info is found in syslog - try
       dmesg | tail  or so

c'est le message quand j'essaie de monter en cliquant sur l'icone de la clé dans le bureau

cocoubuntu · Le 11/01/2017, à 15:44

Si ton compte utilisateur est cocoubuntu et comme ce système de fichier n'a pas d'étiquette (label),
le point de montage qui sera automatiquement créé et que tu pourra utiliser pour accéder à ce système de fichiers devrait être :

/media/cocoubuntu/597c237e-6aa2-46ce-b73f-c6e154aab19d

Dernière modification par cocoubuntu (Le 11/01/2017, à 15:53)

Nasman · Le 11/01/2017, à 15:49

Je suppose qu'il y a un répertoire portant le nom de l'utilisateur dans /home/

En ouvrant un terminal avec ctrl+alt+t tu devrais avoir un truc du genre :

nom_utilisateur@nom_machine:~$

qui apparaît.

cocoubuntu · Le 11/01/2017, à 15:54

Nasman a écrit :

Je suppose qu'il y a un répertoire portant le nom de l'utilisateur dans /home/
En ouvrant un terminal avec ctrl+alt+t tu devrais avoir un truc du genre :
nom_utilisateur@nom_machine:~$
qui apparaît.

oui je l'ai trouvé -mais les comamndes proposeés ne donnent rien
peut etre il faut que je crée un dossier /media/stock ?

MicP · Le 12/01/2017, à 23:05

EDIT: J'avais oublié que j'avais mis mon compte utilisateur dans le groupe disk (6), mais par défaut les comptes utilisateurs n'y sont pas.

Donc, je comprends maintenant pourquoi il vous est nécessaire d'utiliser le compte root ou sudo pour pouvoir utiliser les commandes que je proposais utilisant fdisk.

(je modifie ce message en conséquence, et à l'avenir, j'en tiendrais compte)

=======
Je t'avais proposé d'utiliser ton compte personnel pour lancer ces commandes,
mais si tu utilise sudo ce sera avec les privilèges du compte root que la commande sera lancée ,
et donc, c'est bien dans /media/root que sera créé le répertoire qui servira de point de mountage.

Si tu avais utilisé ton compte personnel, que ce compte personnel était bien cocoubuntu, que ton compte utilisateur est dans la liste des utilisateurs du groupe disk (6)
et que le système de fichiers dont l'UUID est 597c237e-6aa2-46ce-b73f-c6e154aab19d n'avait pas de problèmes
le répertoire /media/cocoubuntu aurait été automatiquement créé
et un sous répertoire 597c237e-6aa2-46ce-b73f-c6e154aab19d y aurait été automatiquement créé pour servir de point de mountage,
et automatiquement supprimé une fois le point de mountage libéré.

=======

…exited with non-zero exit status 32: mount: wrong fs type, bad option, bad superblock on /dev/sdb1…

Il semble bien que le système de fichiers qui avait été créé dans la partition /dev/sdb1 a un problème.

    Size:               63963119616
    Table:              '/org/freedesktop/UDisks2/block_devices/sdb'
    Type:               0x83
    UUID:

Vu le retour de la ligne de commande /sbin/fdisk -l /dev/sdb (qu'il n'était pas nécessaire d'utiliser avec sudo),
dans le retour de la ligne udisksctl info -b /dev/sdb1
la ligne contenant UUID devrait être :

…
    UUID:               0004e3ae-01
…

=======
Vu le retour de la commande /sbin/fdisk -l /dev/sdb :

Périphérique Amorçage  Début         Fin      Blocs    Id. Système
/dev/sdb1              32   124927999    62463984   83  Linux

Je constate que la première partition de ta clef USB commence au secteur 32
et je ne sais pas pourquoi : quand je créé une première partition sur une clef USB dont la table des partitions est du type msdos ou gpt en utilisant fdisk ou GParted elle commence au secteur 2048

=======
Si tu n'a rien à récupérer sur cette clef (<=> tout sera supprimé sur la clef) et que tu compte pouvoir l'utiliser,
je te propose d'y recréer une table des partitions de type msdos
afin d'y recréer une partition formatée avec le système de fichiers de ton choix,
sans oublier de donner une étiquette (label) à ce système de fichiers, ce qui te permettra de le retrouver plus facilement par son label plutôt qu'avec son UUID quand tu voudra pouvoir y accéder.

Dernière modification par MicP (Le 13/01/2017, à 01:55)

cocoubuntu · Le 15/01/2017, à 10:39

c'est resolu - à force de surfer , j'ai trouvé une reponse : j'ai lancé un fsck + ??? j'ai repondu oui à toutes les demandes - ça a aussi cloné - ça a mis un temps fou à cliquer demande par demande - alors j'ai arrété le clonage - et la clé est reconnue -ca a repare des choses
je ne sais plus la commande exacte pour fsck

MicP · Le 15/01/2017, à 12:13

Merci pour le retour d'information.

Tu as donc effectué, avec fsck , une réparation du système de fichiers qui était défectueux.

Dernière modification par MicP (Le 15/01/2017, à 12:13)

cocoubuntu · Le 15/01/2017, à 19:08

MicP a écrit :

Merci pour le retour d'information.
Tu as donc effectué, avec fsck , une réparation du système de fichiers qui était défectueux.

oui ca a reparé des ''i-noeuds " je ne sais pas ce que c'est mais ça a marché

MicP · Le 15/01/2017, à 19:27

Cela arrive quand la clef est retirée trop tôt du connecteur USB de la machine : le prompt revient pour que l'utilisateur puisse entrer d'autres commandes,
mais l'écriture effective sur la clef n'est pas terminée.

Avant de retirer une clef USB du connecteur USB de la machine, même quand le prompt est revenu, je lance la comande :

sync

Quand le prompt revient, je suis alors certain que tout ce qu'il y avait à écrire sur la clef a été fait.

Il ne me reste plus qu'à dé-mounter le système de fichiers de cette clef,
et je peux sans risque déconnecter la clef du connecteur USB de la machine.

=======
i-nœuds <=> inodes

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#1 Le 10/01/2017, à 17:33

cle usb flash ne se monte pas

#2 Le 10/01/2017, à 21:46

Re : cle usb flash ne se monte pas

#3 Le 10/01/2017, à 23:34

Re : cle usb flash ne se monte pas

#4 Le 11/01/2017, à 08:09

Re : cle usb flash ne se monte pas

#5 Le 11/01/2017, à 08:11

Re : cle usb flash ne se monte pas

#6 Le 11/01/2017, à 10:57

Re : cle usb flash ne se monte pas

#7 Le 11/01/2017, à 11:33

Re : cle usb flash ne se monte pas

#8 Le 11/01/2017, à 15:40

Re : cle usb flash ne se monte pas

#9 Le 11/01/2017, à 15:44

Re : cle usb flash ne se monte pas

#10 Le 11/01/2017, à 15:49

Re : cle usb flash ne se monte pas

#11 Le 11/01/2017, à 15:54

Re : cle usb flash ne se monte pas

#12 Le 12/01/2017, à 23:05

Re : cle usb flash ne se monte pas

#13 Le 15/01/2017, à 10:39

Re : cle usb flash ne se monte pas

#14 Le 15/01/2017, à 12:13

Re : cle usb flash ne se monte pas

#15 Le 15/01/2017, à 19:08

Re : cle usb flash ne se monte pas

#16 Le 15/01/2017, à 19:27

Re : cle usb flash ne se monte pas

Pied de page des forums