Я где-то читал, что не рекомендуется помещать загрузочный раздел в раздел на основе lvm. Но я все равно это делаю. Тогда единственная проблема, с которой я столкнулся, это то, что когда я устанавливаю новый дистрибутив Linux и помещаю его загрузочный раздел в lvm, grub не может его обнаружить. Команда grub-mkconfig
обычно допускает ошибку при создании grub.cfg
файла. Но, если это единственная проблема в загрузочном разделе на основе lvm, я думаю, что все в порядке. Поскольку я знаю, как это исправить, просто дайте правильный адрес нужному загрузочному разделу для загрузки, и тогда все будет хорошо.
Итак, есть ли что-то кроме этого, что lvm может вызвать проблемы? Потому что, на мой взгляд, lvm очень гибок и не замедляет работу системы.
На мой взгляд, если, как вы говорите, grub не может обнаружить вашу
/boot
файловую систему LVM иgrub-mkconfig
обычно допускает ошибку при генерацииgrub.cfg
, это кажется достаточной причиной, чтобы избежать этой конфигурации и переключиться на что-то, что grub поддерживает лучше. Когда вы говорите «просто дайте правильный адрес предполагаемому загрузочному разделу», я не знаю, что вы подразумеваете под «адресом» или что именно вы делаете в качестве обходного пути, но, честно говоря, это звучит как страшный и хрупкий взлом.Как основная и практически необходимая функция, загрузчик может получить доступ к простой файловой системе на простом разделе диска и оттуда загрузить следующий этап. Это все, что действительно нужно сделать. Дополнительные функции в загрузчике, такие как синтаксический анализ контейнеров, таких как LVM и манипулирование несколькими дисками в предзагрузочной среде, просто означают больше возможностей Linux (ядра), которые необходимо дублировать в grub (больше кода, больше ошибок), но никогда не получится точно работать одинаково в обеих средах (больше путаницы) и общей сложности. Для начальной загрузки чем проще, тем лучше.
источник
grub-mkconfig
допустили ошибку, указав корневой путь,/dev/dm-0
поскольку он не является постоянным. Итак, я изменил его на правильный путь, который находится/dev/mapper/lvm-kali--boot
в моем случае.root=<path>
) и не имеет никакого отношения к тому, где/boot
находится.grub-mkconfig
определенно не должен ошибаться. Это должно соответствовать выводуgrub-probe --target=device /
./dev/mapper/lvm-kali--root
нетboot
. Опечатка/dev/mapper/lvm-kali--root
для начала!Я использую каталог «/ boot» внутри файловой системы LVM «/» в течение многих лет в Fedora, и у меня никогда не было проблем.
Вам просто нужно позаботиться о том, чтобы этот единственный физический диск, на котором «/» находился, был единственным в вашей группе томов. У меня есть группа томов «vgmain» для этого физического диска и «vgdata» для всех остальных. Это важно, если вам нужно перенести диск на другой компьютер в ситуации устранения неполадок. LVM не будет работать, если он состоит из нескольких физических дисков. Но это будет, если он состоит только из одного.
Но мне никогда не приходилось проходить через эту ситуацию устранения неполадок.
Последние установки Fedora не позволят вам сделать это автоматически. Вам нужно будет поместить ваш / / boot в обычный раздел во время установки, затем загрузиться нормально и затем вручную переместить содержимое в файловую систему LVM «/». Убедитесь, что вы реорганизовали вещи так, чтобы они выглядели как «/ boot» как простой каталог в LVM «/», и «/ boot2» как старый загрузочный раздел, а затем создайте «grub install / dev / sda» или что-то подобное. Перезагрузите и затем удалите файловую систему «/ boot2» и включите раздел обратно в LVM, чтобы его можно было использовать.
источник