остановка загрузки ядра[отложено]
kermzyxer 19 июня, 2011 - 20:04
Корень на lvm. Соответственно, initramfs. Volume group активируется, root раздел монтируется. После строчки switch_root загрузка прекращается. Вот эта строчка в init:
printmsg() { echo "Initramfs: $1"; } ... # chroot printmsg "switching to a root" exec switch_root /mnt/root /sbin/init \ || printmsg "failed switch to a root"
Перепробовал с десяток разных init, дергал некоторые опции в ядре - ничего не помогло.
Тут подробности.
--------------------------------------
Я подумал, что корень в lvm действительно не очень надежно, т.к. даже том не деактивировать.
Сделаю корень на основном разделе.
»
- Для комментирования войдите или зарегистрируйтесь
Корень на lvm - ССЗБ!
Корень на lvm - ССЗБ! :)
Сделай маленький корень и монтируй себе что надо, например:
Ну так я для того и запихиваю
Ну так я для того и запихиваю корень в lvm, чтобы не надо было разделы плодить. =)
Странно. Я в liveusb попытался сделать exec switch_root /mnt/gentoo /sbin/init и получил в ответ, что init level не указан.(или что-то вроде того) Он ведь должен его считать из inittab.(дефолтный - 3)
kermzyxer написал(а): Ну так
Странная идея... вы хоть понимаете как работают ФС?!..
Корень в lvm отнюдь не ССЗБ.
Корень в lvm отнюдь не ССЗБ. скорее наоборот.
Впрочем lvm это вообще удобно.
Например при переносе на soft-raid1. вы предлагаете по стаинке типа cp -dpRx?? вместо pvmove? да и вообще при переезде на другой жесткий.
да и вообще для управления разделами.
Никто и не спорит, что ЛВМ -
Никто и не спорит, что ЛВМ - это хорошо! :)
Только надо четко понимать меру и место...
А 500Мб можно и по старинке перебросить... ;) Кстати, на десктопе у меня корень (500Мб!) на РАЙД1, система и некоторые данные на РАЙД5/ЛВМ, другие данные на LVM c mirror'ом, а файлопомойка на простом ЛВМ... и что?
Ну, я не разработчик ФС,
Ну, я не разработчик ФС, поэтому на самом примитивном уровне. И честно говоря, не вижу смысла выносить из корня ВСЕ.
ИМХО однозначно нужно выносить:(на обычном рабочем компьютере)
/tmp(/var/tmp?) - для оптимизации
/usr/portage(?) - для оптимизации
/usr/portage/distfiles - для удобства/оптимизации
/boot - для удобства/секурности/т.к. вынужден
/home - классика
ну, можно еще /var по желанию.(если /var/tmp вынесен)
И причем тут разработчик или
И причем тут разработчик или нет - матчасть надо знать!
А выносить надо не все, а то, что надо!
У одного это будет одно, у других другое, в зависимости от задач.
Но корень на ЛВМ - это слишком! Это хорошо, пока все хорошо, а если что-то сбойнет - то проблем куча и спасательный ЦД не всегда спасет. А так всегда можно загрузить минимальную систему и все починить.
А вам рекомендую посмотреть теорию ОС и, в особенности, про очереди ввода/вывода - кое-что прояснится, что лучше выносить... ;)
> если что-то сбойнет - то
> если что-то сбойнет - то проблем куча и спасательный ЦД не всегда спасет. А так всегда можно загрузить минимальную систему и все починить.
Если серьезные проблемы с железом, то ничто не поможет. А если проблемы с софтом - то чем liveusb хуже загрузки в куцый корень?
> А вам рекомендую посмотреть теорию ОС и, в особенности, про очереди ввода/вывода - кое-что прояснится, что лучше выносить... ;)
Как работают планировщики в linux, я представляю. Мне вот только в lvm никак не загрузиться, запарился уже =(
Размечаю диск. А какие ты
Размечаю диск.
А какие ты используешь ФС/опции монтирования? ;)
Genkernel использовали? У
Genkernel использовали? У меня с ним работало.
Сейчас нет, не использовал.
Сейчас нет, не использовал. Там как-то мутно с lvm.
В чем? у меня все быстро и
В чем?
у меня все быстро и просто получилось.
/
Зато просто и прозрачно с тем, без чего этот финт у тебя не пройдёт. :)
:wq
--
Live free or die