Entendendo os registros de mensagens USB para solucionar problemas de montagem automática por USB

Question

Estou tentando solucionar um problema em que, em um servidor, minhas montagens automáticas USB, enquanto em outro servidor, não são. Comparando os logs para as duas instâncias, estou tentando entender o que cada linha significa.

Registro automático de mensagens USB:

May  9 18:10:40 kernel: usb 2-1.4: new high-speed USB device number 12  using ehci-pci 
May  9 18:10:40 kernel: usb 2-1.4: New USB device found, idVendor=8564, idProduct=1000
May  9 18:10:40 kernel: usb 2-1.4: New USB device strings: Mfr=1, Product=2, SerialNumber=3
May  9 18:10:40 kernel: usb 2-1.4: Product: MYUSB
May  9 18:10:40 kernel: usb 2-1.4: Manufacturer: MYUSB
May  9 18:10:40 kernel: usb 2-1.4: SerialNumber: A1678
May  9 18:10:40 kernel: usb-storage 2-1.4:1.0: USB Mass Storage device detected
May  9 18:10:40 kernel: scsi host13: usb-storage 2-1.4:1.0
May  9 18:10:40 mtp-probe: checking bus 2, device 12: "/sys/devices/pci0000:00/0000:00:1d.0/usb2/2-1/2-1.4"
May  9 18:10:40 mtp-probe: bus: 2, device: 12 was not an MTP device
May  9 18:10:41 kernel: scsi 13:0:0:0: Direct-Access     USB      MYUSB        1100 PQ: 0 ANSI: 4
May  9 18:10:41 kernel: sd 13:0:0:0: Attached scsi generic sg2 type 0
May  9 18:10:41 kernel: sd 13:0:0:0: [sdb] 15724544 512-byte logical blocks: (8.05 GB/7.50 GiB)
May  9 18:10:41 kernel: sd 13:0:0:0: [sdb] Write Protect is off
May  9 18:10:41 kernel: sd 13:0:0:0: [sdb] No Caching mode page found
May  9 18:10:41 kernel: sd 13:0:0:0: [sdb] Assuming drive cache: write through
May  9 18:10:41 kernel: sdb: sdb1
May  9 18:10:41 kernel: sd 13:0:0:0: [sdb] Attached SCSI disk
May  9 18:10:41 kernel: FAT-fs (sdb1): Volume was not properly unmounted. Some data may be corrupt. Please run fsck.
May  9 18:10:41 gvfs-udisks2-volume-monitor: disc.c:352: error opening file BDMV/index.bdmv
May  9 18:10:41 gvfs-udisks2-volume-monitor: disc.c:352: error opening file BDMV/BACKUP/index.bdmv
May  9 18:10:41 udisksd[838]: Mounted /dev/sdb1 at /run/media/user/MYUSB on behalf of uid 1000

Não é automontável o registro de mensagens USB:

May  9 18:09:07 kernel: usb 3-7: new high-speed USB device number 12 using xhci_hcd
May  9 18:09:07 kernel: usb 3-7: New USB device found, idVendor=8564, idProduct=1000
May  9 18:09:07 kernel: usb 3-7: New USB device strings: Mfr=1, Product=2, SerialNumber=3
May  9 18:09:07 kernel: usb 3-7: Product: MYUSB
May  9 18:09:07 kernel: usb 3-7: Manufacturer: MYUSB
May  9 18:09:07 kernel: usb 3-7: SerialNumber: A1678
May  9 18:09:07 kernel: usb-storage 3-7:1.0: USB Mass Storage device detected
May  9 18:09:07 kernel: scsi host4: usb-storage 3-7:1.0
May  9 18:09:07 mtp-probe: checking bus 3, device 12: "/sys/devices/pci0000:00/0000:00:14.0/usb3/3-7"
May  9 18:09:07 mtp-probe: bus: 3, device: 12 was not an MTP device
May  9 18:09:08 kernel: scsi 4:0:0:0: Direct-Access     USB      MYUSB        1100 PQ: 0 ANSI: 4
May  9 18:09:08 kernel: sd 4:0:0:0: Attached scsi generic sg2 type 0
May  9 18:09:08 kernel: sd 4:0:0:0: [sdb] 15724544 512-byte logical blocks: (8.05 GB/7.50 GiB)
May  9 18:09:08 kernel: sd 4:0:0:0: [sdb] Write Protect is off
May  9 18:09:08 kernel: sd 4:0:0:0: [sdb] No Caching mode page found
May  9 18:09:08 kernel: sd 4:0:0:0: [sdb] Assuming drive cache: write through
May  9 18:09:08 kernel: sdb: sdb1
May  9 18:09:08 kernel: sd 4:0:0:0: [sdb] Attached SCSI disk

1. Como o kernel determina qual versão USB usar usb 2-1.4 vs usb 3-7 ?

2. O que significa sd 4:0:0:0: ?

Além disso, estou tentando replicar o problema de automoutning na caixa de trabalho. Fiz uma comparação rápida e notei que as versões dos utilitários linux em ambas as caixas são diferentes, o non-working tem uma versão mais antiga (util-linux-ng-2.18) enquanto o trabalho tem uma versão mais recente (util-linux-2.28). Alguém sabe se isso afeta a automontagem USB?

    

Answer 1

1) Isso não é uma "versão USB", é a posição na árvore USB onde a porta USB é que você conectou o hardware. Os números reais são determinados pelo hardware e pela ordem na qual o kernel inicializou os hubs raiz USB e atribuiu os números de barramento. Use lsusb -t para ver a árvore USB, se você estiver curioso.

2) 4:0:0:0 significa que é atribuído o barramento SCSI número 4, e este barramento tem apenas um único dispositivo (é um barramento virtual, porque o protocolo de armazenamento USB é essencialmente SCSI). O mesmo para 13:0:0:0 . sd é o subsistema do kernel do disco SCSI (ou talvez "disco de armazenamento", não tem idéia ...), semelhante para st (tape) etc.

3) Nada disso ajudará no seu problema de automontagem. O hardware e a partição são detectados bem em ambos os hosts, e um host é configurado para montá-lo automaticamente, enquanto o outro não é.

Existem várias maneiras de fazer a montagem automática, portanto, o primeiro passo é descobrir de que maneira você instalou o host e, em seguida, configurá-lo e instalá-lo no segundo host.