LINUX.ORG.RU
ФорумAdmin

Как узнать в какой порт вставлена флешка на сервере - в 2.0 или в 3.0 ?

 


1

1

Гуглил без результата. Например в этой теме не нашёл приемлемого решения: Как узнать к какому USB контроллеру подключено USB устройство (Флешка клавиатура мыш..) ?

Дано: флешка, неизвестно какая, 2.0 или 3.0. и вставлена в разъём тоже непонятно в какой 2.0 или 3.0.

Мне необходимо через консоль это выяснить. Желательно просто и явно, без использования костылей и надмозга.
Является ли вставленная флешка высокоскоростной 3.0 и вставлена ли она в соответствующий ей голубенький разъём?

★★★

Последнее исправление: hikikomori (всего исправлений: 1)
Ответ на: комментарий от annerleen

Так у тебя Bus 002 Device 002, нужно 002:002, а не 002;005

Это бесполезно. Он ща переткнёт её, Device поменяется и он опять ныть будет что ничего не работает.

Блин, почему на ЛОР не банят за тупость?

Stanson ★★★★★
()
Ответ на: комментарий от annerleen

Спасибо! Но чем отличается $ sudo lsusb -s 002:002 от уже использовавшегося выше lsusb| grep King когда выхлоп у них одинаковый и не даёт требуемой информации?

Bus 002 Device 002: ID 0951:1666 Kingston Technology DataTraveler 100 G3/G4/SE9 G2

hikikomori ★★★
() автор топика
Ответ на: комментарий от hikikomori

Тебе ведь указали что надо опцию "-v" добавлять для вывода всей информации.
bcdUSB - показывает стандарт разъема:

The bcdUSB field reports the highest version of USB the device supports. The value is in binary coded decimal with a format of 0xJJMN where JJ is the major version number, M is the minor version number and N is the sub minor version number. e.g. USB 2.0 is reported as 0x0200, USB 1.1 as 0x0110 and USB 1.0 as 0x0100.
wSpeedsSupported - показывает на каких стандартах может работать:
__le16 wSpeedSupported;
#define USB_LOW_SPEED_OPERATION		(1)	 /* Low speed operation */
#define USB_FULL_SPEED_OPERATION	(1 << 1) /* Full speed operation */
#define USB_HIGH_SPEED_OPERATION	(1 << 2) /* High speed operation */
#define USB_5GBPS_OPERATION		(1 << 3) /* Operation at 5Gbps */

V1KT0P ★★
()
Ответ на: комментарий от Stanson

Почему на ЛОР не банят за внутричерепное давление и хамство? Вас прямо-таки распирает. Выдыхайте, пройдите на процедуру, должно помочь: https://purrli.com

hikikomori ★★★
() автор топика
Ответ на: комментарий от V1KT0P

Вот, спасибо, теперь понял.

$ lsusb | grep King
Bus 002 Device 002: ID 0951:1666 Kingston Technology DataTraveler 100 G3/G4/SE9 G2

$ sudo lsusb -vs 002:002 | grep SuperSpeed
can't get debug descriptor: Resource temporarily unavailable
  SuperSpeed USB Device Capability:
      Device can operate at SuperSpeed (5Gbps)


А что это за вывод?
can't get debug descriptor: Resource temporarily unavailable

hikikomori ★★★
() автор топика
Ответ на: комментарий от hikikomori

А что это за вывод?
can't get debug descriptor: Resource temporarily unavailable

Тут написано: «can't get debug descriptor: Resource temporarily unavailable».

i-rinat ★★★★★
()
Ответ на: комментарий от hikikomori

А таки напрячься и наконец прочитать чо там в консольке написано - никак? :)

Не, всё связано, да - Дебильная тенденция

Похоже что Idiocracy был единственным пророческим фантастическим фильмом из всех снятых за всю ичторию кино.

Stanson ★★★★★
()
Ответ на: комментарий от hikikomori

can't get debug descriptor: Resource temporarily unavailable

Это что-то связанное с «USB2 debug devices», сомневаюсь что тебе это нужно:

static void do_debug(libusb_device_handle *fd)
{
	unsigned char buf[4];
	int ret;

	ret = usb_control_msg(fd,
			LIBUSB_ENDPOINT_IN | LIBUSB_REQUEST_TYPE_STANDARD | LIBUSB_RECIPIENT_DEVICE,
			LIBUSB_REQUEST_GET_DESCRIPTOR,
			USB_DT_DEBUG << 8, 0,
			buf, sizeof buf, CTRL_TIMEOUT);
	if (ret < 0 && errno != EPIPE)
		perror("can't get debug descriptor");

	/* some high speed devices are also "USB2 debug devices", meaning
	 * you can use them with some EHCI implementations as another kind
	 * of system debug channel:  like JTAG, RS232, or a console.
	 */
	if (ret != sizeof buf
			|| buf[0] != ret
			|| buf[1] != USB_DT_DEBUG)
		return;

	printf("Debug descriptor:\n"
	       "  bLength              %4u\n"
	       "  bDescriptorType      %4u\n"
	       "  bDebugInEndpoint     0x%02x\n"
	       "  bDebugOutEndpoint    0x%02x\n",
	       buf[0], buf[1],
	       buf[2], buf[3]);
}

V1KT0P ★★
()
Ответ на: комментарий от Stanson

И прочитал, и понял, но не благодаря вам и вашей, неприглядно характеризующей вас хамской манере общения с незнакомыми людьми.

hikikomori ★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.