LINUX.ORG.RU

grub && booting process delays


0

0

пару часов назад поставил grub. вроде все настроил, врубил framebuffer со сплэшем в initramfs.
все класно, но есть там пара моментов, которые немного раздражают. хочется чтобы все было красиво :)
1. после ПОСТ бивиса, перед появлением менюшки grub'а примерно секунду-две висит надпись про stage 1.5
2. после выбора пункта меню в grub и до появления сплэша тоже есть задержка порядка полутора-двух секунд.

внимание, вопрос - как убрать эти задержки? п.2 то ладно, там вероятно в тот промежуток времени грузится с винта сам образ ведра и разворачивается initramfs. по вот пункт первый... с lilo такого не было, оно сразу свою менюшку выкидывало.

any clues are appreciated :)

thnx.

★★★★★

да, и еще небольшой оффтоп вспомнил. по F2 не переключается в обычный verbose mode. в какую сторону копать? :)

isden ★★★★★
() автор топика
Ответ на: комментарий от isden

По первому - спроси у djung'а - он такую тему постил,вроде в исходниках что-то комментировал и стало якобы получше.Про f2-а по esc не работает?А вообще за это отвечает в ядре что-то вроде evdev(точнее смотри на гентушной вики в теме про бутсплеш)

TheFallenAngel ★★
()

Кстати,фреймбуфер какой?C vesa-tng экран моргает вначале,с просто весой бутсплеш грузиться почти сразу.

TheFallenAngel ★★
()
Ответ на: комментарий от TheFallenAngel

evdev включен.
fb - в ведре оба есть, но передается юзать vesafb.
ЗЫ: гентушную вику вдоль и поперек уже выкурил :)

isden ★★★★★
() автор топика
Ответ на: комментарий от TheFallenAngel

ага.
"The initramfs is used to populate the root filesystem before the frame-buffer subsystem is initialized, so it's good enough - don't worry about it. As you might have noticed, your PC boots into the text mode, and not the graphics mode. The graphics mode is set up when the framebuffer sub-system is initialized. But before that can happen, other things must be initialized, things that take some time. That's why for a second or two you might be seeing the kernel messages. You might say that with vesafb you didn't have those. And you will be right. But vesafb is an exception, not a rule (it's initialized while the kernel is being loaded) . Every other fb driver, including vesafb-tng, rivafb, radeonfb,... is initialized with the fbdev subsystem".

isden ★★★★★
() автор топика

1 у меня тоже наблюдалось, но только на одном компе, с разными версиями груба. такое ощущение, что это зависит от железа...

Adjkru ★★★★★
()

второй раз оно подвисает при установке шедюлера по умолчанию, если убрать все кроме cfq то подвисания не будет. Первое подвисания возможно как то зависит от железа, т.к. наблюдаю такое на одном стареньком компе, а на всех новых подобного нет

prizident ★★★★★
()

и еще, ф2 работае только после того как загрузится ядро и управление перейдет к init, до этого грузится само ядро и ему указано командной строкой быть quiet

prizident ★★★★★
()
Ответ на: комментарий от prizident

> второй раз оно подвисает при установке шедюлера по умолчанию, если убрать все кроме cfq то подвисания не будет.

да, наверное в этом дело, вкомпилены все 3 шедюлера, но юзается cfq. ck2 обновится в портеже как минимум до r1-r2 - проверю. сейчас лень пересобирать ведро, сенкс :)

> Первое подвисания возможно как то зависит от железа, т.к. наблюдаю такое на одном стареньком компе, а на всех новых подобного нет

asus p5ld2...

isden ★★★★★
() автор топика
Ответ на: комментарий от isden

>Первое подвисания возможно как то зависит от железа

Полностью подтверждаю: у меня на nForce 4 задержка есть (тоже раздражает), на nForce 2 и каком-то из SiS'овских чипсетов - нет, грузится моментально. Система - одинаковая на всех машинах (подключал свой винт).

BigBiker
()
Ответ на: комментарий от isden

> > второй раз оно подвисает при установке шедюлера по умолчанию, если убрать все кроме cfq то подвисания не будет.

> да, наверное в этом дело, вкомпилены все 3 шедюлера, но юзается cfq.

пересобрал ведро - выяснил что это никак не влияет.

isden ★★★★★
() автор топика
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.