vmlinuz оптимизация загрузки

gunzip

>gunzip

и что потом сделать в lilo.conf?

[lyrr@altair4]:~/fake>file kernel26.img                                                          [11:43]
kernel26.img: gzip compressed data, from Unix, last modified: Sat Jan 17 13:10:14 2009, max compression
[lyrr@altair4]:~/fake>gunzip kernel26.img                                                        [11:43]
gzip: kernel26.img: unknown suffix -- ignored

а ничего с ним не сделаешь :) не парься, тебе 4 секунды важны?

Допустим у меня есть ядро /usr/src/linux/vmlinux оно в размере 5+M, но это же ядро /boot/vmlinuz в размере 2+M насколько понимаю оно запакованное, можно ли использовать ядро vmlinuX вообще или разрешено использовать только vmlinuZ?

>а ничего с ним не сделаешь :) не парься, тебе 4 секунды важны?

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

длительность загрузки как раз не из за того что ядро запаковано, распаковывается оно быстро, если только у вас не i486 ;)
Обычно долгая загрузка идет в память из за обращения к HDD в real mode через биос, попробуйте добавить в lilo.conf опцию compact , если ее нет (подробности посмотрите в man'e), а распаковывается быстро

Пользуйтесь GRUB'ом, т.к. это такая особенность LILO, и от неё никуда не денешься. Если мне не изменяет склероз, строка Loading Linux...... означает именно загрузку сжатого образа ядра в память (по блок-листу, который находится в /boot/boot.map, но могу ошибаться, т.к. давно не пользуюсь LILO), а распаковка происходит уже потом: Unconpressing Linux........ OK, booting the kernel, однако эта операция происходит настолько быстро, что заметить вышеуказанное сообщение можно только на очень медленных машинах, и происходит это, естественно, в любом случае, независимо от загрузчика. Примерно так. Если где-то ошибаюсь - прошу поправить.

у меня бук HP hp530 с процессором celeron m 1.5ghz. в ядре выставлен pentium m. Буду пробовать поставить параметр compact

>по блок-листу, который находится в /boot/boot.map

Да System.map в /boot/

System.map - это syscall'ы ядра, к процессу загрузки оно отношения не имеет.

насчет compact'a

на некоторых (новых) компьютерах эта опция может не работать
если не получится быстрее с compact , поставьте grub

Действительно, параметр compact очень помог, огромнейшее спасибо за помощь! Теперь все очень быстро

использовать можно как gzipнутое, так и bzibнутое, таки распакованное ядро.

но вообще говоря, лило будет ругаться, так как распакованное ядро большое.

в грубе такого нету, и вобще закопайте лило

>в грубе такого нету, и вобще закопайте лило

чем тебе так лило насолило?=))

LILO до сих пор используется как основной загрузчик в

Slackware Linux
ALT Linux

и до сих пор присутствует например в том же Дебиане и даже OpenSUSE

>LILO до сих пор используется как основной загрузчик в Slackware Linux

Да, правда GRUB есть в ./extra/ Да и какая разница какой загрузочник юзать, кому какой удобен... Задача то у них простейшая=)))

ну вот) сами знаете что оно там есть, а не поставили

> LILO до сих пор используется как основной загрузчик в

> Slackware Linux
> ALT Linux

Это к достоинствал lilo вообще никак не относится, а скорее говорит о... кхм... ну да ладно, промолчу при даме. Достоинство lilo в том, что это на данный момент единственный загрузчик, который может загрузиться с раздела на lvm или md. Для grub приходится выносить /boot за их пределы.