вывод lsusb показывайте

Что в юсб воткнуто?

У тебя в черепе насрано.

lsusb -v

Bus 002 Device 002: ID 03f0:070c Hewlett-Packard
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 0 (Defined at Interface level)
bDeviceSubClass 0
bDeviceProtocol 0
bMaxPacketSize0 8
idVendor 0x03f0 Hewlett-Packard
idProduct 0x070c
bcdDevice 2.10
iManufacturer 1
iProduct 2
iSerial 0
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 59
bNumInterfaces 2
bConfigurationValue 1
iConfiguration 2
bmAttributes 0xa0
(Bus Powered)
Remote Wakeup
MaxPower 100mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 3 Human Interface Device
bInterfaceSubClass 1 Boot Interface Subclass
bInterfaceProtocol 2 Mouse
iInterface 2
HID Device Descriptor:
bLength 9
bDescriptorType 33
bcdHID 1.00
bCountryCode 0 Not supported
bNumDescriptors 1
bDescriptorType 34 Report
wDescriptorLength 50
Report Descriptors:
** UNAVAILABLE **
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0004 1x 4 bytes
bInterval 10
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 1
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 3 Human Interface Device
bInterfaceSubClass 0 No Subclass
bInterfaceProtocol 0 None
iInterface 3
HID Device Descriptor:
bLength 9
bDescriptorType 33
bcdHID 1.00
bCountryCode 0 Not supported
bNumDescriptors 1
bDescriptorType 34 Report
wDescriptorLength 116
Report Descriptors:
** UNAVAILABLE **
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x82 EP 2 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0008 1x 8 bytes
bInterval 255
cannot read device status, Operation not permitted (1)

Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 1.10
bDeviceClass 9 Hub
bDeviceSubClass 0 Unused
bDeviceProtocol 0 Full speed (or root) hub
bMaxPacketSize0 64
idVendor 0x1d6b Linux Foundation
idProduct 0x0001 1.1 root hub
bcdDevice 2.06
iManufacturer 3
iProduct 2
iSerial 1
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0 Unused
bInterfaceProtocol 0 Full speed (or root) hub
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0002 1x 2 bytes
bInterval 255
can't get hub descriptor: Operation not permitted
cannot read device status, Operation not permitted (1)

Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub
Device Descriptor:
bLength 18
bDescriptorType 1
bcdUSB 2.00
bDeviceClass 9 Hub
bDeviceSubClass 0 Unused
bDeviceProtocol 0 Full speed (or root) hub
bMaxPacketSize0 64
idVendor 0x1d6b Linux Foundation
idProduct 0x0002 2.0 root hub
bcdDevice 2.06
iManufacturer 3
iProduct 2
iSerial 1
bNumConfigurations 1
Configuration Descriptor:
bLength 9
bDescriptorType 2
wTotalLength 25
bNumInterfaces 1
bConfigurationValue 1
iConfiguration 0
bmAttributes 0xe0
Self Powered
Remote Wakeup
MaxPower 0mA
Interface Descriptor:
bLength 9
bDescriptorType 4
bInterfaceNumber 0
bAlternateSetting 0
bNumEndpoints 1
bInterfaceClass 9 Hub
bInterfaceSubClass 0 Unused
bInterfaceProtocol 0 Full speed (or root) hub
iInterface 0
Endpoint Descriptor:
bLength 7
bDescriptorType 5
bEndpointAddress 0x81 EP 1 IN
bmAttributes 3
Transfer Type Interrupt
Synch Type None
Usage Type Data
wMaxPacketSize 0x0004 1x 4 bytes
bInterval 12
can't get hub descriptor: Operation not permitted
can't get device qualifier: Operation not permitted
can't get debug descriptor: Operation not permitted
cannot read device status, Operation not permitted (1)

Только мышь

Вынимал ВСЁ, и всё равно срёт дальше.

Толстенький

:)

Собсна сам lsusb

Bus 002 Device 002: ID 03f0:070c Hewlett-Packard
Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub
Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub

Пробуй выключить USB2.0 в BIOS

в сети много похожих вопросов без внятного решения, у меня тоже
на кардридер матерится
usb 2-9: reset high speed USB device using ehci_hcd and address 4
usb 2-9: reset high speed USB device using ehci_hcd and address 4
usb 2-9: reset high speed USB device using ehci_hcd and address 4
usb 2-9: reset high speed USB device using ehci_hcd and address 4
usb 2-9: reset high speed USB device using ehci_hcd and address 4


при этом все нормально работает,

решением может служить настройка syslog/klogd чтобы не замусоривать консоль

Ща попробую

Потом отпишусь

>Пробуй выключить USB2.0 в BIOS

готовы к тому что usb будет работать на 12 Mbit как 1.1 ? мне кажется это не решение.

ЛОЛ

Вырубил usb 2.0 в биосе, не помогло:
[ 150.860033] hub 1-0:1.0: unable to enumerate USB device on port 7
[ 151.108033] hub 1-0:1.0: unable to enumerate USB device on port 7
[ 151.356045] hub 1-0:1.0: unable to enumerate USB device on port 7
[ 151.604032] hub 1-0:1.0: unable to enumerate USB device on port 7
[ 151.852037] hub 1-0:1.0: unable to enumerate USB device on port 7
[ 152.100035] hub 1-0:1.0: unable to enumerate USB device on port 7
[ 152.348033] hub 1-0:1.0: unable to enumerate USB device on port 7
[ 152.596039] hub 1-0:1.0: unable to enumerate USB device on port 7
[ 152.844032] hub 1-0:1.0: unable to enumerate USB device on port 7
[ 153.092045] hub 1-0:1.0: unable to enumerate USB device on port 7
Железо не то?

