Чи є в Інтернеті якесь попередньо вбудоване зображення QEMU Ubuntu (32 біт)?


12

Я граю з QEMU. Тут я знайшов кілька попередньо вбудованих образів ОС:

http://docs.openstack.org/trunk/openstack-compute/admin/content/starting-images.html

Але всі вони призначені для 64-бітної системи, тоді як моя система 32-бітна. Хтось знає, чи є 32-бітове попередньо вбудоване зображення в Інтернеті?

Тож я можу їх безпосередньо використовувати і не потрібно морочитися з установкою.

Спасибі.


У вас на березі у вас може бути лише 32-бітна операційна система? Це лише в залежності від процесора.
Алвар

@Alvar Я не зовсім впевнений. Мій хост - Fedora 12 з ядром 2.6.29. Я вважаю, що моя ОС 32-бітна. Процесор - процесор Intel Core 2 Duo E8400. Я просто використовую команду "qemu-kvm -m 1024 img". Img завантажується з веб-сайту, який я дав. Він просто зупинився на "завантаженні початкового ramdisk" ....
Хао Шень

2
Так, ваш процесор має 64-бітну сумісність. Джерело
Алвар

Відповіді:


11

Швидкий пошук Google виявив наступне (я жодного з них не пробував) :

Також ви можете використовувати vmbuilder (згаданий тут ubuntu-vmbuilder) для швидкого створення зображень Ubuntu для KVM, VirtualBox тощо.

В крайньому випадку, ви можете використовувати qemu-imgкоманду для перетворення зображень диска з VirtualBox / VMware у формат, більш підходящий QEMU / KVM (це може не знадобитися. Я думаю, що QEMU / KVM може працювати з іншими типами зображень, такими як vdi або vmdk).

$ qemu-img convert -f [vdi|vmdk|...] -O qcow2 OriginalImage NewImage

ПРИМІТКА . Якщо ви використовуєте 32-бітну ОС, ви не можете запускати 64-бітові віртуальні машини з KVM. Але QEMU - емулятор, тому він повинен дозволяти вам запускати 64-бітові vm-адреси в 32-бітній операційній системі. Але ефективність роботи напевно буде величезною!


10

Ця відповідь містить детальні кроки для наступних налаштувань:

  • зображення хмари amd64 та arm64
  • debootstrap amd64 та arm64
  • зображення на робочому столі amd64

Усі були перевірені на хості Ubuntu 18.04, орієнтованому на 18,04 гостей.

Зображення хмари amd64

Зображення хмари Ubuntu - це попередньо встановлені зображення, які дозволяють завантажуватися безпосередньо, не роблячи звичайної інсталяції настільних систем. Дивіться також: /server/438611/what-are-ubuntu-cloud-images

#!/usr/bin/env bash

sudo apt-get install cloud-image-utils qemu

# This is already in qcow2 format.
img=ubuntu-18.04-server-cloudimg-amd64.img
if [ ! -f "$img" ]; then
  wget "https://cloud-images.ubuntu.com/releases/18.04/release/${img}"

  # sparse resize: does not use any extra space, just allows the resize to happen later on.
  # /superuser/1022019/how-to-increase-size-of-an-ubuntu-cloud-image
  qemu-img resize "$img" +128G
fi

user_data=user-data.img
if [ ! -f "$user_data" ]; then
  # For the password.
  # /programming/29137679/login-credentials-of-ubuntu-cloud-server-image/53373376#53373376
  # /server/920117/how-do-i-set-a-password-on-an-ubuntu-cloud-image/940686#940686
  # /ubuntu/507345/how-to-set-a-password-for-ubuntu-cloud-images-ie-not-use-ssh/1094189#1094189
  cat >user-data <<EOF
#cloud-config
password: asdfqwer
chpasswd: { expire: False }
ssh_pwauth: True
EOF
  cloud-localds "$user_data" user-data
fi

qemu-system-x86_64 \
  -drive "file=${img},format=qcow2" \
  -drive "file=${user_data},format=raw" \
  -device rtl8139,netdev=net0 \
  -enable-kvm \
  -m 2G \
  -netdev user,id=net0 \
  -serial mon:stdio \
  -smp 2 \
  -vga virtio \
;

GitHub вище за течією .

