Можно ли менять runlevel "boot"?
Tormentor 26 января, 2009 - 19:44
Всем привет!
Вопрос: кто нибудь пробовал менять этот ранлевел? Это опасно? Наткнулся вот на это:
compiler@localhost ~ $ sudo rc-update show
Пароль:
bootmisc | boot
checkfs | boot
checkroot | boot
clock | boot
consolefont | boot
gdm | default
hald | default
hostname | boot
keymaps | boot
local | default nonetwork
localmount | boot
modules | boot
net.ath0 | default
net.lo | boot
netmount | default
rmnologin | boot
urandom | boot
бросились в глаза пункты "checkroot" и "checkfs"
Если их отключить, не произойдёт ничего страшного?
»
- Для комментирования войдите или зарегистрируйтесь
В чём физический смысл?
В чём физический смысл? Страшного не произойдёт... до некоторых пор
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Смысл в ускорении загрузки
Смысл в ускорении загрузки системы. Что Вы имели ввиду под фразой "до некоторых пор"? Насколько я понял из названия - это службы проверки файловых систем, вот я и боюсь их отключать - вдруг чего не того произойдёт...
Вот и не надо их отключать.
Вот и не надо их отключать. Не так уж долго корень проверяться должен. А вот если случится что, лучше узнать пораньше. А ускорять лучше другими методами.
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Ну спасибо, предупредили
Ну спасибо, предупредили катастрофу =)
Если не секрет - какими? Все ненужные службы поотключены, ядро вроде нормально оптимизировано. Система грузится 45-55 секунд (в зависимости от диска в лотке в момент загрузки).
поставь baselayout2 с openrc
поставь baselayout2 с openrc и включи в /etc/rc.conf параллельный запуск служб
Попробовал усатновить
Попробовал усатновить baselayout-2.0.0 да не тут то было:
compiler@localhost ~ $ sudo emerge --pretend =baselayout-2.0.0 These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] sys-apps/baselayout-2.0.0 [1.12.11.1] [ebuild N ] sys-apps/openrc-0.4.2 USE="ncurses pam unicode -debug" [blocks B ] <sys-fs/udev-133 ("<sys-fs/udev-133" is blocking sys-apps/openrc-0.4.2) [blocks B ] <sys-apps/sysvinit-2.86-r11 ("<sys-apps/sysvinit-2.86-r11" is blocking sys-apps/openrc-0.4.2)Покурил чуток хендбук, вычитал про заблокированные пакеты. Советуют удалить блокирующие пакеты (в данном случае sysvinit и udev-133). Стоит ли? Или baselayout как бы заменяет эти пакеты в системе?
Обнови их просто
Обнови их просто
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Всё равно не получается.
Всё равно не получается. Ругань та же самая...
были такие же сообщения,
были такие же сообщения, добавил в package.keywords:
если понадобится - можно и удалить, главное комп при этом не выключать ;) потом как зависимости удалённое должно поставиться...
И опять тоже самое...
И опять тоже самое...
И до каких версий обновил?
И до каких версий обновил?
Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.
Udev-135-r4 а
Udev-135-r4 а sysvinit-2.86-r12. Щас вроде дело пошло, обновил руками cryptsetup, hal и udev.
Да, точняк, всё установилось, спасибо. Только ещё вопрос: Никаких больще дополнительных телодвижений не надо делать, акромя обновления конфигов, чтобы как то активировать эти openrc да новый baselayout? Перезагружаться даже как-то боязно =)
Всё установил, но скорость
Всё установил, но скорость загрузки не изменилась =) До старта иксов загружается быстрее, а вот от начала запуска до "можно работать" время такое же - 46 сек. Параллельный запуск включён.
consolefont и keymaps можно
consolefont и keymaps можно отключить
можно включить парралельный старт если ядер в проце несколько
и перейти если ещё не перешёл на baselayout2+ openrc
Это я так сделал
перейти на файловую систему ext4
ещё в ядре 2.6.29 будет интересная штучка в плане ускорения загрузки
а это экспериментальный путь: можно узнать с какой скоростью система _может_ грузиться
>consolefont и keymaps можно
>consolefont и keymaps можно отключить
тогда в консоли кроме латиницы НИЧЕГО не будет...
Цитата:Если не секрет -
Начать с поиска по форуму стоит:
Ускорение загрузки системы
Да, я уже читал, всё что
Да, я уже читал, всё что можно было сделал. Время практически не изменилось, только выключаться стал быстрее и перезагружаться. А сколькл грузится сиситема у Вас (суммарно от выбора пункта загрузчика и до "можно работать") ?
Сейчас долго грузится :(В
Сейчас долго грузится :(
В сумме ~80 сек.
Секунд 30 до иксов (раньше меньше было на сек 5, но XDM почему-то съехал в самый конец default ран-левела).
Достаточно быстро стартуют иксы и дальше ждууууу kde4, она секунд 40 запускается (и это с пустым автораном и не сохранёнными сессиями).
Но это далеко не предел, последние пол года времени не было посидеть и разобраться, чего сервисы стали долго стартовать.. Думаю вполне достижимо, без жестоких хаков, сек 10-15 на сервисы.
PS. Глюки kde вынес в отдельную тему.
Я интереса ради пробовал xdm
Я интереса ради пробовал xdm в boot runlevel поместить. В итоге графика загрузилась секунды на 2..3 быстрее. Но потом вернул назад.
Вообще в Gentoo, как я понимаю, не страшно помещать скрипт некоей службы в boot, за счёт прописанных зависимостей всё что надо для старта этой службы тоже запустится раньше. Вот в других дистрибутивах, где порядок загрузки скриптов определяется по алфавиту (номеру перед именем скрипта) - там так не поиграешься.