☰

編輯（1&2）：

tag-icon • tag-icon boot kvm qemu qcow2
編輯（1&2）：

編輯（1&2）：

我克隆了我的工作作業系統（關閉電源，HD 安裝在 USB 驅動器上，

> dd if=/dev/sdc1 of=/data/system.img

原來的SSD如下：

> sfdisk -d /dev/sdc
# partition table of /dev/sdc
unit: sectors

/dev/sdc1 : start=       63, size= 92164842, Id=83
/dev/sdc2 : start=        0, size=        0, Id= 0
/dev/sdc3 : start=        0, size=        0, Id= 0
/dev/sdc4 : start= 92164905, size=884603160, Id= 5
/dev/sdc5 : start= 92164968, size= 33559722, Id=82
/dev/sdc6 : start=125724753, size=851043312, Id=83

為了創建僅包含第一個分區的虛擬機，我從以下文章中獲得了靈感：技術說明：將分割映像轉換為可啟動磁碟映像。

我重建了完整的磁碟映像：

> dd if=/dev/zero of=d.img count=1 bs=1MiB

從一個普通的現代系統頭開始（從一張空白的石板開始，有 2048 個 512 位元組的區塊）——但與我的舊系統不同，它只有一個 512 位元組的區塊。

> pv system.img >> d.img # to paste sdc1 onto that header
> file d.img 
d.img: data
> fdisk d.img # to initialise the header suitably (create the partition)

重新建立分割區（n（+所有預設值，表示不刪除現有的 ext4 簽章），a（使可開機），w）

> file d.img
d.img: DOS/MBR boot sector; partition 1 : ID=0x83, active, start-CHS \
(0x0,32,33), end-CHS (0x275,145,28), startsector 2048, 92364800 sectors
> cp d.img e.img # take a backup
> file e.img 
e.img: DOS/MBR boot sector; partition 1 : ID=0x83, active, start-CHS \
(0x0,32,33), end-CHS (0x275,145,28), startsector 2048, 92364800 sectors

> losetup -f -P d.img
> losetup -l
/dev/loop4          0      0         0  0 /data/d.img         0     512
> blkid
/dev/loop4: PTUUID="55733c83" PTTYPE="dos"
/dev/loop4p1: UUID="437b9924-b81d-4054-b89e-b1ce0cf2a2c7" TYPE="ext4" PTTYPE="dos" PARTUUID="55733c83-01"
> mkdir d
> mount /dev/loop4p1 d/
> ll d
> mount --bind /dev d/dev
> mount --bind /sys d/sys
> mount --bind /proc d/proc
> chroot d
> ls -al /boot/grub
> less /boot/grub/grub.cfg
<...>
insmod ext2
set root='(hd0,1)'
search --no-floppy --fs-uuid --set 437b9924-b81d-4054-b89e-b1ce0cf2a2c7
<...>
> grub-install /dev/loop4
Installation finished. No error reported.
> vi etc/fstab
# uncomment swap and /data, just keep the root partition (which includes /boot)
> exit # come out of the chroot environment
> umount d/sys
> umount d/proc
> umount d/dev
> umount d/
> losetup -d /dev/loop4
> qemu-img convert -f raw -O qcow2 d.img d.qcow2

所以我肯定可以看到圖像，但不知何故 qemu 中的 GRUB 無法看到分區：

> qemu-system-x86_64 d.qcow2

停止在 grub_rescue 下，說明它無法辨識上面的 UUID，我可以看到的是：

> ls
(hd0) (fd0)

我所做的與我從中獲得靈感的文章不同的一件事是我使用本地（舊）grub-install（在chroot），而不是主機的系統。前後檢查“file d.img”顯示出差異，所以也許這就是它崩潰的地方，即使我可以一次又一次地安裝它並fdisk在前後顯示相同的數據：

之前：d.img: DOS/MBR boot sector; partition 1 : ID=0x83, active, start-CHS (0x0,32,33), end-CHS (0x275,145,28), startsector 2048, 92364800 sectors
之後：d.img: DOS/MBR boot sector

