[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 Кеды загрузились без проблем. Но в логах есть такая вещь:
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 написал(а): я бы
Думал, но пока ничего не придумал.
Иксы стартуют без проблем. Можно даже в xterm работать. KDM (окно для логина) тоже стартует, а проблемы начинаются с момента загрузки "окружения" пользователя.
моё умозаключение... отличие
моё умозаключение...
отличие 4.4.5 от 4.4.4, которое сразу бросилось в глаза, это виджет "подключаемые устройства" на рабочем столе
поскольку он появился сам (я ничего не делал "ручками") и поскольку он отличается от аналогичного виджета в трее, который был (есть) со времен 4.4.4, я сделал предположение, что это - "фишка" 4.4.5
поскольку этот виджет стартует сразу после логина и "пляшет" еще до прорисовки рабочего стола - логично предположить, что в этот момент происходит опрос и\или подмонтирование "динамических девайсов".
поскольку у меня проблем не возникало - я не задумывался как это работает.
но логично предположить что это идет (должно идти) через hal\udev\plugdev и т.п.
если настроен syslog - то сразу после ввода пароля переключиться в 12-ю консоль и смотреть что происходит?
что-то добрый я сегодня ....
leryc написал(а): поскольку
Как ты это определил? Какой-то особенный сплеш-скрин?
slepnoga написал(а): или же
Попробовал собрать solid без поддержки hal - не помогло. Собственно, что с ним еще можно попробовать?
Можно ли как-то посмотреть трейс, что по шагам делает kdm при логине, и на каком шаге происходит сброс всех mass-storage?
Попробовал фокус с HAL
Запустил xdm, ввел логин/пароль, быстро переключился в консоль (через ssh с другого компа, иначе без HAL не работает клава+мышь) вырубил HAL. После полной загрузки рабочего стола включил HAL. Поубирал всякие DeviceNotifier и Automounter сервисы, хотя по настройкам там все было выключено. Вышел, зашел как обычно - та же хрень, на сплеш-скрине отваливается хард.
Такое ощущение, что KDE пытается перемаунтить имеющиеся маунты или что-то в этом роде.
Попробуй выкинуть юзера из
Попробуй выкинуть юзера из лишних груп типа hal, plugdev и т.д. тогда кде не сможет ничего перемонтировать.
ps настрой иксы для работы без hal, все равно потом придется это делать
убрал из plugdev, usb
Убрал из plugdev, usb - не помогло.
Попробую - отпишусь.
Помнится, что до того как добавили 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:
При этом работает DeviceNotifier и PowerDevil за исключением того, что не получается перейти в sleep на ноутбуках - хард отрубается раньше.