Здравствуйте.
Стоит OpenSuSE 12.1 x86_64.
Не знаю точно после чего начались проблемы, мб сразу такое было, просто не заметил…
Суть такая: система грузится примерно 15сек, после этого появляется gdm и можно войти в систему. При этом куча служб до сих пор не стартовала. (я пока не вхожу - оно мне вообще не надо) Через 5-6минут запускаются остальные службы - что происходит в этот промежуток времени я не понимаю.
В качстве примера того, что не запускается могу привести sshd. Так же не применяются advanced правила SuSEfirewall2 - через 5 минут они также появляются.
Еще косяк с связанный с загрузкой: поменял в /etc/inittab default level с 5 на 3 - всё равно при загрузке запускается gdm! И дело не в X’ах и gdm, а в том, что моя настройка просто напросто не читается. Если после этого войти в систему и скомандовать telinit 3 - он прекрасно перейдет в 3 runlevel и потушит графику.
В dmesg последняя строка это EXT4-fs(md1): re-mounted и дальше ни чего. (как видно, настроен mdraid)
К сожалению мне тяжело что-то тут (в OpenSuSE) искать. Т.к. я вне этой работы всегда использую debian, то мне не привычно видеть по умолчанию отсутствие syslog, auth.log и прочего… Посему вопрос “Что в логах?” прошу уточнять конкретным файлом.
И еще вопрос: можно ли как-то поменять порядок старта сервисов (тот что в /etc/rc.d/rc3.d/, например), что бы стало S09xxx, вместо S04xxx? Как это делается гуманно - а то я просто удалил старый simlink и создал новый… В init скрипте в Required-Start - указал всё что нужно, но хочу еще более поздно запускать службу.
это не помогло…, а вот systemd-analize blame помог мне немного прояснить ситуацию. Затыка происходит между kernel сервисами и userspace - Startup finished in 4976ms (kernel) + 306754ms (userspace) = 311731ms, при этом в списке последним значится - 2565ms md.service. До этого после стояла еще наша корпоративная служба - сейчас я её отключил (insserv -r …), т.к. думал что в ней проблема, но вроде как нет. Что же происходит?
Если прописать init=/sbin/sysvinit, то грузится всё прекрасно! Мб всё-таки есть способ с systemd совладать? Или не парится и менять simlink /sbin/init на sysvinit?
с нуля
сейчас это ссылка на graphical.target - т.е. именно эта ссылка и управляет уровнем загрузки? И какого ж хрена суся /etc/inittab тогда не перечитывает и сама не выполняет эту команду? Помогло! пасиб.
проблему sleep не решил. И кстати странно, в прошлых версия SuSE когда этот сервис стартовал на stdout валились его сообщения, а сейчас пусто.
косяк. я не так выразился про sleep. мб он и откладывает запуск службы - пока не важно.
И текст валится на stdout - убрал из параметров запуска ядра splash=silent quite.
Раз испытываете проблемы, тогда переходите на sysvinit-init. Похожую проблему наблюдал после обновления оси, но после установки системы с нуля такого пока не наблюдал.
В принципе и не должно - “/etc/inittab” не читается systemd.