Після запуску QEMU, можливо, доведеться натиснути клавішу Enter, щоб відобразилося меню завантаження. ВиберітьUbuntu звідти.

Потім початок завантаження говорить:

error: no such device: root.

Press any key to continue...

але навіть якщо ви не натискаєте жодної клавіші, завантаження продовжується через короткий час. Перейдіть на зміну цього звіту про помилку: https://bugs.launchpad.net/cloud-images/+bug/1726476

Після завершення завантаження увійдіть:

  • ім'я користувача: ubuntu
  • пароль: asdfqwer

Інтернет працює нормально.

Хмара зображення arm64

TODO: Я помітив, що виникає помилка, яка трапляється іноді при використанні цього: https://bugs.launchpad.net/cloud-images/+bug/1818197

Дуже схожий на amd64, але нам потрібна якась чорна магія UEFI для завантаження.

sudo apt-get install cloud-image-utils qemu-system-arm qemu-efi

# Get the image.
img=ubuntu-18.04-server-cloudimg-arm64.img
if [ ! -f "$img" ]; then
  wget "https://cloud-images.ubuntu.com/releases/18.04/release/${img}"
  qemu-img resize "$img" +128G
fi

# For the password.
user_data=user-data.img
if [ ! -f "$user_data" ]; then
  cat >user-data <<EOF
#cloud-config
password: asdfqwer
chpasswd: { expire: False }
ssh_pwauth: True
EOF
  cloud-localds "$user_data" user-data

  # Use the EFI magic. Picked up from:
  # https://wiki.ubuntu.com/ARM64/QEMU
  dd if=/dev/zero of=flash0.img bs=1M count=64
  dd if=/usr/share/qemu-efi/QEMU_EFI.fd of=flash0.img conv=notrunc
  dd if=/dev/zero of=flash1.img bs=1M count=64
fi

qemu-system-aarch64 \
  -M virt \
  -cpu cortex-a57 \
  -device rtl8139,netdev=net0 \
  -m 4096 \
  -netdev user,id=net0 \
  -nographic \
  -smp 4 \
  -drive "if=none,file=${img},id=hd0" \
  -device virtio-blk-device,drive=hd0 \
  -drive "file=${user_data},format=raw" \
  -pflash flash0.img \
  -pflash flash1.img \
;

GitHub вище за течією .

debootstrap amd64

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

#!/usr/bin/env bash

set -eux

debootstrap_dir=debootstrap
root_filesystem=debootstrap.ext2.qcow2

sudo apt-get install \
  debootstrap \
  libguestfs-tools \
  qemu-system-x86 \
;

if [ ! -d "$debootstrap_dir" ]; then
  # Create debootstrap directory.
  # - linux-image-generic: downloads the kernel image we will use under /boot
  # - network-manager: automatically starts the network at boot for us
  sudo debootstrap \
    --include linux-image-generic \
    bionic \
    "$debootstrap_dir" \
    http://archive.ubuntu.com/ubuntu \
  ;
  sudo rm -f "$root_filesystem"
fi

linux_image="$(printf "${debootstrap_dir}/boot/vmlinuz-"*)"

if [ ! -f "$root_filesystem" ]; then
  # Set root password.
  echo 'root:root' | sudo chroot "$debootstrap_dir" chpasswd

  # Remount root filesystem as rw.
  cat << EOF | sudo tee "${debootstrap_dir}/etc/fstab"
/dev/sda / ext4 errors=remount-ro,acl 0 1
EOF

  # Automaticaly start networking.
  # Otherwise network commands fail with:
  #     Temporary failure in name resolution
  # /ubuntu/1045278/ubuntu-server-18-04-temporary-failure-in-name-resolution/1080902#1080902
  cat << EOF | sudo tee "$debootstrap_dir/etc/systemd/system/dhclient.service"
[Unit]
Description=DHCP Client
Documentation=man:dhclient(8)
Wants=network.target
Before=network.target
[Service]
Type=forking
PIDFile=/var/run/dhclient.pid
ExecStart=/sbin/dhclient -4 -q
[Install]
WantedBy=multi-user.target
EOF
  sudo ln -sf "$debootstrap_dir/etc/systemd/system/dhclient.service" \
    "${debootstrap_dir}/etc/systemd/system/multi-user.target.wants/dhclient.service"

  # Why Ubuntu, why.
  # https://bugs.launchpad.net/ubuntu/+source/linux/+bug/759725
  sudo chmod +r "${linux_image}"

  # Generate image file from debootstrap directory.
  # Leave 1Gb extra empty space in the image.
  sudo virt-make-fs \
    --format qcow2 \
    --size +1G \
    --type ext2 \
    "$debootstrap_dir" \
    "$root_filesystem" \
  ;
  sudo chmod 666 "$root_filesystem"
