Comment trouver le nom / dev de mon périphérique USB


44

J'exécute un invité Ubuntu 11 sur un hôte Windows XP avec VMware. Je souhaite formater une carte SD dans Ubuntu, mais je ne peux pas déterminer le /dev/xxxpériphérique sur lequel se trouve la carte SD.

Je branche la carte dans la prise intégrée de mon ordinateur portable. Je "supprime" en toute sécurité le périphérique sous Windows. Ensuite, je "connecte" le lecteur PCMCIA dans VMware. Maintenant, je devais voir un nouvel appareil comme /dev/sdx, mais il n'apparaît pas.

Comment trouver le nom du nom de mon périphérique USB et le monter?

/var/log/message est vide.

Voici la sortie de dmesg:

[ 5268.927308] usb 2-1: new full speed USB device number 12 using uhci_hcd

Et voici les dernières lignes de /var/log/syslog:

Oct 31 18:51:21 ubuntu kernel: [ 5268.927308] usb 2-1: new full speed USB device number 12 using uhci_hcd

Oct 31 18:51:21 ubuntu mtp-probe: checking bus 2, device 12: "/sys/devices/pci0000:00/0000:00:11.0/0000:02:00.0/usb2/2-1"

Oct 31 18:51:21 ubuntu mtp-probe: bus: 2, device: 12 was not an MTP device


Ubuntu 11 n'a pas / var / log / messages ...

Réponses:


67

Essayez lsblk. Voici le résultat de ma configuration actuelle:

NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 465.8G  0 disk 
├─sda1   8:1    0 195.3G  0 part 
├─sda2   8:2    0     4G  0 part [SWAP]
└─sda3   8:3    0 266.5G  0 part /
sdb      8:16   0 465.8G  0 disk 
└─sdb1   8:17   0 460.8G  0 part /home
sr0     11:0    1  1024M  0 rom  

J'utilise Ubuntu 12.10.


20
ls -1 /dev > ~/before.txt

branchez-le, puis

ls -1 /dev > ~/after.txt

diff ~/before.txt ~/after.txt

1
Comme une vraie solution de programmeur. +1
GeneCode

3

lsblk semble fonctionner:

rishi@rishi-Inspiron-1018:~$ lsblk
NAME   MAJ:MIN RM   SIZE RO TYPE MOUNTPOINT
sda      8:0    0 232.9G  0 disk 
├─sda1   8:1    0 230.9G  0 part /
├─sda2   8:2    0     1K  0 part 
└─sda5   8:5    0     2G  0 part [SWAP]
sdb      8:16   1   7.4G  0 disk 
└─sdb1   8:17   1   7.4G  0 part /media/3765-3233

Alors maintenant, je sais que ma carte SD est insérée /dev/sdb1.


Suspect. Lors de l’utilisation de Debian Live, j’ai vu sdc (mon périphérique USB) répertorié dans la sortie lsblk mais pas dans / dev.
user982671

1
Il n'apparaîtra dans / dev que si udev est présent (ou un équivalent), et en règle générale pour créer le nœud qu'il contient. Cela ne signifie pas qu'il ne peut pas être utilisé, vous pouvez créer le nœud où vous voulez, puisque vous avez le numéro majeur / mineur dans lsblk.
xryl669

2

Essayez d' utiliser lsusbpour voir si le lecteur de carte SD est pris dans VirtualBox. Une autre option serait d'utiliser palimpsest(également connu par son entrée de menu, Utilitaire de disque .)

N'ayez pas peur d'utiliser les programmes d'interface graphique - ils fonctionnent! Si palimpsest voit votre périphérique, il vous indiquera le nœud du périphérique afin que vous puissiez utiliser les utilitaires de la CLI.


1

Si une étiquette est utilisée /dev/disk/by-label/[USB label]pour formater le disque

EDIT: Essayez /dev/disk/by-id/usb*


non, il n'a pas :(

n'y a-t-il pas d'autres méthodes?

Les clés USB sont généralement / dev / sb suivies d’un numéro, ou quelque chose du genre si je ne suis pas tout à fait correct, il peut s’agir de / dev / sdb suivi d’un nombre mais pas normalement / dev / sda, donc s’il n’ya qu’un seul plug-in dans cela devrait le faire
Will03uk

1

Ouvrez un terminal et exécutez-le ls /devavant d'activer ce périphérique USB dans vmware. Réexécutez-le ls /dev/après l'avoir activé et recherchez ce qui apparaît.


c’est la façon la plus pénible de le faire, sans oublier de mentionner que de nombreux périphériques ont de nombreuses instances dans / dev / une fois qu’ils ont été initialisés.
j0h

1

Vous pouvez utiliser l' bootisoutilitaire , qui a un drapeau pour faire exactement cela:

> bootiso -l
Listing USB drives available in your system:
NAME                HOTPLUG   SIZE STATE   TYPE
sdd                       1  14,7G running disk
sde                       1   961M running disk

Pour l'installer:

curl -L https://rawgit.com/jsamr/bootiso/latest/bootiso -O
chmod +x bootiso

0

sudo fdisk -llistera la table de partition sur tous les disques durs disponibles; il utilise le schéma de nommage Linux pour les disques, pratique pour le dépannage et la mémorisation de quelle partition se trouve où.

Utilisez man fdiskpour plus d'informations sur les paramètres de fdisk.


