Образ Флоп Загрузчик' title='Образ Флоп Загрузчик' />Загрузка виртуальных linux машин с диска без разделов Хабрахабр. При создании корневых дисков виртуальных машин, обычно, на них с помощью fdiskgdisk создается таблица разделов с единственным разделом для размещения на нем операционной системы. Это порождает некоторые неприятности на стороне гипервизора, например При монтировании диска нужно помнить, что монтируется не само блочное устройство, а раздел на нем. Проблема усугубляется если используется lvm диск ядро не видит разделы на нем без применения средств убеждения в виде kpartx. Garmin Карта Прибалтики. Для восстановления раздела требуется не только резервная копия файловой системы, но и бубенкопия первого трека. Изменение размера такого диска требует еще одного бубна лишней операции по изменению размера раздела на диске. Избавиться от таблицы разделов можно прямой загрузкой ядра, но этот метод не безгрешен. Гипервизор должен иметь на своей стороне образы ядер виртуальных машин, которые нужно поддерживать актуальными при обновлениях гостевых ОС. Загрузка в EFI режиме позволяет нам разместить grub efi в обычной файловой системе и не требует наличия MBR. Прежде всего нам нужен BIOS для qemu с поддержкой EFI. Называется он OVMF. Из всего скачанного богатства нужен только OVMF. Дискета флоппидиск, флоп, флопух, лопух последнее. Образ компьютера с катушечным магнитофоном надолго. WEB&tkn=*FRftyKLDEYHuV0Iojacu8ng24vc' alt='Образ Флоп Загрузчик' title='Образ Флоп Загрузчик' />OVMF подключается в разделе os домена тегом loader lt os. Этому способу нужен специальный раздел EFI, где будет лежать загрузчик. Приготовим grub efi mkdir p varspoolefi grubefiboot. Чтобы замапить образ. В архиве PLOPO x. Дело в том, что по умолчанию OVMF BIOS будет пытаться загрузить с EFI раздела файл efibootbootx. Мы воспользуемся этим и подсунем туда grub efi, который возьмет свой конфиг со второго диска в системе из bootgrub. В последствии этот загрузчик можно использовать для множества виртуальных машин, подключая его на readonly диске и при условии, что диск с bootgrub будет вторым в системе. EFI раздел и грабли. Итак, теперь нам нужен загрузочный EFI раздел внутри гостя на который мы положим загрузчик. Можно создать небольшой диск, разместить таблицу разделов GPT и EFI раздел с загрузчиком. Если этот диск подключать в режиме readonly, то можно будет использовать один такой диск для нескольких виртуальных машин. Но тут есть грабли. Если мы расположим его на шине virtio, как любой нормальный диск, то при загрузке нас ожидает сюрприз в виде EFI shell вместо загруженной системы. Причем этот шелл будет прекрасно видеть наш раздел и грузить загрузчик по команде bootx. Вот тут ребята подробно обсуждают и выясняют почему и сходятся, что это баг OVMF. Это рабочий вариант, но диски не могут быть readonly. Потребуется соблюдать гигиену относительно этого диска внутри гостя и возможно распрощаться с идей запуска нескольких машин одним загрузчиком. Это выглядит вот так lt disk typedir devicedisk. При этом в гостевой системе появится диск с таблицей разделов в MBR, разделом в FAT1. У этого диска есть пара важных для нас особенностей при его подключении необходим атрибут readonly и раздел на нем имеет тип 0x. EF, как того требует EFI. К счастью, загрузиться с такого раздела можно, если повесить диск на шину usb. В этом случае OVMF BIOS будет искать загрузчик на обычном разделе FAT. И тут присутствуют еще одни грабли. В лоб ими получаешь, если работает apparmor, а он по умолчанию в Ubuntu работает. Для каждой виртуалки libvirt создает apparmor профиль, который дает ей доступ только к указанным в ее конфиге ресурсам. Для диска сделанного из директории правила создаются неправильные, поэтому стоит добавить в etcapparmor. Важные замечания. Теперь можно плодить виртуалки создавая диски напрямую на lvm томах, легко и безопасно менять их размер, не утруждать себя установкой загрузчика на новых машинах развернутых с помощью debootstrap, делать резервные копии корневых систем помощью dump и восстанавливать их простым restore. Однако, есть некоторые ограничения. Диски на шинах usb и ide OVMF всегда расположит ранее дисков на virtio, а мы захардкодили в grub на загрузку меню и модулей со второго диска первым у нас стоит диск с загрузчиком grub mkimage O x. Здесь hd. 1 как раз и указывает на второй диск первый, соответственно hd. Учитывайте это, если будете добавлять в машину диски отличные от virtio. Так же, нужно помнить, что grub может динамически подгружать дополнительные модули из bootgrub корневого раздела, а так как гостевые системы могут быть разные, то версии этих модулей могут оказаться несовместимыми с загрузчиком из EFI раздела. Избавится от этого можно понапихав необходимые модули статически путем добавления их названия в вышеприведенную строку.