Преобразовать каталог в образ виртуального диска QEMU/KVM

У меня есть каталог, заполненный данными в /var/backups/disk1, который я хочу преобразовать в образ виртуального диска, который я затем смогу загрузить с помощью QEMU или KVM (каталог содержит файловую систему для виртуальной машины, скопированную через rsync).

Хотя существует множество инструкций по преобразованию всего физического диска в виртуальный диск, упаковка только содержимого одного каталога в образ виртуального диска оказывается намного сложнее, чем я ожидал. Есть идеи?

Кстати, я знаю, что могу использовать qemu-img для преобразования блочного устройства в виртуальный диск (например, "qemu-img convert -f /dev/sdc -O qcow2 disk.qcow2"), так что если только я смогу получить каталог /var/backups/disk1 выглядит как блочное устройство, тогда теоретически я должен быть в состоянии достичь своей цели, используя qemu-img. Однако я подумал о креативных способах представления каталога как блочного устройства с использованием NBD или устройства с обратной связью, но не увенчался успехом.

5 ответов

Сначала создайте необработанное изображение необходимого размера. Я предполагаю, что 10G достаточно. Использование поиска создает разреженный файл, который экономит место.

dd if=/dev/null of=example.img bs=1M seek=10240

Далее создайте на нем файловую систему.

mkfs.ext4 -F example.img

(Обратите внимание, что вам нужно -F вариант для mkfs.ext4 работать с файлом, а не с разделом диска)

Затем установите его.

mkdir /mnt/example
mount -t ext4 -o loop example.img /mnt/example

Теперь вы можете скопировать ваши файлы в /mnt/example. Как только это будет сделано, размонтируйте его, и вы сможете использовать example.img в качестве диска на виртуальной машине. Если вы хотите, вы можете преобразовать его из необработанного изображения в другой формат, например qcow2e, используя qemu-img, но это не обязательно.

virt-make-fs из libguestfs qcow2 пример

/questions/282257/preobrazovat-katalog-v-obraz-virtualnogo-diska-qemukvm/282266#282266 упомянул об этом, но вот полный пример:

sudo apt-get install libguestfs-tools

# Workarounds for Ubuntu 18.04 bugs. See section below.
sudo rm -rf /var/cache/.guestfs-*
echo dash | sudo tee /usr/lib/x86_64-linux-gnu/guestfs/supermin.d/zz-dash-packages
sudo chmod +r /boot/vmlinuz-*

mkdir sysroot
# Just a test file.
dd if=/dev/urandom of=sysroot/myfile bs=1024 count=1024
virt-make-fs --format=qcow2 --type=ext2 sysroot sysroot.ext2.qcow2 

Обратите внимание, как sudo не требуется, за исключением установки и исправления ошибок в Ubuntu.

Затем я убедился, что QEMU действительно может прочитать его:

qemu-system-x86_64 -drive file=sysroot.ext2.qcow2,format=qcow2,if=virtio,snapshot ...

Затем я могу смонтировать образ в QEMU Linux и прочитать файл.

virt-make-fs пример ext

Этот удивительный инструмент также может создавать необработанные файловые системы ext, например:

virt-make-fs --format=raw --type=ext2 sysroot sysroot.ext2
virt-make-fs --format=raw --type=ext4 sysroot sysroot.ext4

который мы можем проверить непосредственно на хосте с помощью:

mkdir -p mnt
dev="$(sudo losetup --show -f -P sysroot.ext4)"
sudo mount -o loop "$dev" mnt
cmp sysroot/myfile mnt/myfile

Минимизация размера изображения

Действительно хорошая особенность virt-make-fs является то, что он автоматически пытается минимизировать размер изображения, если это то, что мы хотим:

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

так:

df -h

говорит мне, что изображение заполнено на 82%:

/dev/loop17    1.5M  1.1M  244K  82% /home/ciro/test/guestfs/mnt

Мы можем легко добавить дополнительное пространство поверх минимума с помощью --size-=+:

virt-make-fs --format=raw --size=+8M --type=ext2 sysroot sysroot.ext2

затраты на журнал ext4

В руководстве также упоминается, что:

Обратите внимание, что файловые системы ext3 содержат журнал, обычно размером 1-32 МБ. Если вы не собираетесь использовать файловую систему так, как это требует журнал, тогда это просто пустая трата.

и это интересно проверить с помощью:

du -bs *

который производит:

1052672 sysroot
1446297 sysroot.ext2
2599731 sysroot.ext4

Итак, мы видим, что ext4 вышел значительно больше.

Ошибки libguestfs в Ubuntu

Теперь о недостатке: в настоящее время, похоже, нет сопровождающего Ubuntu, и библиотека в Ubuntu, как правило, содержит ошибки.

sudo теоретически не требуется, но это требуется из-за ошибки упаковки Ubuntu, если мы не сделаем обходной путь: https://askubuntu.com/questions/1046828/how-to-run-libguestfs-tools-tools-such-as-virt-make-fs-without-sudo/1046829

libguestfs: error: /usr/bin/supermin exited with error status 1.
To see full error messages you may need to enable debugging.
Do:
  export LIBGUESTFS_DEBUG=1 LIBGUESTFS_TRACE=1
and run the command again.  For further information, read:
  http://libguestfs.org/guestfs-faq.1.html#debugging-libguestfs
You can also run 'libguestfs-test-tool' and post the *complete* output
into a bug report or message to the libguestfs mailing list.
    libguestfs: error: /usr/bin/supermin exited with error status 1.

После этого без наших обходных путей 18.04 (но не 16.04) завершается неудачно с: https://bugzilla.redhat.com/show_bug.cgi?id=1591617

libguestfs: error: tar_in: write error on directory: /: 

из-за ошибки, которая уже была исправлена.

Протестировано в Ubuntu 18.04, libguestfs-tools 1:1.36.13-1ubuntu3, QEMU 1:2.11+dfsg-1ubuntu7.3.

Похоже, что libguestfs может это сделать, см. Virt-make-fs(1) и, возможно, virt-copy-in (1).

Использование стратегии Майклса в Fedora 23:

# dnf install -y libguestfs-tools-c
# virt-make-fs --format=raw --label mylabel the_directory myfs.raw

Это создает файловую систему ext2, которую вы можете подключить к некоторому каталогу:

# mount file.fs /mnt 

Теперь / Mnt содержит все ваши файлы

Я предпочитаю (и использую) ответ Сиро Сантилли, но вот кое-что, что работает с guestfish ракушка:

# assumes extant directory "rootfs"
tar -cf rootfs.tar -C rootfs .
guestfish <<EOF
disk-create rootfs.qcow2 qcow2 "$((2 * $(stat -c%s rootfs.tar)))"
add-drive rootfs.qcow2
run
part-disk /dev/sda gpt
mkfs ext4 /dev/sda
mount /dev/sda /
tar-in rootfs.tar /
umount-all
exit
EOF

Как насчет доступа к каталогу как к сетевому ресурсу с виртуальной машины, которая также подключена к вашему целевому образу виртуального диска? Вы, чем просто выполнить простое копирование из общего ресурса на смонтированный образ диска.

Другие вопросы по тегам