Czy jest dostępny jakiś gotowy obraz QEMU Ubuntu (32-bitowy) online?


12

Gram z QEMU. Tutaj znalazłem kilka gotowych obrazów systemu operacyjnego:

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

Ale wszystkie są przeznaczone dla systemu 64-bitowego, podczas gdy mój system jest 32-bitowy. Czy ktoś wie, czy jest online 32-bitowy obraz?

Mogę więc bezpośrednio z nich korzystać i nie muszę się martwić instalacją.

Dzięki.


Czy jesteś na brzegu, możesz mieć tylko 32-bitowy system operacyjny? To zależy tylko od procesora.
Alvar

@Alvar Nie jestem całkiem pewien. Mój host to Fedora 12 z jądrem 2.6.29. Uważam, że mój system operacyjny jest 32-bitowy. Procesor to procesor Intel Core 2 Duo E8400. Po prostu używam polecenia „qemu-kvm -m 1024 img”. Img jest pobierany ze strony, którą podałem. To po prostu zatrzymał się na „ładowanie ramdysku” ....
Hao Shen

2
Tak, twój procesor ma 64-bitową kompatybilność. Źródło
Alvar

Odpowiedzi:


11

Szybkie wyszukiwanie w Google ujawniło następujące (nie próbowałem żadnego z nich) :

Możesz także użyć vmbuildera (zwanego tutaj ubuntu-vmbuilder), aby szybko tworzyć obrazy Ubuntu do KVM, VirtualBox itp.

W ostateczności można użyć qemu-imgpolecenia do konwersji obrazów dysków z VirtualBox / VMware na format bardziej odpowiedni dla QEMU / KVM (może to nie być potrzebne: Myślę, że QEMU / KVM może współpracować z innymi typami obrazów, takimi jak vdi lub vmdk).

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

UWAGA : Jeśli używasz 32-bitowego systemu operacyjnego, nie możesz uruchamiać 64-bitowych maszyn wirtualnych z KVM. Ale QEMU jest emulatorem, więc powinien umożliwiać uruchamianie 64-bitowych maszyn wirtualnych w 32-bitowym systemie operacyjnym. Ale narzut wydajności prawdopodobnie będzie ogromny!


10

Ta odpowiedź zawiera szczegółowe kroki dla następujących konfiguracji:

  • obraz w chmurze amd64 i arm64
  • debootstrap amd64 i arm64
  • obraz pulpitu amd64

Wszystko zostało przetestowane na hoście Ubuntu 18.04 skierowanym do gości 18.04.

Obraz w chmurze amd64

Obrazy w chmurze Ubuntu są wstępnie zainstalowanymi obrazami, które umożliwiają rozruch bezpośrednio bez wykonywania zwykłej instalacji systemu stacjonarnego. Zobacz także: /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 w górę .

Po uruchomieniu QEMU może być konieczne naciśnięcie klawisza Enter, aby wyświetlić menu rozruchu. Wybierz Ubuntustamtąd.

Następnie początek rozruchu mówi:

error: no such device: root.

Press any key to continue...

ale nawet jeśli nie naciśniesz żadnego klawisza, uruchamianie będzie kontynuowane po krótkim czasie. Idź w górę, zagłosuj na ten raport o błędzie: https://bugs.launchpad.net/cloud-images/+bug/1726476

Po zakończeniu rozruchu zaloguj się za pomocą:

  • Nazwa Użytkownika: ubuntu
  • hasło: asdfqwer

Internet działa normalnie.

Obraz w chmurze arm64

DO ZROBIENIA: Zauważyłem, że czasami występuje błąd, który występuje podczas korzystania z tego: https://bugs.launchpad.net/cloud-images/+bug/1818197

Bardzo podobny do amd64, ale do jego uruchomienia potrzebujemy czarnej magii 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 w górę .

debootstrap amd64

Nie jest to gotowy obraz, ale pobiera wszystkie wstępnie zbudowane pakiety, dzięki czemu jest również szybki, ale także o wiele bardziej konfigurowalny i użyteczny.

#!/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 w górę .

Uruchamia się bez błędów systemowych i ostrzeżeń.

Teraz z poziomu terminala zaloguj się za pomocą root/ root, a następnie sprawdź, czy Internet działa z następującymi poleceniami:

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

Użyliśmy ncjak wyjaśniono na /programming/32341518/how-to-make-an-http-get-request-manually-with-netcat/52662497#52662497, ponieważ:

Analogiczna wersja Debiana: /unix/275429/creating-bootable-debian-image-with-debootstrap/473256#473256

Zbuduj własne jądro

Ponieważ jesteśmy tutaj:

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"