Вынимал ВСЁ, и всё равно срёт дальше.

Гм, тогда возможно закорочено что-то. У меня такое сообщение было когда подключал нерабочее устройство, определение срабатывало (для этого + на D+ подается, или как-то так, точно не помню), дальше хост пытался прочитать дескриптор с устройства - естественно не мог, устройство нерабочее было. Так что если где-то закорочен + на D+ (или D-), то эффект будет похожий.

что там у вас за hewlett packard ?
отключите если не нужен,
а вообще я уже выше написала, устройств немного нестандартных предостаточно, настраивайте klogd/syslog чтобы на консоль писались только критические ошибки ядра, а этот треш - в логи, и соответственно игнорировать, потому что решения скорее всего нет

Где это всё находится?

Где именно на материнке могло закоротить?

Как настроить то?

Я нуб ещё, куда итить то?

Что за Hewlett-Packadr не знаю.

Хотя, наверное, знаю, у меня беспр. мышь Compaq.

>Где именно на материнке могло закоротить?

Он про юсб разъем, в нем 4 контакта, два питалово +5В и GND, и два для дуплексной передачи данных - D+ и D-. При подключении устройства на него подается от хоста питание 5В, после чего хост начинает запрашивать его идентификатор (по каналам передачи данных). Если глючит контроллер устройства или что-то где-то коротит, то хост, естественно, не получает ответа, о чем тебе и пишут в логи.

Ну откуда я знаю, где оно на твоей материнке :-)

В кабеле оно вот так

1 	VCC 	Red 	+5 V
2 	D− 	White 	Data −
3 	D+ 	Green 	Data +
4 	GND 	Black 	Ground

> Я нуб ещё, куда итить то?

RTFM

так, если попробовать ее отключить , будет ругаться ?)

мыша с батарейками? или уже сели или связь может быть не очень

Я же говорю...

Я отрубал мышь тоже, всё равно срёт...

>В кабеле оно вот так

Ага. 1 и 4 в разъемчике еще обычно немного длиннее, чтобы сначала отключались каналы передачи данных, а потом уже питалово, дабы не замкнули чего кривые руки юзера. Ну да это уже к сути вопроса не относится.

>Я отрубал мышь тоже, всё равно срёт...

срёт...

Выражайся культурно, не в сортире, с тобой общаться неприятно.

Пардон

Ругается.

Может ядро старое? Был раньше такой баг с USB связанный.

Ну и на посошок

lspci -vvnn http://pastebin.org/383607

щас до последней версии обновлюсь, гляну.

Не помогло

Обновился до 2.6.32-23-generic, а эта падла так и гадит в консоль..

Вырубил usb 2.0 в биосе, не помогло:
[ 150.860033] hub 1-0:1.0: unable to enumerate USB device on port 7

Ну вот, hub 1-0 (то есть только USB 1.1 ), а раньше был hub 2-0 и hub 1-0. Поскольку USB2 и USB 1 используют одни и те же провода - то скорее всего эти провода где-то коротят. Апдейт ядра не поможет, не похоже это на софтовый баг, я уже расписал сценарий, когда оно происходит из-за железа.

>(для этого + на D+ подается, или как-то так, точно не помню)

Вроде определение факта подключения устройства в USB происходит по броску в цепи питания при подключении устройства.

Это не тот баг, где ehci_hcd советовали не загружать / выгрузить, как временное решение? Было что-то такое давно, но после апдейтов прошло, потому точно не помню уже.

Это для HiSpeed по броску, для LoSpeed и FullSpeed - закорачивание на D+/D- через резистор.

A USB device pulls one of the data lines high with a 1.5 kΩ resistor. This overpowers one of the pull-down resistors in the host and leaves the data lines in an idle state called «J». For USB 1.x, the choice of data line indicates a device's bandwidth support; full-bandwidth devices pull D+ high, while low-bandwidth devices pull D− high.

Если тупо коротнуть - он начнет детектится. Ничего из этого не получится, будет ошибка такая, как у ТС, и снова начнет детектится. И так вечно.

ТС уже вырубил ehci - в биосе.

Что самое смешное

У меня и в 7 максимальной проблемы с USB. Когда подключаешь новое устройство, он тупо не пишет «Устройство не опознано» или пробует устанавливать, но тут же «Установка Unknown device: отказ». Думаю, смена материнки или покупка контролера USB поможет..

Угу, все правильно, проблема железячная, решается сменой/починкой железа.

покупка контролера USB поможет

Гм, а вот это вряд-ли, разве что есть возможность выключить встроенный контроллер в биосе.

Как настроить то?

# echo 0 > /proc/sys/kernel/printk

Это полностью запретит вывод любых сообщений ядра в tty. Подробности см. в документации ядра (каталог sysctl).

ну тогда уже

# sysctl kernel.printk=0

Или то же самое в /etc/sysctl.conf, так оно кошернее будет.

Хотя я бы не стал этого делать, ядро все равно будет насиловаться битой железкой, только писать об этом ничего не будет.

на материнке в самом низу, под PCI, у тебя 2 открытых синих разъема, между ними 2 перемычки. если в них что-нибудь торчит - вынь, если не торчит - попробуй перекинуть перемычки в другое положение (они питание USB переключают, с +5V на +5VSB). если не поможет - прозванивай линии данных на USB-разъёмах относительно массы (-). НЕ должно быть короткого, НЕ должно быть полного обрыва. Характерные значения - 10 - 20 кОм (хотя вот за это не поручусь).

Какие нибудь неудобства это доставляет? Или просто срет и всё?