корневая ф/с на LVM2-томе

Как настроить загрузку через grub, если корневая ф/с лежит на логическом тое lvm2 (/dev/vg/root)
(/boot находится на hda3)

Надо initrd? Как правильно его сделать и что указать в grub.conf?

Вообще, поддержку lvm я

Вообще, поддержку lvm я вкомпилил в само ядро, не модулем --- тогда initrd не нужен? Я прав?

Но как тогда в grub.conf написать "root= " ?

genkernel + # cat

genkernel +

# cat /boot/grub/grub.conf
default 1
timeout 2

title=Gentoo Linux 2.6.27-gentoo-r8
root(hd0,0)
kernel /boot/kernel-genkernel-x86-2.6.27-gentoo-r8 dolvm vga=791 real_root=/dev/mapper/vga-root lvmraid=/dev/md0
initrd /boot/initramfs-genkernel-x86-2.6.27-gentoo-r8

Genkernel?

Спасибо!

А для собственного ядра тоже _этот_ initramfs?

Можно по-подробнее про параметры в строчке kernel? real_root= настоящий корневой раздел, это понятно (то есть у меня это будет, например /dev/vg/root ?), lvmraid= это что?

не понял про собственное

не понял про собственное ядро
должно быть /dev/mapper/vg-root
на lvmraid можно не обращать внимания.. просто на софтрейде у меня lvm

"Собственное"

Я имею в виду ядро, собранное через простой make, ведь в вашем примере -- genkernеlевское.\

А dolvm за что отвечает? Это у вас lvm модулем что-ли?

initrd: who ?

gw ~ # mount
/dev/mapper/main-root on / type ext3 (rw,noatime)
/proc on /proc type proc (rw,nosuid,nodev,noexec)
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec)
udev on /dev type tmpfs (rw,nosuid,size=10240k,mode=755)
devpts on /dev/pts type devpts (rw,nosuid,noexec,gid=5,mode=620)
/dev/mapper/main-usr on /usr type ext3 (rw,noatime)
/dev/mapper/main-portage on /usr/portage type reiserfs (rw,noatime,notail)
/dev/mapper/main-var on /var type ext3 (rw,nodev,noatime)
/dev/mapper/home-home on /home type xfs (rw,noatime)
shm on /dev/shm type tmpfs (rw,noexec,nosuid,nodev)
usbfs on /proc/bus/usb type usbfs (rw,noexec,nosuid,devmode=0664,devgid=85)
securityfs on /sys/kernel/security type securityfs (rw,noexec,nosuid,nodev)
rpc_pipefs on /var/lib/nfs/rpc_pipefs type rpc_pipefs (rw)
nfsd on /proc/fs/nfs type nfsd (rw,noexec,nosuid,nodev)

gw ~ # uname -a
Linux gw 2.6.26-hardened-r7-0.80-grsec-slep #1 Wed Jan 14 10:31:48 EET 2009 i686 Pentium III (Coppermine) GenuineIntel GNU/Linuxg

gw boot # ls
boot lost+found
config System.map
config-2.6.26-hardened-r7-0.80-grsec-slep System.map-2.6.26-hardened-r7-0.80-grsec-slep
grub vmlinuz
initramfs vmlinuz-2.6.26-hardened-r7-0.80-grsec-slep
initramfs-genkernel-x86-2.6.27-hardened-r3

Hint: initrd/initramfs requred for "vgchange -ay" command exec.(my initrd not included kernel modules)

P.S sorry za eng/translit -> v processe instala

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Что вы хотели этим сказать?

Что вы хотели этим сказать?

Хотел сказать что: 1) без

Хотел сказать что:
1) без initrd система с корнем LVM IMHO не работает, в процессе загрузки надо инициализировать LVM
командои vgchance -ay, при этом сам бинарник лежит на томе LVM.
initrd разрывает этот замкнутыи круг.
2 ) У меня в initrd модулеи нет ,совсем нет :) initrd делает 2 -вещи:
а) vgchance -ay - инициализируем LVM,создаем фаилы в /dev/
б) pivot() запускаем инит с основнои системы

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