0
# dir /dev/disk/by-path/
total 0
drwxr-xr-x. 2 root root 180 Aug 26 15:51 .
drwxr-xr-x. 6 root root 120 Aug 25 17:20 ..
lrwxrwxrwx. 1 root root   9 Aug 25 17:12 pci-0000:00:03.2-usb-0:3:1.0-scsi-0:0:0:0 -> ../../sr0
lrwxrwxrwx. 1 root root   9 Aug 26 15:51 pci-0000:00:03.2-usb-0:4.1.1:1.0-scsi-0:0:0:0 -> ../../sdb
lrwxrwxrwx. 1 root root  10 Aug 26 15:51 pci-0000:00:03.2-usb-0:4.1.1:1.0-scsi-0:0:0:0-part1 -> ../../sdb1
lrwxrwxrwx. 1 root root  10 Aug 26 15:51 pci-0000:00:03.2-usb-0:4.1.1:1.0-scsi-0:0:0:0-part2 -> ../../sdb2
lrwxrwxrwx. 1 root root  10 Aug 26 15:51 pci-0000:00:03.2-usb-0:4.1.1:1.0-scsi-0:0:0:0-part3 -> ../../sdb3
lrwxrwxrwx. 1 root root   9 Aug 25 17:12 pci-0000:07:00.0-scsi-0:2:0:0 -> ../../sda
lrwxrwxrwx. 1 root root  10 Aug 25 17:12 pci-0000:07:00.0-scsi-0:2:0:0-part1 -> ../../sda1

et

# dir /dev/disk/by-id/
total 0
drwxr-xr-x. 2 root root 280 Aug 27 01:20 .
drwxr-xr-x. 6 root root 120 Aug 25 17:20 ..
lrwxrwxrwx. 1 root root  10 Aug 25 17:20 dm-name-VG_RAID_201010081812-LV_RAID_201010081617 -> ../../dm-0
lrwxrwxrwx. 1 root root  10 Aug 27 01:20 dm-name-top4 -> ../../dm-2
lrwxrwxrwx. 1 root root  10 Aug 25 17:20 dm-uuid-LVM-XCQXKaPB3snmEgx9ZNGRssIxGmJPje6TXKMLyop5meKH3x3KiJ1H1q3aoqgXpci1 -> ../../dm-0
lrwxrwxrwx. 1 root root   9 Aug 25 17:12 scsi-36842b2b04963f900144207e1091bf90c -> ../../sda
lrwxrwxrwx. 1 root root  10 Aug 25 17:12 scsi-36842b2b04963f900144207e1091bf90c-part1 -> ../../sda1
lrwxrwxrwx. 1 root root   9 Aug 25 17:12 usb-ASUS_SBW-06D2X-U_3248433031354B4A30303030-0:0 -> ../../sr0
lrwxrwxrwx. 1 root root   9 Aug 26 15:51 usb-ST916041_2AS_579FFFFFFFFF-0:0 -> ../../sdb
lrwxrwxrwx. 1 root root  10 Aug 26 15:51 usb-ST916041_2AS_579FFFFFFFFF-0:0-part1 -> ../../sdb1
lrwxrwxrwx. 1 root root  10 Aug 26 15:51 usb-ST916041_2AS_579FFFFFFFFF-0:0-part2 -> ../../sdb2
lrwxrwxrwx. 1 root root  10 Aug 26 15:51 usb-ST916041_2AS_579FFFFFFFFF-0:0-part3 -> ../../sdb3
lrwxrwxrwx. 1 root root   9 Aug 25 17:12 wwn-0x6842b2b04963f900144207e1091bf90c -> ../../sda
lrwxrwxrwx. 1 root root  10 Aug 25 17:12 wwn-0x6842b2b04963f900144207e1091bf90c-part1 -> ../../sda1

0

Je suis nouveau sur Linux, mais jusqu'à présent, j'ai trouvé 3 façons de trouver un nom de périphérique:

1) lsblk(déjà mentionné ci-dessus, répertorie les noms de périphériques et le dossier sur lequel ils sont montés)

2) sudo fdisk -l(liste les noms de périphériques, ici vous pouvez aussi voir les noms des partitions)

3) dmesgimmédiatement après avoir inséré une clé USB (beaucoup de sorties, je ne sais pas encore à quoi elles servent, mais les dernières entrées indiquent le nom du nom inséré quelque part)


0

Il est important de distinguer deux scénarios:

  1. La clé USB est connectée, reconnue et accessible dans le navigateur de fichiers, puis elle est automatiquement montée;
  2. Une fois le périphérique branché et monté, vous l'avez éjecté / démonté et vous pouvez maintenant le débrancher en toute sécurité.

Dans le premier cas, utiliser lsblklistera tous les périphériques montés. Sous la MOUNTPOINTcolonne, vous devez voir votre périphérique USB répertorié en cours de montage, quelque part sous/run/media/ .

Dans le second cas (après que vous ayez éjecté le périphérique), bien que lsblk rien ne soit répertorié , le fichier dev doit rester identique à celui qui avait été monté. Vous pouvez vérifier qu'il est toujours là avec lsblk --all. Mais comme il est démonté maintenant, la MOUNTPOINTcolonne sera vide.

Par exemple, supposons que vous vouliez ddune image iso sur une clé USB. Commencez par brancher la clé, puis recherchez lsblkle fichier dev associé (basé sur le MOUNTPOINT), puis démontez / éjectez le périphérique monté et utilisez-le dd if=stuff.iso of=/dev/sdXpour écrire votre image. Ces étapes sont importantes car ce n’est pas une bonne idée d’ écraser un périphérique monté .

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.