[SOLVED][РЕШЕНО] Загрузка с USB-диска, виснет KDE 4.4.5 при логине

Обновил KDE до 4.4.5 на своем загрузочном USB-харде. При запуске xdm нормально загружается до запроса логина/пароля в KDE. Ввожу логин/пароль, появляется splash, отрисовываются две иконки - hdd и настройки (отвертка с ключом). После этого тишина. Через 20-30 сек. графика падает, остается мигающий курсор на черном экране. Можно переключиться в первую консоль, но никакие команды вызвать не получается - система их не может найти. Как в итоге оказалось - просто отрубается USB-хард. Воспроизводимость - 100%.

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

Aug 25 17:44:39 borodaxel kernel: usb 1-4: reset high speed USB device using ehci_hcd and address 2
Aug 25 17:45:10 borodaxel kernel: usb 1-4: reset high speed USB device using ehci_hcd and address 2
Aug 25 17:45:11 borodaxel kernel: usb 1-4: device descriptor read/64, error -32
Aug 25 17:45:11 borodaxel kernel: usb 1-4: device descriptor read/64, error -32
Aug 25 17:45:11 borodaxel kernel: usb 1-4: reset high speed USB device using ehci_hcd and address 2
Aug 25 17:45:11 borodaxel kernel: usb 1-4: device descriptor read/64, error -32
Aug 25 17:45:11 borodaxel kernel: usb 1-4: device descriptor read/64, error -32
Aug 25 17:45:11 borodaxel kernel: usb 1-4: reset high speed USB device using ehci_hcd and address 2
Aug 25 17:45:11 borodaxel kernel: usb 1-4: device descriptor read/8, error -71
Aug 25 17:45:12 borodaxel kernel: usb 1-4: device descriptor read/8, error -71
Aug 25 17:45:12 borodaxel kernel: usb 1-4: reset high speed USB device using ehci_hcd and address 2
Aug 25 17:45:12 borodaxel kernel: usb 1-4: device descriptor read/8, error -71
Aug 25 17:45:12 borodaxel kernel: usb 1-4: device descriptor read/8, error -71

Пробовал emerge -e world, проверял диск на ошибки - все пересобирается, ошибок нет. Пробовал грузиться на разных компах и ноутбуках - не помогает.

# uname -a
Linux borodaxel 2.6.32-gentoo-r7 #1 SMP PREEMPT Wed Aug 4 12:37:22 EEST 2010 i686 Intel(R) Atom(TM) CPU D510 @ 1.66GHz GenuineIntel GNU/Linux

Запостил в bugs.gentoo.org: http://bugs.gentoo.org/show_bug.cgi?id=334523

Может харду просто не хватает

Может харду просто не хватает питания - при загрузке кед количество операций ввода-вывода и соответственно нагрузка увеличивается. Было подобное при подключении харда через фронтальный разъем - при копировании больших файлов отрубался, через время запускался по-новой. Как будет вести себя система в случае загрузки с этого же диска не проверял.

Хард проверил

Подключил оба разъема USB - результат прежний.

На питание подозрений не было, ибо активно пользуюсь этим хардом и ни разу не встречал компов, на которых ему не хватало бы питания по основному разъему. Да и перестало работать сразу после обновления KDE. В общем проблема где-то там...

Кстати, за пару секунд до ресета USB идет ресет SATA-хардов.

Хотел откатиться назад, но в portage версии 4.4.4 уже нет.

Какой usb хард(модель,

Какой usb хард(модель, производитель) ?

Working on Gentoo Linux for Asus P535 and Qtopia :-)

Такой вот хард

Коробка - Transcend / StoreJet TS250GSJ25S-S
Хард - Hitachi / HTS542525K9SA00

В общем-то этот хард у меня живет активной жизнью со времен КЕД 3.5, то есть 2-3 года. Наводящими вопросами вы меня уже склонили к вскрытию - подключаю хард напрямую к SATA. Потом напишу, что и как.

