Bug 26044

Summary: трап ядра при отключении USB устройства
Product: Sisyphus Reporter: Gleb Kulikov <glebus>
Component: kernel-image-std-defAssignee: Vitaly Chikunov <vt>
Status: CLOSED WONTFIX QA Contact: qa-sisyphus
Severity: blocker    
Priority: P3 CC: aen, asy, cas, evg, imz, kernelbot, placeholder, shakirov, vt
Version: unstable   
Hardware: x86_64   
OS: Linux   
Attachments:
Description Flags
Вывод команды dmesg
none
/var/log/kernel/info
none
/var/log/kernel/warnings
none
/var/log/kernel/errors none

Description Gleb Kulikov 2011-08-13 13:20:21 MSK 
ядра 2,6,39-xx -- 3.0.1-std-def-alt1
AMD X86_64

При отключении USB устройства имеем панику ядра с дальнейшем мёртвым висом машины, причём не важно, использовалось ли устройство, или нет.

Эффект проявляется:
 - отключение USB принтера (на примере HPC3183) -- 1 случай из трёх
 - отключение USB флеш -- 1 случай из 4
 - отключение USB карт-ридера , фотоаппарата и т.п. -- либо отключается (до перезагрузки порт, комбинации загрузки -выгрузки модулей не помогают), либо трап ядра.
 - отключение USB веб-камеры, имеющей внутреннюю память (D007.D011) немедленный трап в 100% случаях.

На предыдущих ядрах работа была абсолюто стабильна, ничего подобного не проявлялось.
Comment 1 AEN 2011-08-13 21:51:47 MSK 
А что пишет перед смертью?
Comment 2 Gleb Kulikov 2011-08-14 17:09:27 MSK 
(В ответ на комментарий №1)
> А что пишет перед смертью?

К сожалению, в логи не успевает ничего попасть. Если смотреть на консоли, то пишет дамп.
Comment 3 Ivan Zakharyaschev 2011-09-26 00:26:20 MSK 
Похожая проблема: https://bugzilla.altlinux.org/show_bug.cgi?id=26086 .
Comment 4 Lenar Shakirov 2011-09-30 19:55:16 MSK 
Попробуйте временно удалить пакет udisks, перезагрузиться и попытаться воспроизвести проблему:
# apt-get remove udisks
Comment 5 Evgenii Terechkov 2012-03-18 11:18:01 MSK 
Стабильно воспроизводится на 3.2.7 и 3.2.8 std-def. Удалил пакет udisks, обновил ядро до 3.2.10-std-def-alt1, чуть позже перезагружусь и проверю.

Пока прилагаю что пишет 3.2.8-std-def-alt1 (из логов, на консоли то же самое). Что интересно, panic=30 в параметрах загрузки ядра никак не подействовал.

Система ThinkPad T410, x86_64.
Comment 6 Evgenii Terechkov 2012-03-18 11:18:49 MSK 
Created attachment 5388 [details]
Вывод команды dmesg
Comment 7 Evgenii Terechkov 2012-03-18 11:19:17 MSK 
Created attachment 5389 [details]
/var/log/kernel/info
Comment 8 Evgenii Terechkov 2012-03-18 11:19:43 MSK 
Created attachment 5390 [details]
/var/log/kernel/warnings
Comment 9 Evgenii Terechkov 2012-03-18 11:20:28 MSK 
Created attachment 5391 [details]
/var/log/kernel/errors
Comment 10 Evgenii Terechkov 2012-03-18 11:22:29 MSK 
Уточнение: монтировал/размонтировал именно посредством udisks (--mount/--unmount из консоли). И в выводе ядра видно что всё вертится вокруг udisks. Попробую без него...
Comment 11 Evgenii Terechkov 2012-03-18 11:24:28 MSK 
С 3.0.xx до 3.2.7 пользовался иногда монтированием через udisks и таких проблем вроде не замечал.
Comment 12 Evgenii Terechkov 2012-03-18 17:04:41 MSK 
Обнаружил интересное: под свежими ядрами у некоторых устройств (в частности, у этого Андроид-телефона) при подключении не видно файлов разделов диска (т.е. появляется, например, только /dev/sdc). И работать с ними (монтировать, например) нельзя, т.к. "no such file or directory". А если сделать fdisk -l /dev/sdc то разделы появляются. На более старой флешке у меня такого не проявляется.

Проверил монтирование/работу/размонтирование/вынимание обоих устройств под 3.2.10-std-def-alt1 и простыми mount/umount и udisks --mount/--unmount. Трапа/паники/и т.п. не наблюдается, Кстати, если сравнивать образы initrd 3.2.8 и 3.2.10, то видно что отличаются только ядерные модули scsi_mod и usbcore.
Comment 13 Evgenii Terechkov 2012-06-20 19:09:56 MSK 
На 3.4.2 не наблюдаю.
Comment 14 Michael Shigorin 2015-09-27 15:47:31 MSK 
На 3.18 наблюдается?
Comment 15 Sergey Y. Afonin 2020-06-19 01:31:47 MSK 
(In reply to Evgenii Terechkov from comment #13)

> На 3.4.2 не наблюдаю.

Я так понимаю, что проблема если и осталась, то в p6/t6?
Comment 16 Gleb Kulikov 2020-06-20 16:20:44 MSK 
ну да, было актуально 9 и 8 лет назад.
Comment 17 Sergey Y. Afonin 2020-06-22 21:00:37 MSK 
В общем устарело.