Преодоление ограничения длины слова данных usbmon

При захвате USB-трафика с помощью usbmon я иногда вижу следующее:

ffff8801ed3703c0 2599784347 S Bo:1:008:2 -115 74 = 24484880 087ffa7f dd7ffc08 d87fec7e d3000080 5e80a30c d1d43300 00803c9b 

Длина данных составляет 74 байта в длину, но фактическая длина слова данных намного короче (32 байта в примере выше).

Похоже, что это по дизайну: цитата из https://www.kernel.org/doc/Documentation/usb/usbmon.txt : «Длина собранных данных ограничена и может быть меньше длины данных, указанной в Data Длина слова.

Можно ли преодолеть это ограничение, чтобы захватить все слова данных?

  • Как убедиться, что файлы присутствуют при установке usb?
  • Устройство USB 2.0 не работает в портах USB 3.0
  • Mac Bootable USB не отображается в загрузочном меню
  • Как диагностировать медленный перенос USB из встроенного Linux?
  • Понимание правил и разрешений udev в libusb
  • Настройка сканера Epson Stylus NX420 на Debian Wheezy
  • Установка FreeBSD с USB-Stick, но позже не может найти USB-Stick
  • Загрузка полного Linux Mint с USB на Intel Macbook pro?
  • One Solution collect form web for “Преодоление ограничения длины слова данных usbmon”

    Здесь есть приличная тема. Текстовый интерфейс USBMon ограничен 32 байтами, но двоичный вывод будет включать все, поэтому вы можете использовать это. Wireshark способен понимать двоичный формат usbmon, а также Virtual USB Analyzer , или вы можете написать свой собственный инструмент.

    Я на самом деле не пробовал, но я сравнил некоторые небольшие дампы, взятые с tcpdump, для простой кошки / dev / usbmon #, и помимо заголовка pcap они почти одинаковы. Я посмотрел на огромные передачи данных в сети USB в Wireshark, поэтому я рискну ответить на ваш вопрос – да.

    Linux и Unix - лучшая ОС в мире.