Подключил через SATA

Данные про хард отправил анонимно, так что они отмодерируются и появятся.

Как я и ожидал, через SATA Кеды загрузились без проблем. Но в логах есть такая вещь:

Aug 26 21:58:20 borodaxel kdm: :0[7519]: pam_unix(kde:session): session opened for user gpuzankin by (uid=0)
Aug 26 21:58:28 borodaxel kernel: ata3.00: configured for UDMA/133
Aug 26 21:58:28 borodaxel kernel: ata3: EH complete
Aug 26 21:58:28 borodaxel kernel: 3w-9xxx: scsi6: ERROR: (0x03:0x0101): Invalid command opcode:opcode=0x85.
Aug 26 21:58:28 borodaxel kernel: 3w-9xxx: scsi6: ERROR: (0x03:0x0101): Invalid command opcode:opcode=0x85.
Aug 26 21:58:28 borodaxel kernel: 3w-9xxx: scsi6: ERROR: (0x03:0x0101): Invalid command opcode:opcode=0x85.
Aug 26 21:58:28 borodaxel kernel: 3w-9xxx: scsi6: ERROR: (0x03:0x0101): Invalid command opcode:opcode=0x85.
Aug 26 21:58:28 borodaxel kernel: 3w-9xxx: scsi6: ERROR: (0x03:0x0101): Invalid command opcode:opcode=0x85.
Aug 26 21:58:28 borodaxel kernel: 3w-9xxx: scsi6: ERROR: (0x03:0x0101): Invalid command opcode:opcode=0x85.

ata3.00 - это мой хард, а 3w-9xxx - это находящийся по соседству RAID от 3Ware. Видимо, ему тоже не нравится, что происходит при логине в KDE. Только вот на этом же компьютере при загрузке с RAID таких сообщений в логах нет. Беру слова назад - оказывается, что есть.

Вопрос сводится к тому, какие настройки заставляют кеды реконфигурить девайсы при входе? И как можно отдебажить процесс, в результате которого происходит такой полтергейст?

реконфигурить - это врядли.

реконфигурить - это врядли. Тут или опрос на предмет кол-ва дисков/разделов ( для моунта) или же солид балует, или же как вариант, под нагрузкой косячит кернел, т.к при старте kde i/o нешутошный (пока я кеша не видел).
Из того , что видно по дмесгу:
система софтово ресеттит контроллер сата, но на раид-контроллере эта команда не проходит.
порой дрова раида - обычно в комментах понятнее описана причина.

П.С Я наблюдал такое при:
1) помирании диска
2) помирании блока питание
3) было дело - кривой/глючный мост usb-sata

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

я бы подумал в сторону hal

я бы подумал в сторону hal и\или udev

при загрузке иксов идет опрос внешних устройств и usb-device (как динамический) пытается перемонтироваться и он же в то же время является root разделом

может стоит что-то где-то прописать типа не монтировать usb автоматом ?

что-то добрый я сегодня ....

leryc написал(а): я бы

leryc написал(а):
я бы подумал в сторону hal и\или udev

Думал, но пока ничего не придумал.

leryc написал(а):
при загрузке иксов идет опрос внешних устройств и usb-device (как динамический) пытается перемонтироваться и он же в то же время является root разделом

Иксы стартуют без проблем. Можно даже в xterm работать. KDM (окно для логина) тоже стартует, а проблемы начинаются с момента загрузки "окружения" пользователя.

моё умозаключение... отличие

моё умозаключение...

отличие 4.4.5 от 4.4.4, которое сразу бросилось в глаза, это виджет "подключаемые устройства" на рабочем столе

поскольку он появился сам (я ничего не делал "ручками") и поскольку он отличается от аналогичного виджета в трее, который был (есть) со времен 4.4.4, я сделал предположение, что это - "фишка" 4.4.5

поскольку этот виджет стартует сразу после логина и "пляшет" еще до прорисовки рабочего стола - логично предположить, что в этот момент происходит опрос и\или подмонтирование "динамических девайсов".

