USBスティックを検出するのになぜそれほど長い時間がかかりますか?

USBスティックを検出するのになぜそれほど長い時間がかかりますか?

私はinitramfsスクリプトを書いており、できるだけ早くUSBスティックを検出したいと思います。

USB 2.0スティックを接続すると、idVendor、idProduct、およびUSBカテゴリが100ms以内に検出されます。ただし、scsiサブシステムは約1秒が経過するまで「接続」されず、パーティションを完全に認識するのに500ミリ秒かかります。

私はドライバがパーティションを検出するためにパーティションテーブルを読み取る必要があると仮定します。なぜこれほど時間がかかるのですか?私はurb転送/受信時間がそれほど長くなるか、フラッシュメモリアクセス時間がそれほど長くなるとは思わない。

私は他のベンダーの5つのスティックを試しましたが、一般的に同じ結果を得ました。

[ 5731.097540] usb 2-1.2: new high-speed USB device number 7 using ehci-pci
[ 5731.195360] usb 2-1.2: New USB device found, idVendor=0951, idProduct=1643
[ 5731.195368] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[ 5731.195372] usb 2-1.2: Product: DataTraveler G3
[ 5731.195376] usb 2-1.2: Manufacturer: Kingston
[ 5731.195379] usb 2-1.2: SerialNumber: 001CC0EC32BCBBB04712022C
[ 5731.196942] usb-storage 2-1.2:1.0: USB Mass Storage device detected
[ 5731.197193] scsi host9: usb-storage 2-1.2:1.0
[ 5732.268389] scsi 9:0:0:0: Direct-Access     Kingston DataTraveler G3  PMAP PQ: 0 ANSI: 0 CCS
[ 5732.268995] sd 9:0:0:0: Attached scsi generic sg2 type 0
[ 5732.883939] sd 9:0:0:0: [sdb] 7595520 512-byte logical blocks: (3.88 GB/3.62 GiB)
[ 5732.884565] sd 9:0:0:0: [sdb] Write Protect is off
[ 5732.884568] sd 9:0:0:0: [sdb] Mode Sense: 23 00 00 00
[ 5732.885178] sd 9:0:0:0: [sdb] No Caching mode page found
[ 5732.885181] sd 9:0:0:0: [sdb] Assuming drive cache: write through
[ 5732.903834]  sdb: sdb1
[ 5732.906812] sd 9:0:0:0: [sdb] Attached SCSI removable disk

編集する だから私が見つけた遅延使用モジュールパラメータはデフォルトで1秒に設定されています。これは私が見ている遅延を説明します。しかし、そのパラメータが必要な理由のコンテキストを提供できる人がいるかどうか疑問に思います。コメントによれば、古いUSBスティックの場合、Delay_useを最大5秒に設定する必要があるかもしれません。この時間がかかるUSBフラッシュドライブには何が含まれていますか?フラッシュからファームウェアの初期化?フラッシュメモリにアクセスするための待ち時間が数十マイクロ秒程度である場合、最大1秒以上の待ち時間が必要であると信じることは困難です。

このチャンネルのトピックと少し異なる可能性があることを知っています。もしそうなら、Electronics.stackexchange.comに行きます。

答え1

1秒のタイムアウトがあることがわかりました。ドライバ/usb/storage/usb.c。次の2つのコマンドを入力して、より多くのデバッグログを有効にしました。

echo 8 > /proc/sys/kernel/printk
echo "module usb_storage +p" > /sys/kernel/debug/dynamic_debug/control
echo 0xFFFFFF > /proc/sys/dev/scsi/logging_level

scsiサブシステムには、ステップごとに移動する各レベルに対してログレベルを指定する奇妙な方法があります(他のLinuxロギング機能と比較して)。ドライバ/scsi/scsi_logging.h

以下の行を参照してくださいstarting scan。カーネルはスキャンする前に1秒待ちます。

