История изменений
Исправление kostik87, (текущая версия) :
1) Как правильно установить модули, при условии, что нужно для другого компа?
cd /usr/src/linux
make help
...
Kernel packaging:
rpm-pkg - Build both source and binary RPM kernel packages
binrpm-pkg - Build only the binary kernel package
deb-pkg - Build the kernel as a deb package
tar-pkg - Build the kernel as an uncompressed tarball
targz-pkg - Build the kernel as a gzip compressed tarball
tarbz2-pkg - Build the kernel as a bzip2 compressed tarball
tarxz-pkg - Build the kernel as a xz compressed tarball
perf-tar-src-pkg - Build perf-3.10.7-gentoo-r1.tar source tarball
perf-targz-src-pkg - Build perf-3.10.7-gentoo-r1.tar.gz source tarball
perf-tarbz2-src-pkg - Build perf-3.10.7-gentoo-r1.tar.bz2 source tarball
perf-tarxz-src-pkg - Build perf-3.10.7-gentoo-r1.tar.xz source tarball
...
chroot не предлагать.
Почему ?
2) Зачем во все дистры пихают initrd? Ведь 90% вероятности он будет стоять на ext4, а даже если нет, всё равно ведь бинарные дистры с раздутым ядром, почему бы не вкомпилять несколько FS? Зачем такой ужасный костыль в виде initrd?
Большинство дистрибутивов собирают ядро, в котором поддержка файловых систем, контроллеров дисков, raid и lvm собрана модульно. Кроме всего прочего в initrd реализуется дополнительный функционал, поднятия LVM, сборки RAID, монтирования шифрованной файловой системы, поддержка NFS и проверки файловых систем. В общем такая политика разработчиков, в отношении формирования сборок ядра.
3) Правильно ли я понимаю, что достаточно закомментировать строку с initrd в grub.cfg, чтобы система успешно загрузилась? Естественно, что всё что нужно вкомпилено.
В общем правильно, но опять же, скорее всего, поддержка контроллера жёстких дисков и файловой системы всё равно собрана модульно. Так что без initramfs всё равно не обойтись. Изучите конфигурацию ядра в начале. Если что-то из необходимого для монтирования корневой файловой системы собрано модульно, то придётся пересобрать ядро для того, что бы отказаться от initrd. Ну и опять же, если у вас /usr на отдельной файловой системе, то придётся использовать initramfs, т.к. в большинстве случаев существует необходимость, что бы файлы, расположенные на /usr были доступны на этапе запуска системы.
Исправление kostik87, :
1) Как правильно установить модули, при условии, что нужно для другого компа?
cd /usr/src/linux
make help
...
Kernel packaging:
rpm-pkg - Build both source and binary RPM kernel packages
binrpm-pkg - Build only the binary kernel package
deb-pkg - Build the kernel as a deb package
tar-pkg - Build the kernel as an uncompressed tarball
targz-pkg - Build the kernel as a gzip compressed tarball
tarbz2-pkg - Build the kernel as a bzip2 compressed tarball
tarxz-pkg - Build the kernel as a xz compressed tarball
perf-tar-src-pkg - Build perf-3.10.7-gentoo-r1.tar source tarball
perf-targz-src-pkg - Build perf-3.10.7-gentoo-r1.tar.gz source tarball
perf-tarbz2-src-pkg - Build perf-3.10.7-gentoo-r1.tar.bz2 source tarball
perf-tarxz-src-pkg - Build perf-3.10.7-gentoo-r1.tar.xz source tarball
...
chroot не предлагать.
Почему ?
2) Зачем во все дистры пихают initrd? Ведь 90% вероятности он будет стоять на ext4, а даже если нет, всё равно ведь бинарные дистры с раздутым ядром, почему бы не вкомпилять несколько FS? Зачем такой ужасный костыль в виде initrd?
Большинство дистрибутивов собирают ядро, в котором поддержка файловых систем, контроллеров дисков, raid и lvm собрана модульно. Кроме всего прочего в initrd реализуется дополнительный функционал, поднятия LVM, сборки RAID, монтирования шифрованной файловой системы, поддержка NFS и проверки файловых систем. В общем такая политика разработчиков, в отношении формирования сборок ядра.
3) Правильно ли я понимаю, что достаточно закомментировать строку с initrd в grub.cfg, чтобы система успешно загрузилась? Естественно, что всё что нужно вкомпилено.
В общем правильно, но опять же, скорее всего, поддержка контроллера жёстких дисков и файловой системы всё равно собрана модульно. Так что без initramfs всё равно не обойтись. Так что изучите конфигурацию ядра в начале. Если что-то из необходимого для монтирования корневой файловой системы собрано модульно, то придётся пересобрать ядро для того, что бы отказатьсяо от initrd. Ну и опять же если у вас /usr на отдельной файловой системе, то придётся использовать initramfs, т.е.в большинстве случаев существует необходимость, что бы файлы, расположенные на /usr были доступны на этапе запуска системы.
Исходная версия kostik87, :
1) Как правильно установить модули, при условии, что нужно для другого компа?
cd /usr/src/linux
make help
...
Kernel packaging:
rpm-pkg - Build both source and binary RPM kernel packages
binrpm-pkg - Build only the binary kernel package
deb-pkg - Build the kernel as a deb package
tar-pkg - Build the kernel as an uncompressed tarball
targz-pkg - Build the kernel as a gzip compressed tarball
tarbz2-pkg - Build the kernel as a bzip2 compressed tarball
tarxz-pkg - Build the kernel as a xz compressed tarball
perf-tar-src-pkg - Build perf-3.10.7-gentoo-r1.tar source tarball
perf-targz-src-pkg - Build perf-3.10.7-gentoo-r1.tar.gz source tarball
perf-tarbz2-src-pkg - Build perf-3.10.7-gentoo-r1.tar.bz2 source tarball
perf-tarxz-src-pkg - Build perf-3.10.7-gentoo-r1.tar.xz source tarball
...
chroot не предлагать.
Почему ?
2) Зачем во все дистры пихают initrd? Ведь 90% вероятности он будет стоять на ext4, а даже если нет, всё равно ведь бинарные дистры с раздутым ядром, почему бы не вкомпилять несколько FS? Зачем такой ужасный костыль в виде initrd?
Большинство дистрибутивов собирают ядро, в котором поддержка файловых систем, контроллеров дисков, raid и lvm собрана модульно. Кроме всего прочего в initrd реализуется дополнительный функционал, поднятия LVM, сборки RAID, монтирования шифрованной файловой системы, поддержка NFS и проверки файловых систем. В общем такая политика разработчиков, в отношении формировании сборок ядра.
3) Правильно ли я понимаю, что достаточно закомментировать строку с initrd в grub.cfg, чтобы система успешно загрузилась? Естественно, что всё что нужно вкомпилено.
В общем правильно, но опять же, скорее всего, поддержка контроллера жёстких дисков и файловой системы всё равно собрана модульно. Так что без initramfs всё равно не обойтись. Так что изучите конфигурацию ядра в начале. Если что-то из необходимого для монтирования корневой файловой системы собрано модульно, то придётся пересобрать ядро для того, что бы отказатьсяо от initrd. Ну и опять же если у вас /usr на отдельной файловой системе, то придётся использовать initramfs, т.е.в большинстве случаев существует необходимость, что бы файлы, расположенные на /usr были доступны на этапе запуска системы.