initramfs модулей не хватает?

я это понимаю, но модули вкомпилил в ядро, и при установке без gen-kernel initrd не собирается же.

>> initrd не собирается же

А ты возьми да собери. Не будет оно без initrd работать.

Это понятно, что его собирать можно. Но я думал можно и без него обойтись.

Не можно, а нужно

Если бы ты сначала разобрался, как работает LVM, не пришлось бы создавать этот топик. Дело в том, что у ядра нет фичи для LVM типа RAID autodetect, поэтому необходимы предварительное сканирование (pvscan, vgscan) и инициализация (vgchange) групп, только тогда можно смонтировать rootfs =)

Чтобы поднять при запуске систему с lvm2 кроме ядреного модуля dm-mod который должен быть загружен либо вкомпилен в ядро монолитно нужна еще и программка lvm для того чтобы собственно поднять систему посредством lvm vgscan; lvm vgchange -a y; Делать все это должен init в твоем initramfs или что ты там…

Ясно. Следующий раз подробнее почитаю о том, что использую.

Спасибо.

И вообще рекомендуется к прочтению и осмыслению (в порядке возростания сложности)

Rootfs over encrypted lvm

Rootfs over encrypted lvm over raid-1 on GPT

Советую тебе вынести за LVM раздел / - около 500 мб а всё остальное в LVM.

Советую тебе вынести за LVM раздел / - около 500 мб а всё остальное в LVM.

Бред. Зачем? если можно вообще все кроме /boot сделать на lvm2 а в качестве /boot вообще можно юзать флешку ;)

Первое читал.

А за второе спасибо.

Я не вижу в этом смысла.

бред - это всё пихать в lvm, в случае когда lvm гибнет всегда можно будет загрузить ось, хоть и покалеченную но рабочую и через нё сразу восстановить всё.

качестве /boot вообще можно юзать флешку ;)

O_o у каждого свои тараканы...

И да устраивать срач доказывать свою точку зрения я не собираюсь. Я высказал своё виденье ситуации.

в случае когда lvm гибнет

в случае когда lvm гибнет где гарантии что ось рядом вне lvm-а выживет? Если что то, к примеру хард, начнет умирать так хреново станет всему и lvm-у и всем обычным разделам.

Я даже об этом не подумал, наверно Вы правы.

>> в случае когда lvm гибнет

O_O Ты так говоришь, словно LVM это нечто, как минимум выполняющее блочные преобразования. Чему там гибнуть-то? Вот файловые системы сверху вполне могут накрыться при внезапной остановке системы, поскольку барьеры не работают (вроде, эту проблему должны были починить, не знаю).

Первое читал. А за второе спасибо.

если первое читал… То знай - slashbeast в better-initramfs добавил все что надо для всех описанных вариантов ;)

Это хорошо. Попробую. А genkernel'ом ТОЛЬКО initramfs собирать не получится?

Не знаю. Лично я genkernel-у не доверяю и не использую его… Помоему и better-initramfs не такой уж он и в better… вот поэтому я хочу mkinitcpio И да оно уже устанавливается нормально! Теперь осталось понять Как оно работает ;))))

Тяжело мне все таки переходить после арча )

>Советую тебе вынести за LVM раздел / - около 500 мб а всё остальное в LVM.
Лучше уж сделать «genkernel --lvm initramfs» и получить рабочую систему для текущего ядра

вот, меня инетресует, можно genkernel'ом только initramfs собрать? а ядро отдельно?

Да, я так и делал
1) собираешь ядро ручками
2) делаешь genkernel --lvm initramfs
3) Прописываешь в загрузчике что-то вроде:
kernel /boot/kernel-2.6.37 root=/dev/ram0 real_root=/dev/mapper/lvm-root resume=/dev/sda1 dolvm
initrd /boot/initramfs-genkernel-x86_64-2.6.37

и вроде вместо

genkernel --lvm initramfs

надо

genkernel --lvm2 initramfs

или разницы нет?

спасибо.

Разницы нет, он говорит --lvm2 deprecated

ОК. еще раз спасибо.

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

Примерно в 2.6.32 починили. А раньше ФС видели, что девайс не поддерживает барьеры.

>> Примерно в 2.6.32 починили.

Спасибо за сведения. UPS, конечно, есть, но неработоспособность барьеров как-то слегка удручает (сижу на 2.6.26). Хороший аргумент к переползанию на Squeeze.