Bug 27564
| Summary: | Загрузка системы стала занимать по 10 минут вместо 15 сек. Множественные застопоривания. | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | Sisyphus | Reporter: | Vyacheslav Dikonov <slava> | ||||||||
| Component: | udev | Assignee: | Alexey Shabalin <shaba> | ||||||||
| Status: | CLOSED FIXED | QA Contact: | qa-sisyphus | ||||||||
| Severity: | normal | ||||||||||
| Priority: | P3 | CC: | aen, arseny, cetus, dd1email, evg, ildar, mike, real.altlinux.org, robin, shaba, vsu, zerg | ||||||||
| Version: | unstable | Keywords: | systemd | ||||||||
| Hardware: | x86 | ||||||||||
| OS: | Linux | ||||||||||
| Attachments: |
|
||||||||||
Created attachment 5521 [details]
Вывод dmesg после мучительно долгой загрузки.
Сделал видеозапись, чтобы в замедленном режиме прочитать сообщения загрузки на первой консоли. после окончания стопора 1 появляется "Started udev Wait for Complete Device Initialization", "Started Wait for storage scan" Затем все бежит до следующего затыка. В старых версиях udev этой проблемы не было и работало все как часы. После стопора 3 за секунду вываливается много сообщений и экран гаснет. Первое из этих сообщений "[Failed] Failed to start SYSV". пакет udev-sysvinit стоит. Оказалось, что в самом большом тормозе виноват hal. systemctl status haldaemon.service говорит, что долго висит и не запускается /etc/rc.d/init.d/haldaemon У меня со вчерашнего дня тоже очень долгий затык на hal получился. Сделал apt-get remove hal и забыл :) hal давно противопоказан к установке в систему. Зачем он вам? Если после его удаления всё работает, то я закрою этот баг как "NOTABUG". Ещё могу в systemd(даже лучше в udev) добавить конфликт на hal. Конфликт IMHO не стоит, ради чего-то этот пакет оставлялся. Но пользоваться им тоже не стоит, с другой стороны... "Конфликт IMHO не стоит, ради чего-то этот пакет оставлялся"
Думаю, всё же стоит. А оставлялся пакет из-за libhal, на него ещё есть зависимости:
> apt-get remove libhal
Reading Package Lists...
Building Dependency Tree...
The following packages will be REMOVED:
alterator-mkbootflash amarok amarok-engine-xine amarok-mediadevice-daap amarok-mediadevice-generic
amarok-mediadevice-ipod amarok-mediadevice-mtp buzztard dekorator digikam digikam-i18n doublecmd
hal hal-cups-utils hal-mount-subfs icewm-startup-ivman ivman kde-screensaver-tempest kdeaddons
kdeaddons-akregator kdeaddons-kate kdeaddons-kfile kdeaddons-kicker kdeaddons-konqueror
kdeartwork-screensavers kdeartwork-styles-cde kdeartwork-styles-cde-kwin kdeartwork-styles-glow
kdeartwork-styles-glow-kwin kdeartwork-styles-icewm kdeartwork-styles-icewm-kwin
kdeartwork-styles-kde1 kdeartwork-styles-kde1-kwin kdeartwork-styles-kstep
kdeartwork-styles-kstep-kwin kdeartwork-styles-openlook kdeartwork-styles-openlook-kwin
kdeartwork-styles-riscos kdeartwork-styles-riscos-kwin kdeartwork-styles-smoothblend
kdeartwork-styles-smoothblend-kwin kdeartwork-styles-system kdeartwork-styles-system-kwin
kdebase-common kdebase-devel kdebase-kcontrol kdebase-kdeprint kdebase-kio kdebase-konqueror
kdebase-kwrite kdebase-libkonq kdebase-libs kdebase-wm kdenetwork kdenetwork-devel kdenetwork-kget
kdepim kdepim-devel kdepim-kmail kdetoys kdetoys-eyes kdetoys-fifteen kdetoys-kmoon
kdetoys-kteatime kdetoys-ktux kdetoys-kweather kdeutils-kjots kdeutils-ksim kdeutils-laptop kima
kmplayer kpowersave ksplash-engine-moodin libbsl libbuzztard-core-devel libbuzztard-core0
libbuzztard-ic-devel libbuzztard-ic0 libhal libhal-devel libopensync0-plugin-kdepim
mediainfo-gui-KDE3 openbox-kde powersave qtrayvolman
0 upgraded, 0 newly installed, 85 removed and 0 not upgraded.
Need to get 0B of archives.
After unpacking 207MB disk space will be freed.
Do you want to continue? [Y/n] ^C
Прежде чем закрыть этот баг из-за HAL надо еще разобраться с тоже длинным тормозом 1, после которого видны надписи: "Started udev Wait for Complete Device Initialization" "Started Wait for storage scan" В более старой версии udev никакого тормоза не было, так что это регрессия. (В ответ на комментарий №6) > "Конфликт IMHO не стоит, ради чего-то этот пакет оставлялся" > > Думаю, всё же стоит. А оставлялся пакет из-за libhal, на него ещё есть > зависимости: Может стоит удать из репозитория пакет(сервис) hal, оставить только libhal, раз он кому-то нужен. hal все равно не рабочий. Без конфликта наверно не обойтись, иначе его никто из системы не удалит. (В ответ на комментарий №7) > Прежде чем закрыть этот баг из-за HAL надо еще разобраться с тоже длинным > тормозом 1, после которого видны надписи: > > "Started udev Wait for Complete Device Initialization" > "Started Wait for storage scan" > > В более старой версии udev никакого тормоза не было, так что это регрессия. Т.е. этот тормоз остаётся после удаления hal? И ещё стоит lspci на всякий показать (если стоят "странные" платы -- при удобном случае проверить без них). Да. Тормоз №1 остался после удаления HAL. Прислать lspci пока не могу, так как я в отъезде, но могу сказать, что там стоит Technotrend SkyStar 1 (DVB карта). Ядро из p5 на нем зависало из-за попытки повесить на спутниковый DVB-приемник совершенно левый драйвер какой-то измерительной фигни, но это было много лет назад. Поддержка SS1 100% обкатана уже очень давно. Тормоз впервые появился где-то через месяц после внедрения systemd, причем ядро с тех пор не менялось (hold), а udev - менялся. Так какое ядро-то в итоге?
$ fgrep kernel /usr/share/doc/udev-187/README
Linux kernel >= 2.6.39
> Так какое ядро-то в итоге?
>
> $ fgrep kernel /usr/share/doc/udev-187/README
> Linux kernel >= 2.6.39
3.2 или 3.3, 32bit, Я пересобрал std-def с включением PAE. Точно версию смогу назвать только к четвергу (я сейчас не дома).
(In reply to comment #13) > > Так какое ядро-то в итоге? > 3.2 или 3.3, 32bit, Я пересобрал std-def с включением PAE. А, ну хоть не 2.6.18... BTW есть std-pae, более-менее работает (только у меня чаще не выходит из suspend to ram, но это детали). Проверил. Ядро оказалось 3.3.1-std-pae-alt1. Есть ли debug-лог у systemd и как его увидеть? (В ответ на комментарий №15) > Проверил. Ядро оказалось 3.3.1-std-pae-alt1. Есть ли debug-лог у systemd и как > его увидеть? конечно debug можно включить. в /etc/systemd/system.conf или через параметры ядра (http://fedoraproject.org/wiki/How_to_debug_Systemd_problems) ---- systemd.log_target= Set log target. Argument must be one of console, syslog, kmsg, syslog-or-kmsg, null. systemd.log_level= Set log level. As argument this accepts a numerical log level or the well-known syslog symbolic names (lowercase): emerg, alert, crit, err, warning, notice, info, debug. ----- Ещё, пожалуйста, изготовьте и пришлите такой файл: systemd-analyze plot > systemd.svg Я, наконец, получил возможность прислать debug данные systemd. Система сегодня обновлена через dist-upgrade. Тормоз в районе подключения дисковых устройств остается. Created attachment 5536 [details]
Вывод systemd-analyze
Created attachment 5537 [details]
Вывод dmesg с debug режимом systemd.
Тормоз визуально после "mounted /mnt/disk"
systemd-udev-settle.service запускается полминуты. Надо выяснить, почему. Не оно ли? http://lwn.net/Articles/518942/ http://cgit.freedesktop.org/systemd/systemd/commit/?id=ea6039a30929ff845859ed601594546d71894d84 Сейчас я такого у себя больше не наблюдаю. Видимо, причина исчезла. |
Description
Vyacheslav Dikonov 2012-07-24 01:26:11 MSK