[РЕШЕНО] внезапный дисконнект usb.

Автор dimas000, 13 марта 2012, 14:48:44

« назад - далее »

0 Пользователи и 1 гость просматривают эту тему.

dimas000

началось все с того, что стал замечать странную вещь - периодически на клаве (usb, самая обычная клава) гаснет намлок (индикатор). т.е. намлок включен - индикатор не горит. нажмешь - наоборот. помогает нажатие, переподключение клавы и еще раз нажатие. тогда состояния того и другого приходят в соответствие. еще помогает перелогин в ДМ (видимо, как-то связано с xfce-шной приблудой, которая запоманиет состояние намлока).
но корень проблемы, похоже, не в клаве. вот только что поймал момент, когда лампочка погасла, тут же глянул dmesg, а там вот что:
[ 5935.454096] hub 6-0:1.0: port 2 disabled by hub (EMI?), re-enabling...
[ 5935.454102] usb 6-2: USB disconnect, address 2
[ 5935.678064] usb 6-2: new low speed USB device using uhci_hcd and address 3
[ 5935.841902] usb 6-2: New USB device found, idVendor=046d, idProduct=c315
[ 5935.841906] usb 6-2: New USB device strings: Mfr=1, Product=2, SerialNumber=0
[ 5935.841909] usb 6-2: Product: Logitech USB Keyboard
[ 5935.841911] usb 6-2: Manufacturer: Logitech
[ 5935.859200] input: Logitech Logitech USB Keyboard as /devices/pci0000:00/0000:00:1d.1/usb6/6-2/6-2:1.0/input/input9
[ 5935.859311] generic-usb 0003:046D:C315.0003: input,hidraw1: USB HID v1.10 Keyboard [Logitech Logitech USB Keyboard] on usb-0000:00:1d.1-2/input0

собственно, интересны первые две строчки, дальше все понятно.
ведро самосборное, 2.6.38.8
>14:45:14 073 ~$ rgrep -E "usb|uhci|keyb|kbd|hid" /boot/config-2.6.38.8-245.11 | rgrep -v "^#"
CONFIG_INPUT_KEYBOARD=y
CONFIG_KEYBOARD_ATKBD=y
CONFIG_HID_SUPPORT=y
CONFIG_HID=y
CONFIG_HIDRAW=y
CONFIG_USB_HID=y
CONFIG_USB_HIDDEV=y
CONFIG_HID_UCLOGIC=y
CONFIG_USB_SUPPORT=y
CONFIG_USB_ARCH_HAS_HCD=y
CONFIG_USB_ARCH_HAS_OHCI=y
CONFIG_USB_ARCH_HAS_EHCI=y
CONFIG_USB=y
CONFIG_USB_ANNOUNCE_NEW_DEVICES=y
CONFIG_USB_EHCI_HCD=y
CONFIG_USB_EHCI_ROOT_HUB_TT=y
CONFIG_USB_UHCI_HCD=y
CONFIG_USB_PRINTER=m
CONFIG_USB_STORAGE=y
CONFIG_USB_UAS=y

все связанное с клавой/раскладками настроено через /etc/default/keyboard и что там еще. никаких гуевых переключалок/индикаторов не пользую.
что за сволочь, собственно, обрывает коннект на usb-порту и как с этим бороться?
  •  

SeHELLioN

а больше ни с какими usb устройствами проблем не возникает?
  •  

vladimir_ar

У меня было такое на ядре 2.6.32-5. Помогла установка нового ядра (3.х) Правда клава с фокусами - samsung pleomax K-300W
Debian Testing, kernel 3.16-2-amd64, OpenBox
AMD A8-3750 / 16Gb RAM / ATI HD6550D (onboard) / Sound ASUS Xonar - DS
_______________________________
Debian Testing, kernel 3.14-2-amd64, OpenBox
HP-655 AMD E1 / 8Gb RAM / ATI HD7310M
  •  

dimas000

#3
а у меня из юсб-устройств только мышка еще. с ней вроде проблем никаких. пролистал текущий dmesg - только первые секунды загрузки и тырканья на упомянутом порту. флэшки раз в сто лет использую, ибо нет нужды. так что не могу сказать про остальные порты. хм, можно будет на досуге почитать архивные dmesg, может там чего есть...
а вообще может на контроллере один порт садиться? ноут не совсем уж новый, мало ли...
гуглеж по тексту ошибки из dmesg дал вот такое псто http://softsolder.com/2009/01/10/mysterious-usb-disconnects/ - весьма интересно, но там во-первых автор использует юсб-хабы, а во-вторых, ему вообще помогло экранирование железок вокруг. у меня же из электроприборов за последнее время не менялось ничего, и при пользовании убунтой (9.10 @ 2.6.34) ничего подобного не возникало. так что или софтовые проблемы, или контроллер.


ЦитироватьУ меня было такое на ядре 2.6.32-5. Помогла установка нового ядра (3.х)
а вот это интересно... только вот нужна поддержка reiser4, а последний патч для 39-го. попробую 39 на досуге собрать, посмотрю, как там...
  •  

vladimir_ar

Клавой по всем портам перетыкивался - ничего не помогло. Периодически описанная ситуация. После обновления ядра все прошло.
Debian Testing, kernel 3.16-2-amd64, OpenBox
AMD A8-3750 / 16Gb RAM / ATI HD6550D (onboard) / Sound ASUS Xonar - DS
_______________________________
Debian Testing, kernel 3.14-2-amd64, OpenBox
HP-655 AMD E1 / 8Gb RAM / ATI HD7310M
  •  

lisss

я бы проверил блок питания и кондеры на мамке...
  •  

vladimir_ar

У меня точно причина не это - новое железо.
Debian Testing, kernel 3.16-2-amd64, OpenBox
AMD A8-3750 / 16Gb RAM / ATI HD6550D (onboard) / Sound ASUS Xonar - DS
_______________________________
Debian Testing, kernel 3.14-2-amd64, OpenBox
HP-655 AMD E1 / 8Gb RAM / ATI HD7310M
  •  

dimas000

че-то все руки не доходили до сборки новых ведер... докладываю. на 39-м ведре проблема проявляется, но как будто бы реже (хотя когда как, она вообще эпизодически возникает). сегодня собрал 3.4.6+zen+pf (возможно, дело в каких патчах) - за день ни разу не отвалилось, в dmesg ничего нет. если так дальше пойдет - значит, и правда ведро дырявое было.
а вот с Reiser4 пичалька тогда выходит. ибо свежих патчей там можно долго еще ждать
  •  

lisss

голосую за железо (мамка, БП)
  •  

dimas000

а после обновления ведра железо починилось? где логика?)))
да этот ноут еще столько же должен прослужить, тьфу-тьфу-тьфу.
  •  

lisss

Цитата: dimas000 от 11 августа 2012, 22:08:36
а после обновления ведра железо починилось? где логика?)))
да этот ноут еще столько же должен прослужить, тьфу-тьфу-тьфу.
смотри, при подыхающем БП такие приколы бывают - закачаешься. самый ахтунг, что я видел, зеленые полосы на мониторе. я даже шнур от монитора (ЭЛТ) перепаял, прежде чем понял...
  •  

dimas000

с 38-39 ведром за час аптайма ловил эту фигню раза два-три. тут же третий день полет нормальный. насчет подобного в винде мама не жаловалась. до этого на убунте с 34-м ведром такого не было.
  •