☰

USB 자동 마운트 문제를 해결하기 위한 USB 메시지 로그 이해

tag-icon • tag-icon linux usb automounting fsck iscsi
USB 자동 마운트 문제를 해결하기 위한 USB 메시지 로그 이해

한 서버에서는 USB가 자동 마운트되지만 다른 서버에서는 그렇지 않은 문제를 해결하려고 합니다. 두 인스턴스의 로그를 비교하면서 각 줄의 의미를 이해하려고 노력하고 있습니다.

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

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. 커널은 사용할 USB usb 2-1.4버전을 어떻게 결정합니까 usb 3-7?

  2. 무슨 뜻이에요 sd 4:0:0:0:?

또한 작업 상자에서 자동 설치 문제를 재현하려고 합니다. 빠른 비교를 한 결과 두 컴퓨터의 Linux 유틸리티 버전이 서로 다르고 작동하지 않는 컴퓨터에는 이전 버전(util-linux-ng-2.18)이 있고 작업 중인 컴퓨터에는 최신 버전(util-linux-2.28)이 있다는 것을 발견했습니다. 이것이 USB 자동 마운트에 영향을 미치는지 아는 사람이 있습니까?

답변1

1) 이는 "USB 버전"이 아니며, 하드웨어가 연결된 USB 포트의 USB 트리 위치입니다. 실제 번호는 하드웨어와 커널이 USB 루트 허브를 초기화하고 버스 번호를 할당하는 순서에 따라 결정됩니다. 궁금하신 분들은 lsusb -tView USB Tree를 이용하시면 됩니다.

2) 4:0:0:0는 SCSI 버스 번호 4가 할당되어 있고 해당 버스에 장치가 하나만 있음을 의미합니다(USB 저장소 프로토콜이 본질적으로 SCSI이기 때문에 가상 버스입니다). 에 대해서도 마찬가지입니다 13:0:0:0. sdSCSI 디스크 커널 하위 시스템(또는 "저장 디스크"일 수도 있습니다. 모르겠습니다...), st(테이프) 등과 같은 것입니까?

3) 이들 중 어느 것도 자동 설치 문제를 해결하는 데 도움이 되지 않습니다. 하드웨어와 파티션은 두 호스트 모두에서 정상적으로 감지되며, 한 호스트는 이를 자동으로 마운트하도록 구성되지만 다른 호스트는 그렇지 않습니다.

자동 마운트를 수행하는 방법에는 여러 가지가 있으므로 첫 번째 단계는 한 호스트에 어떻게 설치했는지 확인한 다음 두 번째 호스트에 구성하고 설치하는 것입니다.

관련 정보