fi

qemu-system-x86_64 \
  -append 'console=ttyS0 root=/dev/sda' \
  -drive "file=${root_filesystem},format=qcow2" \
  -enable-kvm \
  -serial mon:stdio \
  -m 2G \
  -kernel "${linux_image}" \
  -device rtl8139,netdev=net0 \
  -netdev user,id=net0 \
;

GitHub вище за течією .

Це черевики без системних помилок чи попереджень.

Тепер з терміналу увійдіть з root/ root, а потім перевірте, чи Інтернет працює з такими командами:

printf 'GET / HTTP/1.1\r\nHost: example.com\r\n\r\n' | nc example.com 80
apt-get update
apt-get install hello
hello

Ми використовували, ncяк пояснено на /programming/32341518/how-to-make-an-http-get-request-manually-with-netcat/52662497#52662497, оскільки:

Аналогова версія Debian: /unix/275429/creating-bootable-debian-image-with-debootstrap/473256#473256

Створіть власне ядро

Оскільки ми тут:

git clone git://kernel.ubuntu.com/ubuntu/ubuntu-bionic.git
cd ubuntu-bionic
# Tag matches the working kernel that debootstrap downloaded for us.
git checkout Ubuntu-4.15.0-20.21
fakeroot debian/rules clean
debian/rules updateconfigs
fakeroot debian/rules build-generic
linux_image="$(pwd)/debian/build/build-generic/arch/x86_64/boot/bzImage"

Це створило той самий конфігурацію, і я вважаю, що використовувався той самий вихідний код, що і упакований Ubuntu, який debootstrapзавантажено, як пояснено за адресою: Де я можу отримати файл .config ядра 11.04?

Потім я зафіксував це:

diff --git a/init/main.c b/init/main.c
index b8b121c17ff1..542229349efc 100644
--- a/init/main.c
+++ b/init/main.c
@@ -516,6 +516,8 @@ asmlinkage __visible void __init start_kernel(void)
        char *command_line;
        char *after_dashes;

+ pr_info("I'VE HACKED THE LINUX KERNEL!!!");
+
        set_task_stack_end_magic(&init_task);
        smp_setup_processor_id();
        debug_objects_early_init();

і відновити:

fakeroot debian/rules build-generic

і він надрукував моє повідомлення під час завантаження:

I'VE HACKED THE LINUX KERNEL!!!

Хоча відбудова була не дуже швидкою, тож, можливо, є краща команда? Я просто чекав, коли він скаже:

Kernel: arch/x86/boot/bzImage is ready  (#3)

і пішов вперед з бігом.

debootstrap arm64

Процедура була схожа на процедуру amd64, але з такими відмінностями:

1)

Ми повинні зробити два етапи debootstrap:

  • спочатку с --foreign просто завантажте пакунки
  • тоді ми встановлюємо статичний QEMU в chroot
  • тоді ми робимо встановлення пакету за --second-stageдопомогою емуляції режиму користувача QEMU +binfmt_misc

Дивіться також: Що таке debootstrap - другий етап

2) завантаження ядра за замовчуванням завершується невдачею:

[    0.773665] Please append a correct "root=" boot option; here are the available partitions:
[    0.774033] Kernel panic - not syncing: VFS: Unable to mount root fs on unknown-block(0,0)

Порожній список розділів вказує на те, що з драйвером диска є серйозна помилка після трохи спроби відсутньої опції:

CONFIG_VIRTIO_BLK=y

Я думаю, що це працює, коли я використовую ISO, оскільки модулі повинні завантажуватися з initrd.

Я намагався використовувати інші типи дисків, але virtio - єдине допустиме значення для -drive if=коли-M virt , яке є типом безпечнішої машини на сьогодні.