To dało dokładnie taką samą konfigurację i uważam, że użyłem dokładnie tego samego kodu źródłowego co spakowany Ubuntu, który został debootstrappobrany zgodnie z objaśnieniem na stronie: Gdzie mogę uzyskać plik .config jądra 11.04?

Potem załatałem to:

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();

i odbuduj:

fakeroot debian/rules build-generic

i to wydrukowało moją wiadomość podczas rozruchu:

I'VE HACKED THE LINUX KERNEL!!!

Przebudowa nie była jednak bardzo szybka, więc może jest lepsze polecenie? Właśnie czekałem, aż powie:

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

i poszedł do przodu.

ramię debootstrap64

Procedura była podobna do amd64, ale z następującymi różnicami:

1)

Musimy zrobić dwa etapy debootstrap:

  • po pierwsze, --foreignaby pobrać pakiety
  • następnie instalujemy QEMU static w chroot
  • następnie wykonujemy instalację pakietu przy --second-stageużyciu emulacji trybu użytkownika QEMU +binfmt_misc

Zobacz także: Czym jest debootstrap - drugi etap

2) domyślne uruchomienie jądra kończy się niepowodzeniem na końcu z:

[    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)

Pusta lista partycji wskazuje, że wystąpił poważny błąd ze sterownikiem dysku, po chwili wypróbowania brakującej opcji to:

CONFIG_VIRTIO_BLK=y

Myślę, że to działa, kiedy używam ISO, ponieważ moduły muszą zostać załadowane z initrd.

Próbowałem użyć innych typów dysków, ale virtio jest jedyną prawidłową wartością parametru -drive if=when -M virt, który jest obecnie bardziej rozsądnym typem maszyny.

Dlatego musimy ponownie skompilować własne jądro z włączoną tą opcją, jak wyjaśniono tutaj: Kiedy kompilujemy jądro, jak mogę go zatrzymać, gdy za każdym razem chcę zmodyfikować jeden plik?

Ubuntu devs powinien ydomyślnie włączyć CONFIG ! To jest bardzo użyteczne!

DO ZROBIENIA: sieć nie działa, komunikat o błędzie to:

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.

Oto w pełni zautomatyzowany skrypt:

#!/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 .

Obraz na pulpicie

Zobacz: Jak uruchomić Ubuntu na QEMU?

Wymaga ręcznego przejścia przez instalatora, ale jest to najbardziej stabilna rzecz, jaką możesz zrobić, i całkowicie dobrze, jeśli chcesz tylko uzyskać maszynę wirtualną do interaktywnego użytku działającą od czasu do czasu.

W przypadku aarch64 nie uruchomiłem jeszcze pulpitu. Być może uważaj na: Jak uruchomić Ubuntu 16.04 ARM w QEMU?


1
Trochę zmodyfikowałem twój skrypt: gist.github.com/lnyng/8342947a1d5455303fd8730c9ca35da0 Główną zmianą jest utworzenie jednostki systemowej dhclient, aby uniknąć instalowania menedżera sieci, co wymaga wielu bibliotek związanych z interfejsem użytkownika (około 300 + MB dla mojej instalacji).
lyang

@lyang dzięki! Pozwoliłeś mi ponownie nie nauczyć się poprawnie systemd :-)
Ciro Santilli 冠状 病毒 审查 六四 事件 法轮功

@lyang, gdy próbowałem go dla arm64, jak wyjaśniono w zaktualizowanej odpowiedzi, pojawia się błąd: dhclient.service: Can't open PID file /var/run/dhclient.pid (yet?) after start: No such file or directoryjakieś wskazówki? Po uruchomieniu jestem w stanie touch /var/run/a.
Ciro Santilli 冠状 病毒 审查 六四 事件 法轮功

Wygląda na błąd pozwolenia. Może zmiana ścieżki pid na inne miejsca, takie jak /tmp/dhclient.pid? Lub po prostu usuń go całkowicie, jeśli tak naprawdę nie chcemy zabić tego procesu ...
lyang,


0

https://www.turnkeylinux.org/ istnieje już od wieków. Mają ogromny katalog do pobrania, gotowe „urządzenie”, takie jak obrazy w wielu formatach (ova, iso, vdmk, openstack, xen). Mogą nawet uruchomić obraz bezpośrednio w AWS.

Kiedy chcę zacząć odkrywać konkretny stos lub muszę wyeliminować problem, często pobieram ich obrazy, przekształcam je w cow2 i używam.

Możesz także pobrać obrazy z https://app.vagrantup.com/boxes/search lub https://virtualboxes.org/images/ i również je przekonwertować.

Korzystając z naszej strony potwierdzasz, że przeczytałeś(-aś) i rozumiesz nasze zasady używania plików cookie i zasady ochrony prywatności.
Licensed under cc by-sa 3.0 with attribution required.