Supports USB non affichés sur le bureau
Résolu
lenainjaune Messages postés 715 Date d'inscription Statut Contributeur Dernière intervention -
Bonjour à tou.te.s :D
Depuis un système Debian 12 fraîchement installé, avec un environnement de bureau XFCE, les supports externes USB (clés, disques dur) ne sont pas sur le Bureau alors que ce dernier est configuré pour les afficher, ni ne sont affichés dans le gestionnaire de fichier thunar.
Pourtant ces supports peuvent être montés sans erreur, sont opérationnels et bien détectés par le système Linux comme l'attestent les commandes dessous, pourtant depuis un système Windows 10 (dual-boot) les supports sont bien affichés.
Bizarrement un smartphone est quand à lui affiché sur le bureau en tant que périphérique USB (voir retours des commandes dessous).
En virtualisation (QEmu/KVM), sur un même système Debian 12, ces mêmes supports sont pourtant affichés sur le bureau.
Enfin, les paquets suivants sont installés : udiskie udisks2 policykit-1-gnome dbus thunar-volman xfce4-goodies gvfs* fuse3 ntfs-3g
root@host:~# journalctl -kf
...
déc. 03 17:54:31 host kernel: usb 1-2: new high-speed USB device number 14 using xhci_hcd
déc. 03 17:54:31 host kernel: usb 1-2: New USB device found, idVendor=13fe, idProduct=4300, bcdDevice= 1.00
déc. 03 17:54:31 host kernel: usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
déc. 03 17:54:31 host kernel: usb 1-2: Product: USB DISK 2.0
déc. 03 17:54:31 host kernel: usb 1-2: Manufacturer: Wilk
déc. 03 17:54:31 host kernel: usb 1-2: SerialNumber: 900097099A830947
déc. 03 17:54:31 host kernel: usb-storage 1-2:1.0: USB Mass Storage device detected
déc. 03 17:54:31 host kernel: scsi host0: usb-storage 1-2:1.0
déc. 03 17:54:34 host kernel: scsi 0:0:0:0: Direct-Access Wilk USB DISK 2.0 PMAP PQ: 0 ANSI: 6
déc. 03 17:54:34 host kernel: sd 0:0:0:0: Attached scsi generic sg0 type 0
déc. 03 17:54:34 host kernel: sd 0:0:0:0: [sda] 15132672 512-byte logical blocks: (7.75 GB/7.22 GiB)
déc. 03 17:54:34 host kernel: sd 0:0:0:0: [sda] Write Protect is off
déc. 03 17:54:34 host kernel: sd 0:0:0:0: [sda] Mode Sense: 23 00 00 00
déc. 03 17:54:34 host kernel: sd 0:0:0:0: [sda] No Caching mode page found
déc. 03 17:54:34 host kernel: sd 0:0:0:0: [sda] Assuming drive cache: write through
déc. 03 17:54:34 host kernel: sda: sda1
déc. 03 17:54:34 host kernel: sd 0:0:0:0: [sda] Attached SCSI removable disk
...
déc. 03 17:54:44 host kernel: usb 2-4: new SuperSpeed USB device number 4 using xhci_hcd
déc. 03 17:54:44 host kernel: usb 2-4: New USB device found, idVendor=0480, idProduct=a00d, bcdDevice= 4.07
déc. 03 17:54:44 host kernel: usb 2-4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
déc. 03 17:54:44 host kernel: usb 2-4: Product: External USB 3.0
déc. 03 17:54:44 host kernel: usb 2-4: Manufacturer: TOSHIBA
déc. 03 17:54:44 host kernel: usb 2-4: SerialNumber: 23183B080A2F
déc. 03 17:54:44 host kernel: usb-storage 2-4:1.0: USB Mass Storage device detected
déc. 03 17:54:44 host kernel: scsi host1: usb-storage 2-4:1.0
déc. 03 17:54:47 host kernel: scsi 1:0:0:0: Direct-Access TOSHIBA External USB 3.0 5438 PQ: 0 ANSI: 6
déc. 03 17:54:47 host kernel: sd 1:0:0:0: Attached scsi generic sg1 type 0
déc. 03 17:54:47 host kernel: sd 1:0:0:0: [sdb] 1465149164 512-byte logical blocks: (750 GB/699 GiB)
déc. 03 17:54:47 host kernel: sd 1:0:0:0: [sdb] Write Protect is off
déc. 03 17:54:47 host kernel: sd 1:0:0:0: [sdb] Mode Sense: 23 00 00 00
déc. 03 17:54:47 host kernel: sd 1:0:0:0: [sdb] Write cache: enabled, read cache: enabled, doesn't support DPO or FUA
déc. 03 17:54:47 host kernel: sdb: sdb1
déc. 03 17:54:47 host kernel: sd 1:0:0:0: [sdb] Attached SCSI disk
...
déc. 03 18:01:22 host kernel: usb 1-2: new high-speed USB device number 15 using xhci_hcd
déc. 03 18:01:22 host kernel: usb 1-2: New USB device found, idVendor=12d1, idProduct=107e, bcdDevice= 2.99
déc. 03 18:01:22 host kernel: usb 1-2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
déc. 03 18:01:22 host kernel: usb 1-2: Product: MAR-LX1A
déc. 03 18:01:22 host kernel: usb 1-2: Manufacturer: HUAWEI
déc. 03 18:01:22 host kernel: usb 1-2: SerialNumber: L2N4C19B06005667
déc. 03 18:01:22 host kernel: usb-storage 1-2:1.1: USB Mass Storage device detected
déc. 03 18:01:22 host kernel: scsi host1: usb-storage 1-2:1.1
déc. 03 18:01:23 host kernel: scsi 1:0:0:0: CD-ROM Linux File-CD Gadget 0414 PQ: 0 ANSI: 2
déc. 03 18:01:23 host kernel: scsi 1:0:0:0: Attached scsi generic sg1 type 5
déc. 03 18:01:23 host kernel: sr 1:0:0:0: Power-on or device reset occurred
déc. 03 18:01:23 host kernel: sr 1:0:0:0: [sr0] scsi-1 drive
déc. 03 18:01:23 host kernel: cdrom: Uniform CD-ROM driver Revision: 3.20
déc. 03 18:01:23 host kernel: sr 1:0:0:0: Attached scsi CD-ROM sr0
^C
root@host:~# lsusb
Bus 002 Device 004: ID 0480:a00d Toshiba America Inc STOR.E BASICS 500GB
Bus 001 Device 014: ID 13fe:4300 Phison Electronics Corp. USB DISK 2.0
Bus 001 Device 015: ID 12d1:107e Huawei Technologies Co., Ltd. P10 smartphone
root@host:~# lsblk /dev/{sd{a,b},sr0}
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS
sda 8:0 1 7,2G 0 disk
└─sda1 8:1 1 7,2G 0 part
sdb 8:16 0 698,6G 0 disk
└─sdb1 8:17 0 698,6G 0 part
sr0 11:0 1 3,5M 0 rom
root@host:~# ls -1 /mnt | wc -l ; mount /dev/sda1 /mnt ; ls -1 /mnt | wc -l ; umount -l /mnt ; ls -1 /mnt | wc -l
0
51
0
root@host:~# ls -1 /mnt | wc -l ; mount /dev/sdb1 /mnt ; ls -1 /mnt | wc -l ; umount -l /mnt ; ls -1 /mnt | wc -l
0
8
0
Que manque t-il ?
Si quelqu'un peut m'éclairer, car là je sèche ...
Avec adelphité,
lnj
- Supports USB non affichés sur le bureau
- Clé usb non détectée - Guide
- Usb show - Télécharger - Sauvegarde
- Hp usb disk storage format tool - Télécharger - Stockage
- Formater clé usb - Guide
- Clé usb - Accueil - Stockage
2 réponses
Bon ben finalement j'ai trouvé et solutionné. Et ce n'est pas avec mes compétences techniques que j'ai trouvé ce qui coinçait mais avec le corps spongieux que j'ai entre les oreilles :-p
Le problème venait d'une règle udev trop restrictive, qui était censé cacher sur le bureau les partitions Windows de mon dual-boot mais qui les cachait toutes. J'avais complètement oublié cette modification et j'ai dû aussi oublier de tester avec des supports externes.
Avant de clôturer, je me demandais si quelqu’un avait une méthode pour déterminer quel.s service.s absorbe.nt un évènement donné (ici le branchement d’un support amovible). J’utilise toujours sudo journalctl -kf qui m’affiche en temps réel l’activité du noyau, mais l’activité de udev n’est bien sûr pas remontée ici, auquel cas j’aurais été tout de suite orienté vers la solution.
Je ne sais pas si je suis clair …
Bonjour,
As-tu essayé les propositions évoquées dans cette discussion ?
Bonne chance
Non je n'ai pas essayé, je vais jeter un oeil car ça à l'air intéressant.
Toutefois j'ai trouvé une solution pour journaliser l'activité des règles personnalisées : voir ce fil
Je fais ici le report du contenu au cas où !
Ma règle udev :
sudo cat << EOF > /etc/udev/rules.d/10-hide_parts.rules # Cacher partitions sur le bureau et gestionnaire de fichiers KERNEL=="nvme*", ENV{UDISKS_IGNORE}="1", \ RUN+="/usr/bin/logger -s udev : cacher partitions nvme" EOFAttester que les évènements sont bien journalisés pour l'amorçage présent :
Voilou ! Donc résolu :D