Тому ми повинні перекомпілювати власне ядро ​​з увімкненою опцією, як пояснено тут: Коли перехресне компіляція ядра, як я можу зупинити його з чистого щоразу, коли я просто хочу змінити один файл?

Ubuntu devs має перетворити цю CONFIG y за замовчуванням! Це дуже корисно!

TODO: мережа не працює, повідомлення про помилку:

root@ciro-p51:~# systemctl status dhclient.service
root@ciro-p51:~# cat f
● dhclient.service - DHCP Client
   Loaded: loaded (/etc/systemd/system/dhclient.service; enabled; vendor preset: enabled)
   Active: failed (Result: protocol) since Sun 2018-01-28 15:58:42 UTC; 2min 2s ago
     Docs: man:dhclient(8)
  Process: 171 ExecStart=/sbin/dhclient -4 -q (code=exited, status=0/SUCCESS)

Jan 28 15:58:40 ciro-p51 systemd[1]: Starting DHCP Client...
Jan 28 15:58:42 ciro-p51 dhclient[171]: No broadcast interfaces found - exiting.
Jan 28 15:58:42 ciro-p51 systemd[1]: dhclient.service: Can't open PID file /var/run/dhclient.pid (yet?) after start: No such file or directory
Jan 28 15:58:42 ciro-p51 systemd[1]: dhclient.service: Failed with result 'protocol'.
Jan 28 15:58:42 ciro-p51 systemd[1]: Failed to start DHCP Client.

Ось повністю автоматизований сценарій:

#!/usr/bin/env bash

# /ubuntu/281763/is-there-any-prebuilt-qemu-ubuntu-image32bit-online/1081171#1081171

set -eux

debootstrap_dir=debootstrap
root_filesystem=debootstrap.ext2.qcow2

sudo apt-get install \
  gcc-aarch64-linux-gnu \
  debootstrap \
  libguestfs-tools \
  qemu-system-aarch64 \
  qemu-user-static \
;

if [ ! -d "$debootstrap_dir" ]; then
  sudo debootstrap \
    --arch arm64 \
    --foreign \
    bionic \
    "$debootstrap_dir" \
    http://ports.ubuntu.com/ubuntu-ports \
  ;
  sudo mkdir -p "${debootstrap_dir}/usr/bin"
  sudo cp "$(which qemu-aarch64-static)" "${debootstrap_dir}/usr/bin"
  sudo chroot "$debootstrap_dir" /debootstrap/debootstrap --second-stage
  sudo rm -f "$root_filesystem"
fi

linux_image="$(printf "${debootstrap_dir}/boot/vmlinuz-"*)"

if [ ! -f "$root_filesystem" ]; then
  # Set root password.
  echo 'root:root' | sudo chroot "$debootstrap_dir" chpasswd

  # Remount root filesystem as rw.
  cat << EOF | sudo tee "${debootstrap_dir}/etc/fstab"
/dev/sda / ext4 errors=remount-ro,acl 0 1
EOF

  # Automaticaly start networking.
  # Otherwise network commands fail with:
  #     Temporary failure in name resolution
  # /ubuntu/1045278/ubuntu-server-18-04-temporary-failure-in-name-resolution/1080902#1080902
  cat << EOF | sudo tee "${debootstrap_dir}/etc/systemd/system/dhclient.service"
[Unit]
Description=DHCP Client
Documentation=man:dhclient(8)
Wants=network.target
Before=network.target

[Service]
Type=forking
PIDFile=/var/run/dhclient.pid
ExecStart=/sbin/dhclient -4 -q

[Install]
WantedBy=multi-user.target
EOF
  sudo ln -sf "${debootstrap_dir}/etc/systemd/system/dhclient.service" \
    "${debootstrap_dir}/etc/systemd/system/multi-user.target.wants/dhclient.service"

  # Why Ubuntu, why.
  # https://bugs.launchpad.net/ubuntu/+source/linux/+bug/759725
  sudo chmod +r "${linux_image}"

  # Generate image file from debootstrap directory.
  # Leave 1Gb extra empty space in the image.
  sudo virt-make-fs \
    --format qcow2 \
    --size +1G \
    --type ext2 \
    "$debootstrap_dir" \
    "$root_filesystem" \
  ;
  sudo chmod 666 "$root_filesystem"
fi