Я имею в виду ядро, собранное через простой make, ведь в вашем п

genkernel --lvm initramfs
:)
создание именно initrd образа. не всего и вся. это моэно сделать уже после стандартных телодвижений make menuconfig;make -j5;make -j5 modules install...

Думай голова, думай. Я за тебя думать не буду!

A то мы не знали :) Зачем

A то мы не знали :) Зачем некрофилишь ?

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

мы - это кто?

мы - это кто?

Думай голова, думай. Я за тебя думать не буду!

нет, для _собственного_ ядра

нет, для _собственного_ ядра -- _собственный_ initramfs

Вообщето лвм не рекомендовали

Вообщето лвм не рекомендовали для корня в принципе. Потому как ежели разваливается, то поднять систему изнутри практически нереально.
Достаточно безболезненно выносится на LVM из корневых /home /usr /var /tmp /opt. Сам корень может быть оnносительно небольшим, порядка гига. Вся система и инструментарий для сборки,настройки и тестирования, а так же рутовый домашний каталог должны быть доступны при любом раскладе.

Согласен

Согласен полностью.

Compute:
Bosch M2.8.1 -> custom Bosch M2.8.3 clone from Russia.
Speed about 260 km,Ram 2 pers.,HDD - 70 kg,210 FLOPS ;)

jhgf

wi написал(а):
Вся система и инструментарий для сборки,настройки и тестирования, а так же рутовый домашний каталог должны быть доступны при любом раскладе.

Разве с вынесенным /usr будет это всё доступно?

И что важного в /root ?

Текстовый редактор vi имеет два режима работы: в первом он пищит, а во втором — всё портит.

krigstask написал(а):wi

krigstask написал(а):
wi написал(а):
Вся система и инструментарий для сборки,настройки и тестирования, а так же рутовый домашний каталог должны быть доступны при любом раскладе.

Разве с вынесенным /usr будет это всё доступно?

Вот и я интересуюсь:

>>Разве с вынесенным /usr

>>Разве с вынесенным /usr будет это всё доступно?

Базовые утилиты, а так же большинство инструментария для проверки и исправления дисковой подсистемы работают с отмонтированным usr/var/home/opt легко. Так же работают практически все что нужно для подключения системы к сети. При таком раскладе сервак с упавшим лвм доступен непосредсвенно с рабочего места админа. А в серверной у мя холодно и стульчика нету.

В каталог root я по старой привычке сливаю etc перед модификацией/апдейтом. Иногда очень сильно помогает. Там же лежат кой какие не особо ценные самописные скрипты, и особо ценные инструкции по установке. Вообще без дома жить можно, но как-то уныло.

Ну и последнее. На кой оно нужно это лвм с его замечательным управлением разделами, ежели раздел токмо 1 и весь корень на нем-же и лежит?

Раздел-то не один. Все

Раздел-то не один. Все вынесено. И сам root тоже отправлен на свой раздел. Как-то знаете "религия не позволяет" оставить root на простой партиции. Переубедите меня? А если для него отведенным местом тоже "замечательно поуправляеть" захочется? Чистый корень вообще имеет тенденцию к росту? Сколько в таком случае для него хватит?

>>Раздел-то не один. Все

>>Раздел-то не один. Все вынесено. И сам root тоже отправлен на свой раздел.

Чистый корень прописан в стандартах. Растет медленно, ибо стандарт. Практически веса не имеет. Ему даже раздел на диске как таковой не нужен. Он в памяти может создаваться (что собсно лайвсиди и делают). А почему делают именно так , а не иначе, прописано в моем посте, ну и помнится было в рекомендациях по установке лвм на генто. Ради устойчивости. В моем винте сто гиг. Могу я себе позволить не управлять 1% моего дискового пространства ради возможности зайти удаленно на сервак с упавшим лвм?