我不知道為什麼看不到有效分區。

原問題：

情境:
我從未安裝的 SSD 上的單一分割區克隆了目前的作業系統 (Ubuntu10.04)。

dd if=/dev/sdc1 conv=sync,noerror bs=100M of=/data/system.img

在我的新 U18.04 系統上將原始映像轉換為 qcow2（兩個映像都駐留在與作業系統分開的 ext4 資料分割區上）：

qemu-img convert -f raw -O qcow2 system.img system.qcow2

這顯然無法啟動（qemu-kvmgeom error在嘗試啟動時顯示）。

我不想複製整個磁碟，因為它太大（對於我的目的來說非常慢且無用）。
然而，對我來說很明顯，這種方法無法複製重要的磁碟區 - 其中包含帶有 GRUB 引導的 MBR。

所以我還將前 512 個位元組複製到一個單獨的檔案中：

dd if=/dev/sdc of=/data/sdc-512B.img bs=512 count=1 conv=sync,noerror
cat sdc-512B.img system.img > system2.img
qemu-img convert -f raw -O qcow2 system2.img system2.qcow2

現在系統看起來即將啟動，但在啟動過程中永遠凍結。它說Booting from hard disk...但掛在那裡。

軟體版本：

> qemu-system-x86_64 --version
QEMU emulator version 2.11.1(Debian 1:2.11+dfsg-1ubuntu7.14)
> uname -a
Linux <hostname> 4.18.0-18-generic #19~18.04.1-Ubuntu SMP Fri Apr 5 10:22:13 UTC 2019 x86_64 x86_64 x86_64 GNU/Linux
> lsb_release -a
No LSB modules are available.
Distributor ID: Ubuntu
Description:    Ubuntu 18.04.2 LTS
Release:        18.04
Codename:       bionic

問題：

該映像無法在 kvm 下啟動：

qemu-system-x86_64-spice -hda system2.qcow2 -m 4096

或者

qemu-system-x86_64 -hda system2.qcow2 -m 4096

或者

qemu-system-x86_64 -hda system2.qcow2 -m 4096 -no-acpi

結果類似：qemu 視窗在啟動過程中掛起，其中一個 CPU 以 90-100% 的速度工作，直到我終止它。

我做錯了什麼以及我需要閱讀什麼指南才能使這項工作無需複製整個磁碟？

答案1

/dev/sdc1 : start=       63, size= 92164842, Id=83
/dev/sdc2 : start=        0, size=        0, Id= 0
/dev/sdc3 : start=        0, size=        0, Id= 0
/dev/sdc4 : start= 92164905, size=884603160, Id= 5
/dev/sdc5 : start= 92164968, size= 33559722, Id=82
/dev/sdc6 : start=125724753, size=851043312, Id=83

嘗試這個：

$ dd if=/dev/null of=disk.img seek=$((125724753 + 851043312))
    # create a big sparse file, the same size as /dev/sdc

# dd if=/dev/sdc of=disk.img conv=notrunc count=$((63 + 92164842))
    # copy through the mbr + gap + 1st partition into place

# sfdisk -d /dev/sdc | sfdisk disk.img
    # replicate the complete partitioning of /dev/sdc onto disk.img

$ qemu img convert -O qcow2 disk.img disk.qcow2
    # convert the raw image to qcow2

帶有提示符的命令#需要只讀存取您的磁碟（即您應該以 root 身分執行它們）。他們應該只寫入稀疏disk.img文件，但你最好檢查兩次;-)

如果 grub 或其他引導程式將其第二或第三階段保留在您未複製的分割區（sdc5 或 sdc6）上，則產生的映像可能無法直接引導。

你應該不是跑步grub-install。如果您想檢查分割區是否正常，您可以執行以下操作（在刪除之前disk.img）：

# kpartx -l disk.img

# kpartx -a disk.img  # even try to attach ...
# mount /dev/mapper/loop0p1 /mnt/tmp  # and mount it

相關內容