# Build the Linux kernel.
linux_image="$(pwd)/linux/debian/build/build-generic/arch/arm64/boot/Image"
if [ ! -f "$linux_image" ]; then
  git clone --branch Ubuntu-4.15.0-20.21 --depth 1 git://kernel.ubuntu.com/ubuntu/ubuntu-bionic.git linux
  cd linux
patch -p1 << EOF
diff --git a/debian.master/config/config.common.ubuntu b/debian.master/config/config.common.ubuntu
index 5ff32cb997e9..8a190d3a0299 100644
--- a/debian.master/config/config.common.ubuntu
+++ b/debian.master/config/config.common.ubuntu
@@ -10153,7 +10153,7 @@ CONFIG_VIDEO_ZORAN_ZR36060=m
 CONFIG_VIPERBOARD_ADC=m
 CONFIG_VIRTIO=y
 CONFIG_VIRTIO_BALLOON=y
-CONFIG_VIRTIO_BLK=m
+CONFIG_VIRTIO_BLK=y
 CONFIG_VIRTIO_BLK_SCSI=y
 CONFIG_VIRTIO_CONSOLE=y
 CONFIG_VIRTIO_INPUT=m
EOF
  export ARCH=arm64
  export $(dpkg-architecture -aarm64)
  export CROSS_COMPILE=aarch64-linux-gnu-
  fakeroot debian/rules clean
  debian/rules updateconfigs
  fakeroot debian/rules DEB_BUILD_OPTIONS=parallel=`nproc` build-generic
  cd -
fi

qemu-system-aarch64 \
  -append 'console=ttyAMA0 root=/dev/vda rootfstype=ext2' \
  -device rtl8139,netdev=net0 \
  -drive "file=${root_filesystem},format=qcow2" \
  -kernel "${linux_image}" \
  -m 2G \
  -netdev user,id=net0 \
  -serial mon:stdio \
  -M virt,highmem=off \
  -cpu cortex-a57 \
  -nographic \
;

GitHub Upstream .

Зображення робочого столу

Дивіться: Як запустити робочий стіл Ubuntu на QEMU?

Для цього потрібно пройти інсталятор вручну, але це найбільш стабільна річ, яку ви можете зробити, і абсолютно добре, якщо ви просто хочете отримати VM для інтерактивного використання, що працює час від часу.

Для aarch64 я ще не працював на робочому столі, можливо, слідкуйте за тим: Як запустити Ubuntu 16.04 ARM в QEMU?


1
Я трохи змінив ваш сценарій: gist.github.com/lnyng/8342947a1d5455303fd8730c9ca35da0 Основна зміна полягає у створенні системного блоку dhclient, щоб уникнути встановлення мережевого менеджера, який вимагає багатьох бібліотек, пов'язаних з інтерфейсом користувача (для моєї установки близько 300 + МБ).
лянг

@lyang дякую! Ви дозволили мені більше не вчитися systemd правильно :-)
Ciro Santilli 冠状 病毒 审查 六四 事件 法轮功

@lyang, коли я спробував це для arm64, як пояснено в оновленій відповіді, я отримую помилку: dhclient.service: Can't open PID file /var/run/dhclient.pid (yet?) after start: No such file or directoryбудь-які підказки? Після завантаження я вмію touch /var/run/a.
Ciro Santilli 冠状 病毒 审查 六四 事件 法轮功

Здається, помилка дозволу. Можливо, змінити шлях pid в інші місця, наприклад /tmp/dhclient.pid? Або просто видаліть його зовсім, якщо нам насправді не вдається вбити цей процес ...
Лянг


0

https://www.turnkeylinux.org/ існує вже віками. У них є величезний каталог, який можна завантажити, "попередньо виготовлений", як зображення у численних форматах (ova, iso, vdmk, openstack, xen). Вони навіть можуть запустити зображення прямо в AWS для вас.

Коли я хочу почати досліджувати певний стек або потрібно вирішити проблему, я часто завантажую їх зображення, конвертую їх у cow2 та використовую.

Ви також можете захопити зображення з https://app.vagrantup.com/boxes/search або https://virtualboxes.org/images/ та конвертувати їх.

Використовуючи наш веб-сайт, ви визнаєте, що прочитали та зрозуміли наші Політику щодо файлів cookie та Політику конфіденційності.
Licensed under cc by-sa 3.0 with attribution required.