事前に構築されたQEMU Ubuntuイメージ(32ビット)がオンラインにありますか?


12

QEMUで遊んでいます。ここで、いくつかのビルド済みOSイメージを見つけました。

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

しかし、私のシステムは32ビットですが、それらはすべて64ビットシステム用です。誰かがオンラインで32ビットの事前構築されたイメージがあるかどうか知っていますか?

そのため、それらを直接使用でき、インストールに煩わされる必要はありません。

ありがとう。


あなたは32ビットのオペレーティングシステムしか持てないのですか?CPUのみに依存します。
アルヴァ

@Alvar私はよくわかりません。私のホストはカーネル2.6.29のFedora 12です。私のOSは32ビットだと思います。プロセッサーはIntel Core 2 Duo CPU E8400です。コマンド「qemu-kvm -m 1024 img」を使用します。Imgは、指定したWebサイトからダウンロードされます。それはちょうど「ロード初期RAMディスク」....で停止
ハオシェン

2
はい、CPUには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ビットOSを使用している場合、KVMで64ビット仮想マシンを実行することはできません。しかし、QEMUはエミュレーターなので、32ビットオペレーティングシステムで64ビットvmを実行できるはずです。しかし、パフォーマンスのオーバーヘッドはおそらく非常に大きいでしょう!


8

この回答には、次のセットアップの詳細な手順が含まれています。

  • クラウドイメージamd64およびarm64
  • debootstrap amd64およびarm64
  • デスクトップイメージamd64

すべてが18.04ゲストを対象とするUbuntu 18.04ホストでテストされました。

クラウドイメージamd64

Ubuntuクラウドイメージは、通常のデスクトップシステムのインストールを行わずに直接起動できるプレインストールされたイメージです。参照:https : //serverfault.com/questions/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アップストリーム

これはsystemdエラーや警告なしで起動します。

ここで、ターミナルから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

/programming/32341518/how-to-make-an-http-get-request-manually-with-netcat/52662497#52662497でnc説明されているように使用しました:

類似のDebianバージョン:https : //unix.stackexchange.com/questions/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"

これによりまったく同じ構成が生成され、debootstrapダウンロードしたパッケージ化されたUbuntuとまったく同じソースコードを使用したと考えられます。11.04カーネル.configファイルはどこで入手できますか?

その後、私はそれをパッチしました:

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)

次の2段階を実行する必要がありますdebootstrap

  • まず--foreignパッケージをダウンロードするだけで
  • 次に、QEMU staticを chroot
  • 次に、--second-stageQEMUユーザーモードエミュレーションを使用してパッケージをインストールします+binfmt_misc

参照:debootstrap --second-stage for

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

モジュールをinitrdからロードする必要があるため、ISOを使用するときに機能すると思います。

他の種類のディスクを使用しようとしましたが、virtioが-drive if=whenの唯一の有効な値です-M virt

したがって、ここで説明するように、そのオプションを有効にして独自のカーネルを再コンパイルする必要があります。

Ubuntu開発者は、この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アップストリーム

デスクトップ画像

参照:QEMUでUbuntuデスクトップを実行するには?

インストーラーを手動で実行する必要がありますが、おそらく最も安定した方法であり、インタラクティブな使用のためにVMを時々実行したい場合はまったく問題ありません。

aarch64については、デスクトップが動作していませんが、QEMUでUbuntu 16.04 ARMを実行するにはどうすればいいのでしょうか。


1
スクリプトを少し変更しました:gist.github.com/lnyng/8342947a1d5455303fd8730c9ca35da0主な変更点は、dhclient systemdユニットを作成してnetwork-managerのインストールを回避することです。
リャン

@lyangありがとう!もう一度systemdを正しく学習しないことを許可しました:-)
Ciro Santilli新疆改造中心法轮功六四事件

更新の回答で説明したように、私はarm64のためにそれをしようとしたとき@lyang、私はエラーを取得: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新疆改造中心法轮功六四事件

許可エラーのようです。たぶん、/ tmp / dhclient.pidのような他の場所へのpidパスを変更しますか?または、そのプロセスを
強制


0

https://www.turnkeylinux.org/は古くから存在しています。多数のフォーマット(ova、iso、vdmk、openstack、xen)の画像のようなダウンロード可能な事前作成された「アプライアンス」があります。彼らはあなたのためにAWSで直接イメージを起動することさえできます。

特定のスタックの調査を開始する場合、または問題を解決する必要がある場合、頻繁に画像をダウンロードし、それをcow2に変換して使用します。

https://app.vagrantup.com/boxes/searchまたはhttps://virtualboxes.org/images/から画像を取得して、同様に変換することもできます。

弊社のサイトを使用することにより、あなたは弊社のクッキーポリシーおよびプライバシーポリシーを読み、理解したものとみなされます。
Licensed under cc by-sa 3.0 with attribution required.