USB et device : une configuration étrange

Bonjour,

à la suite d’une installation de Wheezy, je me retrouve avec une configuration qui me semble étrange :

$ lsblk NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 931,5G 0 disk ├─sda1 8:1 0 28G 0 part / ├─sda2 8:2 0 954M 0 part ├─sda3 8:3 0 8,4G 0 part /boot ├─sda4 8:4 0 2,8G 0 part [SWAP] ... $ grep ^/dev/sda1 /etc/fstab /dev/sda1 /media/usb0 auto rw,user,noauto 0 0
Primo, le périphérique USB utilise /dev/sda1 ? Ce ne devrait pas être /dev/sdb1 ?

Merci de vos lumières :wink:

J’ai la même chose dans mon fstab. La ligne est commentée chez moi, peut-être manuellement (l’installation date un peu).

Donc comme toi ça me paraît être un non-sens qu’elle soit associée à sda1.

Pour une autre installation plus récente, je crois avoir remarqué qu’il pouvait utiliser l’UUID de la partition de la clé USB, et dans mon cas la présence dans fstab empêchait l’outil de montage automatique de l’environnement de faire son boulot lors de l’insertion de cette clé précisément.

Cela ne me semble pas normal également.

Chez moi :

  • je n’ai pas de ligne /media/usb
  • mes partitions sont montées avec l’uuid
  • el le lecteur de cd/dvd avec /dev/sr0 /media/cdrom0

poste ton fstab pour voir si il y a quelque chose d’anormal

@Zbf: [quote]et dans mon cas la présence dans fstab empêchait l’outil de montage automatique de l’environnement de faire son boulot lors de l’insertion de cette clé précisément.[/quote]
J’ai aussi cette contrainte comme conséquence.

La nouvelle question est donc : comment obtenir un device /dev/sdb1 ?

On obtient /dev/sdb1 si on connecte deux périphériques de stockage de masse vus comme des disques SCSI (vrai disque SCSI, disque ATA géré par un pilote basé sur libata, disque ou clé de stockage USB…) et si le second périphérique dans l’ordre d’énumération (qui peut varier), /dev/sdb, contient une partition /dev/sdb1. Mais je ne vois pas le rapport avec le sujet initial.

Pour imposer un nom de device dans /dev, il faut créer une régle udev.
Pour une mémoire usb, quel est l’intéret ?

Ton périphérique USB une fois inséré a automatiquement un identifiant libre du type /dev/sdXY.

C’est juste la ligne dans le fstab qui est inexacte, donc commente-la.

la suite …

pour avoir un device /dev/sdb*, j’ai installé le module usb_storage, en utilisant l’option CONFIG_USB_STORAGE=m.

$ lsmod | grep usb_storage usb_storage 56251 3 scsi_mod 162346 5 libata,sd_mod,sr_mod,sg,usb_storage usbcore 136839 6 ehci_hcd,xhci_hcd,ohci_hcd,usbhid,usb_storage

Ensuite pour monté automatiquement le disque USB, j’ai installé usbmount :

J’ai modifié le fichier /etc/fstab ainsi :

Ainsi lorsque mon disque USB est branché, un device /dev/sdb est créé automatiquement :

$ lsblk -f /dev/sdb NAME FSTYPE LABEL MOUNTPOINT sdb ├─sdb1 /media/usb0 ├─sdb2 ├─sdb3 ├─sdb5 ├─sdb6 /media/usb1 ├─sdb7 ├─sdb8 ├─sdb9 ├─sdb10 ├─sdb11 /media/usb2 ├─sdb12 ├─sdb13 ├─sdb14 └─sdb15
et l’utilisateur peut lire le contenu du disque USB :

Mais quelque chose m’étonne : sur le disque USB, il y a effectivement 15 partitions, mais on dirait que seules 3 sont reconnues;
de plus lorsque je rebranche le disque, le nombre de partitions reconnues changes et les points de montage aussi !

Peut-on faire en sorte que toutes les partitions du disque soient reconnues ?

  1. Ah, tu utilises un noyau compilé par tes soins ?

  2. Je n’utilise pas usbmount, mais j’aurais pensé que son propos était de s’affranchir des renseignements laissés dans /etc/fstab.

  3. Ça reste une mauvaise idée de renseigner son fstab avec des /dev/sdXY, il vaut mieux utiliser les UUID.
    Commande [mono]blkid[/mono] (en étant root)

  4. On ne connaît pas le type de système de fichiers des partitions de ton disque dur externe. [mono]fdisk -l /dev/sdb[/mono]

  1. Oui

  2. C’est possible, il faudrais que je me penche sur la question :slightly_smiling:
    En particulier, j’ai trouvé que :

Les utilisateurs de systemd bénéficient de l’option x-systemd.automount pour un montage automatique des partitions.
Un extrait de mon fichier /etc/fstab :
/dev/sda7 /media/zaza ext4 x-systemd.automount,… 0 2

… ce qui pourrait peut être m’éviter d’utiliser usbmount.

  1. Oui, je sais, il faut que j’arrange cela un peu.

[code]$ sudo fdisk -l /dev/sdb

Disque /dev/sdb : 2000.4 Go, 2000398934016 octets
255 têtes, 63 secteurs/piste, 243201 cylindres, total 3907029168 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 : 0x345472b2

Périphérique Amorce Début Fin Blocs Id Système
/dev/sdb1 * 2048 39063551 19530752 83 Linux
/dev/sdb2 39063552 44922879 2929664 82 partition d’échange Linux / Solaris
/dev/sdb3 44924926 1919926271 937500673 5 Étendue
/dev/sdb5 44924928 64454655 9764864 83 Linux
/dev/sdb6 64456704 259766271 97654784 83 Linux
/dev/sdb7 259768320 357423103 48827392 83 Linux
/dev/sdb8 357425152 748048383 195311616 83 Linux
/dev/sdb9 748050432 845705215 48827392 83 Linux
/dev/sdb10 845707264 943362047 48827392 83 Linux
/dev/sdb11 943364096 1041018879 48827392 83 Linux
/dev/sdb12 1041020928 1138675711 48827392 83 Linux
/dev/sdb13 1138677760 1236332543 48827392 83 Linux
/dev/sdb14 1236334592 1333989375 48827392 83 Linux
/dev/sdb15 1333991424 1919926271 292967424 83 Linux[/code]

Voilà, voilà

j’ai eu des problèmes avec usbmount (montage avec droits root). Il faut utiliser pmount (et virer usbmount).