Что происходит при загрузке? Как производится инициализация LVM? Почему говорят, что нельзя сделать / на LVM не используя initrd?

Почему плохо ищеши в инете http://www.xgu.ru/wiki/LVM?

Можно без initrd, если вынести /boot за LVM

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

Положим, что /boot вынесен за LVM. Как это повлияет на работу с / на LVM?

Если /boot будет за LVM, то / можно делать на LVM без initrd. У меня так сделано

Для начала изучи,как писать правильные запросы в гугле

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

> согласен с вышевысказавшимся аноном и добавлю
Изучать как писать запросы в гугле - лениво.

что несколько странным выглядит такое уделение внимания файловым системам на десктопе

А почему бы и нет? С одной стороны, возможно взять то, что предлагается по умолчанию. С другой стороны, если есть время и желание, выбрать то, что подойдёт лучше (если по умолчанию не подходит).

В смысле, для ядра не имеет значения где находится / - на LVM или нет, - оно всё нормально понимает?

> С другой стороны, если есть время и желание, выбрать то, что подойдёт лучше (если по умолчанию не подходит).

чем не подходит ext4? (если не секрет)

>В смысле, для ядра не имеет значения где находится / - на LVM или нет, - оно всё нормально понимает?
Именно. initrd нужен чтобы запустить ядро, а запущенное ядро уже понимает LVM

Почему не подходит? Именно её и собираюсь использовать. Только причём тут LVM?
Есть по нему, но, в основном, всё про инициализацию тома при создании.
Про загрузку мало и нет у меня чёткой картины.

P.S. Правильно тебе подсказывают, раз с линуксом нет опыта, ставь всё на один раздел (кроме swap) и не заморачивайся

> Почему не подходит?

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

В смысле? Не, initrd - это файловая система с модулями и всем прочим.
Вначале распаковывается initrd в память, затем, управление передаётся ядру (или ядро её распаковывает и использует уже само, не помню я, но здесь это не принципиально).
Но точно не для запуска ядра. Оно нужно, если, например, корневая ФС не поддерживается текущим ядром, а initrd содержит модуль для её поддержки.

Вопрос как инициализируется LVM..? Кто бы ткнул меня туда где всё по пунктам (для тупых) расписано.

Нужно. ФС-то при чём? Она к LVM никаким боком не относится.
Да и тема эта не про разбиение.

Да, ступил, не я ядро, а модули ядра, конечно же

Да, конечно же, имеется ввиду LVM2.

>Вопрос как инициализируется LVM..?
Ты что-то усложняешь... LVM это всего-лишь еще одна прослойка. Зачем знать как оно инициализируется? Тебе же не интересно как инициализируется драйвер видеокарты

это одна из тем. в общем, поступай, как знаешь

Тут говорят нехорошее:
http://unixforum.org/index.php?showtopic=36472
:-( Или это уже устарело? Есть возможность?

Еще раз повторяю: у меня корень в LVM и нет initrd, так что всё работает (только нужно сделать /boot обычным разделом)

> Ты что-то усложняешь... LVM это всего-лишь еще одна прослойка.

Зачем знать как оно инициализируется?

Мне это любопытно. Иначе возникает ощущение ещё одного «белого пятна» (ага, пока не знаешь, пятно есть, а ощущения нет %-) ).

Тебе же не интересно как инициализируется драйвер видеокарты

Драйвер видеокарты? В своё время, когда сплеш при загрузке не работал, было любопытно насчёт видеорежимов. Но это немного не то. С драйвером видеокарты примерно понятно - он просто загружается в пространство ядра. Либо, сразу, либо при обращении к /dev/video вызывается modprobe, либо вручную. Принципиальной разницы нет. Затем, драйвер реализует специфический интерфейс для карты, при работе в определённых видеорежимах. Естественно, что в тонкости работы драйвера мне не вникнуть - необъятно.

Но и здесь мне не нужно глубоко знать как производится инициализация.
Только на уровне пользователя.

Странно, было бы интересно узнать, как оно работает. Отдельный раздел для /boot нужен только для того, если grub не умеет работать с LVM (а 2-й умеет), а вот для инициализации остальных LV (в т.ч. и того, на котором корень) как раз в initrd и находятся необходимые утилиты.

У себя я так и не смог заставить ядро работать без initrd (неудиительно, раз инициализация делается из юзерспейса) :(

Т.е., initrd, вообще нет? Даже «вделанного» в ядро?
Хм... А в boot= ядру что передавать?

P.S.:
/boot выделен потому что старый grub?

> У себя я так и не смог заставить ядро работать без initrd (неудиительно, раз инициализация делается из юзерспейса) :(
Но ведь есть модуль LVM? Зачем ещё какие-то внешние утилиты для инициализации, которые, всё-равно, так или иначе будут использовать функционал модуля..?

О:
http://www.gentoo.ru/node/13692

Блджад!
Извиняюсь за дезинформацию, я действительно попутал, у меня / не в lvm. Правда он занимает около 100Мб...

:-( Блин, так обнадёжили...
Ещё нашёл:
http://wiki.e-lug.ru/Gentoo_%D0%BD%D0%B0_LVM_%28grub2_%D0%BA%D0%BE%D1%80%D0%B...

В любом случае, не буду делать / на LVM, если что. Лучше сделаю обычный раздел.

Гы-гы, «смешно»:

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

:-(

Я почему-то подумал, что ядро после загрузки может сразу же использовать LVM, но я ошибался

В теории, никто не мешает перенести функционал vgchange -ay в ядро. :-\
Блин... Обидно.

Не переживай.

На FreeBSD загрузчик zfsboot (~32КБ) тоже должен находится на отдельном RAW-разделе, чтобы поднять систему с ZFS.

В теории, никто не мешает перенести функционал vgchange -ay в ядро. :-\

Это было бы неправильно, и такого никогда не сделают.

В солярке тоже так, или это очередное bsd-извращение?

В FreeBSD GRUB не используется — в этом преимущества загрузки без необходимости иметь отдельную файловую систему под конфиг загрузчика. И, как следствие, на порядок меньше головной боли из-за неправильно сконфигурированных загрузчиков.

Но вполне возможно грузить BSD, используя граб.