поскольку у меня проблем не возникало - я не задумывался как это работает.

но логично предположить что это идет (должно идти) через hal\udev\plugdev и т.п.

если настроен syslog - то сразу после ввода пароля переключиться в 12-ю консоль и смотреть что происходит?

что-то добрый я сегодня ....

leryc написал(а): поскольку

leryc написал(а):
поскольку этот виджет стартует сразу после логина и "пляшет" еще до прорисовки рабочего стола

Как ты это определил? Какой-то особенный сплеш-скрин?

slepnoga написал(а): или же

slepnoga написал(а):
или же солид балует

Попробовал собрать solid без поддержки hal - не помогло. Собственно, что с ним еще можно попробовать?

Можно ли как-то посмотреть трейс, что по шагам делает kdm при логине, и на каком шаге происходит сброс всех mass-storage?

Попробовал фокус с HAL

Запустил xdm, ввел логин/пароль, быстро переключился в консоль (через ssh с другого компа, иначе без HAL не работает клава+мышь) вырубил HAL. После полной загрузки рабочего стола включил HAL. Поубирал всякие DeviceNotifier и Automounter сервисы, хотя по настройкам там все было выключено. Вышел, зашел как обычно - та же хрень, на сплеш-скрине отваливается хард.

Такое ощущение, что KDE пытается перемаунтить имеющиеся маунты или что-то в этом роде.

Попробуй выкинуть юзера из

Попробуй выкинуть юзера из лишних груп типа hal, plugdev и т.д. тогда кде не сможет ничего перемонтировать.
ps настрой иксы для работы без hal, все равно потом придется это делать

убрал из plugdev, usb

_SerEga_ написал(а):
Попробуй выкинуть юзера из лишних груп типа hal, plugdev и т.д. тогда кде не сможет ничего перемонтировать.

Убрал из plugdev, usb - не помогло.

_SerEga_ написал(а):
ps настрой иксы для работы без hal, все равно потом придется это делать

Попробую - отпишусь.

Помнится, что до того как добавили HAL была полная мутатень с тем, чтобы запустить X+KDE на любом компе с различными девайсами и видюхами. Когда в X появился HAL, то это на 99% решило проблему портативности - так как конфиг для иксов просто стал не нужен... В общем, хоть это и совершенно другая тема, можете кратко ответить на пару вопросов: 1. что есть взамен HAL? 2. почему "все равно придется"?

Кратко: теперь в моде udev, в

Кратко: теперь в моде udev, в x11-base/xorg-server 1.8 есть и hal, и udev, но рекомендуют юзать последний, дальше будет только udev
http://www.gentoo.ru/content/perestali-rabotat-klaviatura-i-mysh-v-xorg-server-18-nastroyka-vvoda-cherez-udev

Решение

Два варианта, когда оно работает:

1. Без policytkit и без группы plugdev. В этом случае не работает DeviceNotifier и PowerDevil.

2. С policykit, но в конфиге /etc/PolicyKit/PolicyKit.conf:

<?xml version="1.0" encoding="UTF-8"?> <!-- -*- XML -*- -->

<!DOCTYPE pkconfig PUBLIC "-//freedesktop//DTD PolicyKit Configuration 1.0//EN"
"http://hal.freedesktop.org/releases/PolicyKit/1.0/config.dtd">

<!-- See the manual page PolicyKit.conf(5) for file format -->

<config version="0.1">
<define_admin_auth group="wheel"/>
<match user="root">
        <return result="yes"/>
</match>

<match action="org.freedesktop.hal.power-management.set-powersave">
        <match user="имя_юзера">
                <return result="no"/>
        </match>
</match>

<match user="имя_юзера">
        <return result="yes"/>
</match>

</config>

При этом работает DeviceNotifier и PowerDevil за исключением того, что не получается перейти в sleep на ноутбуках - хард отрубается раньше.

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".