rsync
ラップトップからUSB 3.0外付けハードドライブにファイルをコピーしてみましたが、非常に遅くなりました。参考までに私が使用するコマンドは次のとおりです。
rsync -a src/ dest/ --info=progress2
遅いということは、時々5MB / sほど遅いことを意味します。ほとんどの場合、15MB/sから20MB/sの間にとどまっていると言いたいと思います。
rsync
私は問題がそれではなく、複数のファイルをコピーしていることを確信しています。単一の大容量ファイル(9 GB)をコピーするのも遅いです。
Windowsは120MB / sの速度でコピーできるため、動作するUSB 3.0ポートがあることがわかります。
Linux〜らしいこれがUSB 3.0デバイスであることを理解してください。lshw
USBポートと外付けハードドライブの説明は次のとおりです。
*-usbhost:1
product: xHCI Host Controller
vendor: Linux 6.1.0-13-amd64 xhci-hcd
physical id: 1
bus info: usb@2
logical name: usb2
version: 6.01
capabilities: usb-3.10
configuration: driver=hub slots=6 speed=10000Mbit/s
*-usb
description: Mass storage device
product: EXTERNAL_USB
vendor: TOSHIBA
physical id: 2
bus info: usb@2:2
logical name: scsi2
version: 0.00
capabilities: usb-3.00 scsi emulated
configuration: driver=usb-storage maxpower=896mA speed=5000Mbit/s
*-disk
description: SCSI Disk
product: EXTERNAL_USB
vendor: TOSHIBA
physical id: 0.0.0
bus info: scsi@2:0.0.0
logical name: /dev/sdb
version: 0
size: 931GiB (1TB)
capabilities: partitioned partitioned:dos
configuration: ansiversion=6 logicalsectorsize=512 sectorsize=512 signature=3083634d
出力は次のとおりですlsusb -t
。
/: Bus 02.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/6p, 10000M
|__ Port 2: Dev 3, If 0, Class=Mass Storage, Driver=usb-storage, 5000M
/: Bus 01.Port 1: Dev 1, Class=root_hub, Driver=xhci_hcd/12p, 480M
|__ Port 3: Dev 8, If 0, Class=Human Interface Device, Driver=usbhid, 1.5M
|__ Port 4: Dev 3, If 0, Class=Vendor Specific Class, Driver=rtsx_usb, 480M
|__ Port 6: Dev 4, If 0, Class=Video, Driver=uvcvideo, 480M
|__ Port 6: Dev 4, If 1, Class=Video, Driver=uvcvideo, 480M
|__ Port 10: Dev 5, If 0, Class=Wireless, Driver=btusb, 12M
|__ Port 10: Dev 5, If 1, Class=Wireless, Driver=btusb, 12M
私は理解できません。正しく読み取ると、コピー速度は100 MB / s以上でなければなりません。しかし、それからは遠いようです。何が問題なの?
(コメント内のすべての提案は感謝していますが、バックアップツールを探しているわけではありません。ラップトップのパーティションに適した外付けハードドライブが不足しているため、パーティション全体をコピーできません。また、USB 3.0作業ソリューションを可能にするツールを探しています)
答え1
dd
USBハードドライブを直接使用してテストして、status=progress oflag=direct
USB /ドライブの問題であることを確認してください。 IE dd if=/dev/urandom bs=4M status=progress oflag=direct of=/dev/sdX
(注:urandom自体がボトルネックを引き起こす可能性があります。nvmeまたは他のものがある場合はお読みください)ドライブから直接良い速度を得る場合は、ファイルシステムの形式に関連している可能性があります。
NTFS-3gモジュールを使用すると仮定すると、同様のパフォーマンス問題が発生しました。ドライブをext4 / btrfsとしてフォーマットし、そのフォーマットを使用して良いパフォーマンスが得られることを確認できます。 Windowsがデータにアクセスする必要がある場合は、exFATまたはFAT32(4 GBファイル制限)を試してください。GParted
CLIでフォーマットする方法がわからない場合や、必要に応じてLinuxフォーマットに関するヘルプがあります。
直接テストがdd
遅い場合は、BIOS /ファームウェアでUSB / xHCI設定を変更してみてください。 xHCIスイッチングは一部のマザーボードにある機能であり、USBデバイスがランダムに切断されるのを防ぐために、Linuxコンピュータで個人的に一度オフにする必要がありました。若干の調整が必要な場合があります。