Bonjour,

J'ai un petit soucis sur ma Fedora 17 : lorsque je branche un clé USB elle se monte automatiquement par contre lorsque c'est un disque dur (dans l'exemple qui va suivre mon baladeur MP3 Sandisk Sansa clip+ de 4Go) rien ne se passe.

Voici le résultat de la commande # lsusb
Bus 001 Device 034: ID 0781:74d1 SanDisk Corp. Sansa Clip+ (msc)
Bus 008 Device 002: ID 046d:c311 Logitech, Inc. Y-UF49 [Internet Pro Keyboard]
Bus 008 Device 003: ID 046d:c01d Logitech, Inc. MX510 Optical Mouse
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 005 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
La première ligne me va bien

J'ai vu dans des tuto que dmseg pourrai m'aider, voici donc le résultat de # dmesg | grep SCSI
[    0.326880] SCSI subsystem initialized
[    0.658698] Block layer SCSI generic (bsg) driver version 0.4 loaded (major 252)
[    1.454059] sd 2:0:0:0: [sda] Attached SCSI disk
[    1.545672] sd 3:0:1:0: [sdb] Attached SCSI disk
[    5.554936] Loading iSCSI transport class v2.0-870.
[    5.589180] Chelsio T3 iSCSI Driver cxgb3i v2.0.0 (Jun. 2010)
[    5.596568] Chelsio T4 iSCSI Driver cxgb4i v0.9.1 (Aug. 2010)
[    5.605344] Broadcom NetXtreme II iSCSI Driver bnx2i v2.7.2.2 (Apr 25, 2012)
[171455.657967] sd 8:0:0:0: [sdc] Attached SCSI removable disk
[171770.986426] sd 9:0:0:0: [sdc] Attached SCSI removable disk
[172425.218865] sd 10:0:0:0: [sdc] Attached SCSI removable disk
[173454.956946] sd 11:0:0:0: [sdc] Attached SCSI removable disk
[173663.001655] sd 12:0:0:0: [sdc] Attached SCSI removable disk
[173683.637079] sd 13:0:0:0: [sdc] Attached SCSI removable disk
...
Je me dit que mon baladeur est /dev/sdc, ce qui est cohérent avec mon install : /dev/sda mon SSD de boot, /dev/sdb mon HDD de données

Je tente un # df -h /dev/sdc
Sys. fich.     Taille Util. Dispo Uti% Monté sur
devtmpfs         3,9G  4,0K  3,9G   1% /dev
Je ne dit que les info ce recoupe : baladeur 4Go, taille de 3,9G ça se tient

Et comme je suis un fou je tente après plusieurs tentative # mount -f tmpfs /dev/sdc /home/namour/sansa
Pas de résultat mais pas monté, avec # mount -f vfat /dev/sdc /home/namour/sansa
mount: /dev/sdc n'est pas un périphérique bloc (essayer peut-être « -o loop »)
Et avec # mount -f -o loop vfat /dev/sdc /home/namour/sansa
mount: mauvais type de système de fichiers, option erronée, superbloc
        erroné sur /dev/loop0, page de code ou aide manquante, ou autre erreur
        Dans quelques cas certaines informations sont utiles dans le journal
        système — essayez « dmesg | tail » ou quelque chose du genre
Avec le système de fichier tmpfs, df -h me dit que c'est bien monté, mais tout ce que je copie dans /home/namour/sansa va super vite (on dirai que ça va en RAM) mais n'arrive pas dans mon baladeur.
rootfs                  36G   14G   23G  38% /
devtmpfs               3,9G  4,0K  3,9G   1% /dev
tmpfs                  3,9G  296K  3,9G   1% /dev/shm
tmpfs                  3,9G   46M  3,9G   2% /run
/dev/sda2               36G   14G   23G  38% /
tmpfs                  3,9G     0  3,9G   0% /sys/fs/cgroup
tmpfs                  3,9G     0  3,9G   0% /media
none                   3,9G  157M  3,8G   4% /tmp
/dev/sda1              969M  141M  778M  16% /boot
/dev/sdb1              917G  306G  565G  36% /home
//192.168.1.98/share   1,4T  944G  383G  72% /mnt/smb_share
/dev/sdc               3,9G     0  3,9G   0% /home/namour/sansa

Voila où j'en suis, une petite piste siouplé ?
Que dit un
# fdisk -l /dev/sdc
?
codo wrote:Que dit un
# fdisk -l /dev/sdc
?
Rien...
[root@boss1477 ~]# fdisk -l /dev/sdc
[root@boss1477 ~]# 
et si ce n'est pas un disque dur ?

je m'explique : si c'est comme les ipod qui, tant que tu n'as pas spécifié l'option avec itunes pour être disque dur, ne sont visible nul part ?

exemple plus récent : les périphériques android aussi, qui prennent un malin plaisir à vérouiller leur espace de stockage
Pas d'idée sur le moment.

J'ai un DD dans un boitier externe monté en e-SATA, que je peux aussi brancher en USB et qui est parfaitement reconnu, donc ton baladeur n'est pas reconnu en tant que support de stockage de masse, à la manière d'un smartphone où il faut le régler en mode "périph de stockage" pour avoir accès à la partie stockage, en l'occurrence la carte mémoire.

Donc, soit il y a un réglage de ton appareil à faire, soit c'est un problème de pilote pour le faire communiquer avec Fedora, désolé de ne pas être plus précis.

edit : ça rejoint ce que dit Rapty.
Rapty wrote:voilà, je me souviens comment ça s'appel : MTP

Avec pas mal de mal chance, ton baladeur utilise le protocole de Microsoft MTP
https://fr.wikipedia.org/wiki/Media_Transfer_Protocol
Encore un grand merci à M$ qui au passage verrouille de fait l'accès à la mémoire de l'appareil, comme tu le signales également.

cf
Les périphériques MTP ne sont pas traités comme des supports de stockage de données
On n'arrête pas le progrès ! :hammer:
Il y a une intention louable de protéger le système du périphérique vis à vis du système du PC.
Dans le monde Windows, ça peut avoir pas mal de sens !

Et du coup ça permet aussi de ne pas rendre le copier coller aisé, ce qui, dans le cas des mp3, peut mettre un éventuel frein dans les échanges de fichiers illégaux.

(par exemple le propriétaire du disque, de passage chez quelqu'un, ne pourra pas lui transférer le contenu à la volé)



Par contre, là ou je comprends plus, c'est quand les périphériques Android se mettent aussi à être MTP ! (je m'éloigne du sujet mais bon, ça m'énerve !)
Rapty wrote:Il y a une intention louable de protéger le système du périphérique vis à vis du système du PC.
Dans le monde Windows, ça peut avoir pas mal de sens !

Et du coup ça permet aussi de ne pas rendre le copier coller aisé, ce qui, dans le cas des mp3, peut mettre un éventuel frein dans les échanges de fichiers illégaux.

(par exemple le propriétaire du disque, de passage chez quelqu'un, ne pourra pas lui transférer le contenu à la volé)



Par contre, là ou je comprends plus, c'est quand les périphériques Android se mettent aussi à être MTP ! (je m'éloigne du sujet mais bon, ça m'énerve !)
Le monde Ouinedose rentre là on ne l'a pas forcément invité, le protocole est là pour rentabiliser le brevet, et en attendant notre ami se retrouve bloqué (en supposant qu'il a du MTP dans son baladeur).

Mais il est vrai que le mp3 est aussi un protocole proprio...

Android qui se met au MTP, c'est la preuve de la dérive dès lors que Nunux subit une sur-couche. Il y a de quoi devenir intégriste libriste quand on voit ça... :roll:
Le MTP est normalement supporté sur Fedora, je n'ai pas trop de soucis avec. En dehors du fait que ce protocol est pourri.

Licence M$ sur le MTP:
“... Microsoft grants you
the following limited, non-exclusive, world-wide, royalty-free, non-assignable,
nontransferable, non-sublicenseable license”

Le mieux serait d'avoir le retour de la commande dmesg après le branchement du baladeur.
Tout d'abord merci pour vos point de vu.

Cependant
Rapty wrote:et si ce n'est pas un disque dur ?

je m'explique : si c'est comme les ipod qui, tant que tu n'as pas spécifié l'option avec itunes pour être disque dur, ne sont visible nul part ?

exemple plus récent : les périphériques android aussi, qui prennent un malin plaisir à vérouiller leur espace de stockage
J'ai pris l’exemple de mon baladeur car je l'avais sous la main mais j'ai le même soucis avec des HDD dans boitier externe (récup de vieux 3''1/2 ou Western Digital elements 2'' même combat).

Rapty wrote:voilà, je me souviens comment ça s'appel : MTP

Avec pas mal de mal chance, ton baladeur utilise le protocole de Microsoft MTP
https://fr.wikipedia.org/wiki/Media_Transfer_Protocol
Je peux régler le type de protocole du baladeur, MTP effectivement ou MSC (http://fr.wikipedia.org/wiki/USB_Mass_Storage). C'est ce dernier qui est utilisé comme on peut le confirmer # lsusb
Bus 001 Device 034: ID 0781:74d1 SanDisk Corp. Sansa Clip+ (msc)
...

Je testerai en MTP via Banshee ce soir. Je donnerai aussi le resultat de "dmsg"
Peux tu nous donner le retour de la commande dmesg (sans rien d'autres, pas de grep) après un branchement?
Voici ce que dmesg donne après avoir branché le baladeur
[945564.856162] hub 1-0:1.0: unable to enumerate USB device on port 1
[945567.298008] usb 1-1: new high-speed USB device number 39 using ehci_hcd
[945567.413466] usb 1-1: New USB device found, idVendor=0781, idProduct=74d1
[945567.413470] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[945567.413473] usb 1-1: Product: SanDisk Sansa Clip+
[945567.413475] usb 1-1: Manufacturer: SanDisk
[945567.413478] usb 1-1: SerialNumber: 1E0F04014064C1A80000000000000000
[945567.420475] scsi33 : usb-storage 1-1:1.0
[945568.421522] scsi 33:0:0:0: Direct-Access     SanDisk  Sansa Clip+ 4GB  v01. PQ: 0 ANSI: 0
[945568.422013] scsi 33:0:0:1: Direct-Access     SanDisk  Sansa Clip+ 4GB  v01. PQ: 0 ANSI: 0
[945568.422873] sd 33:0:0:0: Attached scsi generic sg5 type 0
[945568.423081] sd 33:0:0:1: Attached scsi generic sg6 type 0
[945568.424633] sd 33:0:0:0: [sdc] 7683072 512-byte logical blocks: (3.93 GB/3.66 GiB)
[945568.425133] sd 33:0:0:0: [sdc] Write Protect is off
[945568.425137] sd 33:0:0:0: [sdc] Mode Sense: 04 00 00 00
[945568.425640] sd 33:0:0:0: [sdc] No Caching mode page present
[945568.425644] sd 33:0:0:0: [sdc] Assuming drive cache: write through
[945568.428513] sd 33:0:0:1: [sdd] Attached SCSI removable disk
[945568.430385] sd 33:0:0:0: [sdc] No Caching mode page present
[945568.430390] sd 33:0:0:0: [sdc] Assuming drive cache: write through
[945568.432642]  sdc:
[945568.435382] sd 33:0:0:0: [sdc] No Caching mode page present
[945568.435387] sd 33:0:0:0: [sdc] Assuming drive cache: write through
[945568.435390] sd 33:0:0:0: [sdc] Attached SCSI removable disk
[MODE UP pas très subtile = ON]
Des idées ?
[MODE UP pas très subtile = OFF]
Pas tellement plus d'idée, ce qui est bizarre, c'est que le disque est bien détecté, mais il n'y a aucune partition visible (sdc, il devrait y avoir au moins sdc1). Et tu dis que tu as le même problème avec un disque dur externe? Car pour le Sansa ça à l'air particulier (cf http://www.bakooa.com/linux/sandisk-sansa-clip-et-linux/ § Visibilité des fichiers)
Ce soir je vais tenter de créer une partition.
Je le brancherai aussi sur mon NAS maison sous Debian voir qu'est ce qu'il dit.

Pour les HDD externe c'est le même symptôme de base (pas d'auto-montage) je vérifierai si les commandes que j'ai citées donne le même résultat.
Après un format sous Windows mon baladeur est reconnu sous Fedora...

J'ouvrirai un autre poste si j'ai encore des problèmes sur mes disques externes.