ЗЫ
По устойчивости лвм очень близок к рейду в режиме страйп. Потому на критических участках я его не использую. А управляемость разделов - штука весьма сомнительная. Лично у меня поуправлять разделами с момента установки лвм желания не возникало.

По устойчивости лвм очень

По устойчивости лвм очень близок к рейду в режиме страйп.

С этого места поподробней, пожалуйста.

Necronimicon Ex Mortis

Necronimicon Ex Mortis

Не грусти, товарищ! Всё хорошо, beautiful good!

Корень с вынесеными /boot

Корень с вынесеными /boot /home /usr /var /tmp /opt - 80мб

Вообщето лвм не рекомендовали для корня в принципе.

lvm, отчасти, нужен для бэкапа на лету, а на корневом разделе могут быть открытые файлы. не рекомендуется делать бэкап открытых файлов. boot раздел можно бэкапить и без lvm, понятно..

Думай голова, думай. Я за тебя думать не буду!

Только если есть файлы

Только если есть файлы открытые на запись, а в норме они есть только в /var (который в случае lvm находиться на отдельном разделе), да и то на десктопном компе там нет жизненно необходимой инфы, т.е. можно и так бэкапить.

ps я не очень понимаю преимущества lvm для бэкапа, кроме возможности бэкапить раздел, а не не файлы

Снапшоты же.

Снапшоты же.

Не грусти, товарищ! Всё хорошо, beautiful good!

почитал, действительно, при

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

поправку можно? -не нужно +не

поправку можно?
-не нужно
+не обязательно

Думай голова, думай. Я за тебя думать не буду!

в случае домашней машины это

в случае домашней машины это одно и тоже, т.е. в 90% реальной необходимости нет

LVM абсолютно прозрачна для

LVM абсолютно прозрачна для фс. На момент снятия снапшота VG синкается, замораживается, затем снимаются бэкапы метаданных vg's, далее размораживается и обратно ставятся на мониторинг. LVM не советуют ставить на рут, только потому что если у вас по какой либо причине не запустится LVM то вы не загрузитесь и ничего не сможете восстановить. Не сможете загрузиться в установленую систему конечно же, будем считать что livecd это хак :)

> Потому как ежели

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

Для этого достаточно в /boot положить файлы с SystemRescueCD, и прописать его в grub'е. У LVM есть масса преимуществ, и root на LVM позволяет их использовать "по-максимуму".

а можно поподробнее про эту

а можно поподробнее про эту массу преимуществ?
(не холивара ради, действительно интересно).

Возможность не ломать голову

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

Я не согласен...

_SerEga_ написал(а):
Возможность не ломать голову о размерах разделов с запасом на будущее...

Моё мнение - это некая профанация планирования, которое - есть неотъемлемая часть линуха и
человека, этот самый линукс эксплуатирующего. Во как :D
ИМХО, lvm нужен не для этого, а для "горячей замены".
Кстати, ну а почему бы ТС не раскатать на корень btrfs?

Те кто юзает lvm для дела,

Те кто юзает lvm для дела, знают его плюсы, я написал для обычных юзеров.
Про планирование: gentoo предполагает одну установку, а да далее непрерывное юзанье и апдейты, поэтому запланировать все сложно - только на каждый раздел выделить места с избытком, да и то возможно лишь при наличии большого запаса дискового пространства, да и действия при добавлении нового винча или добавления/удаления разделов не тривиальны.

_SerEga_

_SerEga_ написал(а):
Возможность не ломать голову о размерах разделов с запасом на будущее, т.е. нет риска создав отдельные home var usr и т.д., что в какой-то момент придешь к ситуации, когда на одном разделе много места, а на каком-то не хватает.

как-то это на массу не тянет. Тем более корень тут никаким боком не участвует...

а насчет шифрования на lvm2

а насчет шифрования на lvm2 кто нибудь может что нибудь сказать?

скрытный секс :)

Настройки просмотра комментариев

Выберите нужный метод показа комментариев и нажмите "Сохранить установки".