Openrc - сервисы грузятся только при нажатии кнопок клавы
Уважаемое сообщество!
Не люблю с просьбами обращаться, обычно сам всегда разбираюсь, но таки столкнулся с глюком неведомого происхождения.
Резюме:
Ядро загружается, запускается init, начинается загрузка сервисов, прописанных в boot (sys-apps/openrc-0.6.1-r1) и на первом же сервисе система виснет. Нажимаем любую кнопку на клаве - грузится пара-тройка сервисов, и история повторяется. Так раз 5-6 до загрузки иксов.
/etc/rc.conf - http://best.of.by/paste/meb7119e
rc-config list - http://best.of.by/paste/m31191718
/usr/src/linux/.config - http://best.of.by/paste/m5d8d7146
rc-status (после 5-6 нажатий) в итоге радостно рапортует, что все загружено без проблем.
uname -r - 2.6.34-gentoo
Выложил бы bootlog, но смысла имхо нет, т.к. каждый раз "затор" происходит на разных сервисах.
Кстати выключение компа происходит точно так же...
Посоветуйте куда копать хотя бы, а то голову уже сломал.
- Для комментирования войдите или зарегистрируйтесь
«Железо» в порядке? (Имеется
«Железо» в порядке? (Имеется ввиду именно клавиатура.)
Я ♥ Gentoo & Funtoo
Как это началось? Лог всё же
Как это началось?
Лог всё же лучше показать.
Мне не совсем понятен набор имеющихся у вас сервисов, например, hotplug. Откуда он у вас? От него, по-моему, давно отказались.
Я ♥ Gentoo & Funtoo
Отрубите параллелизм. Он
Отрубите параллелизм. Он глючит по жизни. И вообще попробуйте вернуть rc.conf в исходное состояние.
отрубал, конфиг rc возвращал
отрубал, конфиг rc возвращал к дефолту - не помогло.
почему-то имеется подозрение, что дело в ядре, ибо именно после его обновления (до этого юзалось zen-sources-2.6.33_p2-r2) сие и началось.
От "зенов" пришлось временно отказаться в связи с отсутствием в портаже zen-sources-2.6.34 (можно конечно взять с гита, но трафика жалко).
А необходимость именно 2.6.34-го ядра вызвана попыткой (успешной) протестить nouveau (снес нафиг и вернулся на проприетарный).
Конечно можно вернуться на зен 2.6.33, но ведь истина дороже.. Хотелось бы понять что в ядре могло вызвать такие траблы.
Да пребудет с тобой великий Linux.
А почему бы в таком случае не
А почему бы в таком случае не свести варианты к минимуму — скопировать конфигурационный файл 2.6.33 ядра и анализировать новые опции при выполнении
make oldconfigна новом ядре?Я ♥ Gentoo & Funtoo
В общем оно логично.. Жаль
В общем оно логично.. Жаль немного времени не хватает на проработку..
Просто думалось у кого-то нечто подобное случалось. И есть готовое решение :)
Конфиг ядра вечером пересмотрю, конечно. Вообще - попробую загрузиться со старого (зен), что позволит определить источник проблемы (ядро/не ядро).
Но прям сейчас это сделать к сожалению не могу, комп занят раздачей инета ;) А ничего хуже недовольных юзеров в мире нету )
Да пребудет с тобой великий Linux.
Забыл почему-то вот
Забыл почему-то вот это:
/var/log/rc.log - http://best.of.by/paste/m35fb122d
Да пребудет с тобой великий Linux.
у меня так же, решение пока
у меня так же, решение пока не нашел
ядро пробовал 33 и 34
вот.. уже не один по крайней мере.
Что пытался предпринять:
1. Попытка определить с каким ядром грузится все нормально показала - с 2.6.32 (gentoo-sources).
Начиная с 2.6.33 невзирая на то, zen или gentoo сорцы - кнопка при загрузке должна быть нажата.
2. Сравнение конфигов 2.6.32 и 2.6.34 выявило несколько непринципиальных различий.. Для чистоты эксперимента убрал сии различия, перекомпилялся - ребут, и все та же картина маслом. Правда кажется задержек загрузки до нажатия клавиши стало меньше.
3. Во всевозможных логах на сей счет - полная и гробовая тишина.
4. Выявил маленькую закономерность... При рандомном появлении задержек при загрузке - одна из них каждый раз имеет место быть при запуске alsasound.
Ну и небольшой оффтоп.. Копаясь в конфиге вдруг обнаружил, что Processor family у меня оказывается m686 (т.е. Pentium Pro)
Сие, думаю произошло с переходом к 2.6.34 от зенсорцов-2.6.33, в которых уже имеется processor family k10 (а у меня AMD Phenom), в то время как в дефолтных gentoo-sources есть только k8. Причем при make oldconfig сей переход произошел автоматически, без задавания вопросов (вот ведь как бывает, хорошо - заметил).
А не может ли быть такое, что за период, пока у меня стоял "Pentium Pro" в ядре, что-то обновилось, и теперь вызывает все вышеописанные траблы?
оно понятно что emerge -e world решит проблему (если таковая есть), но хотелось бы более рациональный подход придумать.
Да пребудет с тобой великий Linux.
jam666 написал(а): 4. Выявил
Возможно, загрузка в интерактивном режиме позволит локализовать проблему?
P. S. Включите интерактивный режим в /etc/rc.conf
# Set rc_interactive to "YES" and you'll be able to press the I key during # boot so you can choose to start specific services. Set to "NO" to disable # this feature. rc_interactive="YES"P. S. S. Либо попытайтесь оставить в загрузке только необходимые сервисы.
Я ♥ Gentoo & Funtoo
У меня была такая же проблема
У меня была такая же проблема, при загрузке и выключении очень часто (80%) были фризы, пока не нажмёшь любую клавишу.
В итоге выяснил закономерность, такое поведение наблюдалось только при активированном в ядре Default CPUFreq governor->ondemand поставил там performance, а остальные "говерноры" отметил как модули. При загрузке выставляю ondemand при помощи cpufrequtils.
У Вас процессор случайно не AMD? Просто хотелось бы узнать этот глюк специфичен только для AMD или драйвер процессоров Intel тоже так себя видёт.
Не соглашусь с Вами
Имею на борту проц от AMD, governor=ondemand (другие "говерноры" отключены вообще), таких казусов, как у Т.С. не встречал.
Но я бы всё же отключил ненужные ядерные фичи - типа
CONFIG_IOSCHED_DEADLINE