[21960.837879 <   23.040778>] usb 2-1.2: USB disconnect, device number 18
[21960.838263 <    0.000384>] sd 20:0:0:0: [sg2] sg_remove_device
[21960.838888 <    0.000625>] sd 20:0:0:0: [sg2] sg_device_destroy
[21966.157918 <    5.319030>] usb 2-1.2: new high-speed USB device number 19 using ehci-pci
[21966.251625 <    0.093707>] usb 2-1.2: New USB device found, idVendor=0781, idProduct=5530
[21966.251634 <    0.000009>] usb 2-1.2: New USB device strings: Mfr=1, Product=2, SerialNumber=3
[21966.251638 <    0.000004>] usb 2-1.2: Product: Firebird USB Flash Drive
[21966.251641 <    0.000003>] usb 2-1.2: Manufacturer: SanDisk
[21966.251644 <    0.000003>] usb 2-1.2: SerialNumber: 4C532000001215110130
[21966.252184 <    0.000540>] usb-storage 2-1.2:1.0: USB Mass Storage device detected
[21966.252307 <    0.000123>] scsi host21: usb-storage 2-1.2:1.0
[21966.252439 <    0.000132>] usb-storage 2-1.2:1.0: waiting for device to settle before scanning
[21967.250018 <    0.997579>] usb-storage 2-1.2:1.0: starting scan
[21967.250242 <    0.000224>] usb-storage 2-1.2:1.0: scan complete
[21967.250295 <    0.000053>] scsi host21: scsi_scan_host_selected: <4294967295:4294967295:18446744073709551615>
[21967.250354 <    0.000059>] scsi 21:0:0:0: scsi scan: INQUIRY pass 1 length 36
[21967.251717 <    0.001363>] scsi 21:0:0:0: scsi scan: INQUIRY successful with code 0x0
[21967.251738 <    0.000021>] scsi 21:0:0:0: Direct-Access     SanDisk  Cruzer           1.26 PQ: 0 ANSI: 5
[21967.251745 <    0.000007>] scsi target21:0:0: scsi scan: Sequential scan
[21967.251776 <    0.000031>] scsi 21:0:0:1: scsi scan: INQUIRY pass 1 length 36
[21967.251907 <    0.000131>] scsi 21:0:0:1: scsi scan: INQUIRY failed with code 0x40000
[21967.252282 <    0.000375>] sd 21:0:0:0: sg_alloc: dev=2 
[21967.252366 <    0.000084>] sd 21:0:0:0: Attached scsi generic sg2 type 0
[21967.253703 <    0.001337>] sd 21:0:0:0: [sdb] 7821312 512-byte logical blocks: (4.00 GB/3.72 GiB)
[21967.255324 <    0.001621>] sd 21:0:0:0: [sdb] Write Protect is off
[21967.255334 <    0.000010>] sd 21:0:0:0: [sdb] Mode Sense: 43 00 00 00
[21967.258145 <    0.002811>] sd 21:0:0:0: [sdb] Write cache: disabled, read cache: enabled, doesn't support DPO or FUA
[21967.272208 <    0.014063>]  sdb: sdb1
[21967.276433 <    0.004225>] sd 21:0:0:0: [sdb] Attached SCSI removable disk

Linus Torvaldsがデフォルトの遅延を5秒から1秒に変更しました。USBストレージの信頼性待ち時間をより合理的なレベルに短縮します。。彼は、遅延時間があまりにも高く設定された技術的な理由に関する背景情報を提供していませんが、いくつかのカーネルのバグを隠すためのものかもしれないと提案しました。

答え2

を作成してタイムアウトを変更できます/sys/module/usb_storage/parameters/delay_use

古いUSBディスクの場合、5秒以上の安定化遅延が必要になる場合があります(2010年に1秒に減るまでデフォルトは5秒でした)。これは、おそらくディスクモータの初期化中にコントローラに電力が不足しているためです。それとも、内部SCSIファームウェアが応答する前に起動するのに時間がかかるからです(ここでは推測にすぎないことがわかりますか?)。

最新のソリッドステートストレージの場合、まったく必要ありません。多くの人がこれをゼロに設定します。残念ながら、これはすべてのデバイスに適用されるグローバルパラメータであるため、遅いデバイスがある場合は、使用するすべての大型USBデバイスに適用される遅延を取る必要があります。 udevをデバイスごとに設定できるといいですが、そうではありません。

関連情報