この記事は、Ubuntu 16 で作業されている次の記事を、Ubuntu 20, 22 でもやってみたものです。
@miyase256 - ディスク間データ移行で学ぶ LVM/ブートローダ/ファイルシステム

経緯

自宅サーバにて Ubuntu Server 22.04 を利用しています。HDD に代替処理保留中のセクタが見つかったのですが、ディスクを交換するにあたって、なるべく再インストールはしたくありませんし、その間動作を止めるのも避けたいと考えました。
ディスクをクローンしようとも考えたのですが、初期設定でインストールすると LVM が使われており、概念は知っているものの実際に管理したことはありませんでした。
Raspberry Pi の移行（Classmethod - Raspberry Piを極限まで無駄なくバックアップする）はやったことがあるのですが、LVM だと単純にディスクの中身をコピーするだけではできなさそうです。

そこで、動作中にシステムイメージを別ディスクに移行する手順を仮想環境で検証し、上手くいったので使ってみることにしました。

必要となりそうな前提知識は、最初に紹介した記事でも一部は紹介されています。

管理者権限でのコマンド実行
簡単なシェルスクリプトの構文
MBR と GPT の違い
ディスク /dev/sda とパーティション /dev/sda1 の違い
LVM
ブートローダ
ファイルシステム

本来、動作中のシステムイメージをコピーすることは「道路を走行中の車を修理するようなもの」らしいです。探しものをしていたときに見つけたサイトに書いてました。

移行作業

検証環境は Hyper-V 上の Ubuntu Server 22.04。実際の環境も 22.04 （インストール時は 20.04）。
システムはディスク1台にインストールされている。
今回は、パーティション構成はそのままで別の仮想ディスクに移行する。

移行前の状況確認

移行前仮想ディスク sda は、GPT パーティション 128GB。Ubuntu Server をほとんど初期設定でインストールした状態となっている。
移行先仮想ディスク sdb は、64GB で作成している。

sda1 は /boot/efi にマウント。1GB程度。ESP（EFI パーティション）なので FAT32 でフォーマット。
sda2 は /boot にマウント。2GB程度。ext4 でフォーマット。
sda3 は LVM として利用しており、ubuntu--vg-ubuntu--lv が / にマウント。 ext4 でフォーマット。

lsblk コマンドでパーティションについて調べる。

$ lsblk
NAME                      MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
loop0                       7:0    0  63.3M  1 loop /snap/core20/1822
loop1                       7:1    0 111.9M  1 loop /snap/lxd/24322
loop2                       7:2    0  49.8M  1 loop /snap/snapd/18357
sda                         8:0    0   128G  0 disk
+-sda1                      8:1    0     1G  0 part /boot/efi
+-sda2                      8:2    0     2G  0 part /boot
+-sda3                      8:3    0 123.9G  0 part
  +-ubuntu--vg-ubuntu--lv 253:0    0    62G  0 lvm  /
sdb                         8:16   0    64G  0 disk

parted コマンドでディスクについて調べる。

$ sudo parted -l
Model: Msft Virtual Disk (scsi)
Disk /dev/sda: 137GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:

Number  Start   End     Size    File system  Name  Flags
 1      1049kB  1128MB  1127MB  fat32              boot, esp
 2      1128MB  3276MB  2147MB  ext4
 3      3276MB  136GB   133GB

Model: Linux device-mapper (linear) (dm)
Disk /dev/mapper/ubuntu--vg-ubuntu--lv: 66.5GB
Sector size (logical/physical): 512B/4096B
Partition Table: loop
Disk Flags:

Number  Start  End     Size    File system  Flags
 1      0.00B  66.5GB  66.5GB  ext4

df コマンドでマウント状態を調べる。

$ df -h
Filesystem                         Size  Used Avail Use% Mounted on
tmpfs                               90M  2.4M   87M   3% /run
/dev/mapper/ubuntu--vg-ubuntu--lv   61G  5.0G   53G   9% /
tmpfs                              446M     0  446M   0% /dev/shm
tmpfs                              5.0M     0  5.0M   0% /run/lock
/dev/sda2                          2.0G  131M  1.7G   8% /boot
/dev/sda1                          1.1G  6.1M  1.1G   1% /boot/efi
tmpfs                               90M  4.0K   90M   1% /run/user/1000

元記事では、MBR ディスクで構成され、SWAP パーティションが存在するよう。こちらの環境とは少し異なりますので注意をしてください。

パーティションの作成

fdisk コマンドの後継の gdisk コマンドで /dev/sda の現状を調べる。
gdisk は GPT ディスクや AFT 規格（4KBセクタサイズ）に対応しているらしい。fdisk は完全ではないらしい…？使い方はほぼ同じだった。
コマンドの引数にディスクを指定すると、対話式で設定できる。終了時に w で実際に書き換え、q であれば書き換えない。

$ sudo gdisk /dev/sda
GPT fdisk (gdisk) version 1.0.8

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): p（Print: 現在のパーティション構成を表示）
Disk /dev/sda: 268435456 sectors, 128.0 GiB
Model: Virtual Disk
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 1311ABCF-DD4B-4D5F-AB0A-94263868BA60
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 266338270
Partitions will be aligned on 2048-sector boundaries
Total free space is 4029 sectors (2.0 MiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         2203647   1.0 GiB     EF00
   2         2203648         6397951   2.0 GiB     8300
   3         6397952       266336255   123.9 GiB   8300
   
Command (? for help): q

sda1 のパーティションコードは EF00 のため、ESP（EFI システムパーティション）と分かる。起動時に UEFI ファームウェアによって起動されるブートローダが格納されている。Windows にもある。
ESP についてはこちらが詳しい。→ArchLinux - EFI システムパーティション
sda2 のパーティションコードは 8300 で、Linux の /boot ディレクトリが入っている。先程のブートローダによって起動される Linux のあれこれが入っているらしい。
sda3 のパーティションコードは 8300 で、Linux の / ディレクトリ以下が入っている LVM がある。

gdisk コマンドを使い、sda の構成を参考に sdb のパーティションを作成する。sdb1, sdb2 は同じような容量で作成し、sdb3 はディスク容量を使い切るように作成する。

$ sudo gdisk /dev/sdb
GPT fdisk (gdisk) version 1.0.8

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present


***************************************************************
Found invalid GPT and valid MBR; converting MBR to GPT format
in memory. THIS OPERATION IS POTENTIALLY DESTRUCTIVE! Exit by
typing 'q' if you don't want to convert your MBR partitions
to GPT format!
***************************************************************


Command (? for help): n（New:  パーティション新規作成）
Partition number (1-128, default 1): 1（1番目に作成する）
First sector (34-134217694, default = 2048) or {+-}size{KMGTP}: 2048（パーティションの始まりのセクタ番号）
Last sector (2048-134217694, default = 134217694) or {+-}size{KMGTP}: +1GB（パーティションの終わりは、始めから数えて1GB目のセクタ番号）
Current type is 8300 (Linux filesystem)
Hex code or GUID (L to show codes, Enter = 8300): EF00（ESP 用パーティションコード）
Changed type of partition to 'EFI system partition'

Command (? for help): n
Partition number (2-128, default 2): 2
First sector (34-134217694, default = 2099200) or {+-}size{KMGTP}: （デフォルト値は1番目のパーティションの次のセクタ番号）
Last sector (2099200-134217694, default = 134217694) or {+-}size{KMGTP}: +2GB
Current type is 8300 (Linux filesystem)
Hex code or GUID (L to show codes, Enter = 8300): （デフォルト値は Linux 用パーティションコード）
Changed type of partition to 'Linux filesystem'

Command (? for help): n
Partition number (3-128, default 3): 3
First sector (34-134217694, default = 6293504) or {+-}size{KMGTP}:
Last sector (6293504-134217694, default = 134217694) or {+-}size{KMGTP}: （デフォルト値はディスクいっぱいを使うセクタ番号）
Current type is 8300 (Linux filesystem)
Hex code or GUID (L to show codes, Enter = 8300):
Changed type of partition to 'Linux filesystem'

Command (? for help): p
Disk /dev/sdb: 134217728 sectors, 64.0 GiB
Model: Virtual Disk
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 48EC5B49-4AF2-4E7A-8479-E46DA8B8BC45
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 134217694
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         2099199   1024.0 MiB  EF00  EFI system partition
   2         2099200         6293503   2.0 GiB     8300  Linux filesystem
   3         6293504       134217694   61.0 GiB    8300  Linux filesystem

Command (? for help): w（Write: ディスクを書き換えて終了）

Final checks complete. About to write GPT data. THIS WILL OVERWRITE EXISTING
PARTITIONS!!

Do you want to proceed? (Y/N): y
OK; writing new GUID partition table (GPT) to /dev/sdb.
The operation has completed successfully.

作成後の確認

user@v-linux-sv2:~$ sudo gdisk /dev/sdb
GPT fdisk (gdisk) version 1.0.8

Partition table scan:
  MBR: protective
  BSD: not present
  APM: not present
  GPT: present

Found valid GPT with protective MBR; using GPT.

Command (? for help): p
Disk /dev/sdb: 134217728 sectors, 64.0 GiB
Model: Virtual Disk
Sector size (logical/physical): 512/4096 bytes
Disk identifier (GUID): 48EC5B49-4AF2-4E7A-8479-E46DA8B8BC45
Partition table holds up to 128 entries
Main partition table begins at sector 2 and ends at sector 33
First usable sector is 34, last usable sector is 134217694
Partitions will be aligned on 2048-sector boundaries
Total free space is 2014 sectors (1007.0 KiB)

Number  Start (sector)    End (sector)  Size       Code  Name
   1            2048         2099199   1024.0 MiB  EF00  EFI system partition
   2         2099200         6293503   2.0 GiB     8300  Linux filesystem
   3         6293504       134217694   61.0 GiB    8300  Linux filesystem

Command (? for help): q（Quit: 保存せずに終了）

LVM PV(Physical Volume)作成

pvs コマンドで現在の PV を確認する。sda3 に作成されていることが分かる。

$ sudo pvs
  PV         VG        Fmt  Attr PSize    PFree
  /dev/sda3  ubuntu-vg lvm2 a--  <123.95g 61.97g

pvcreate コマンドで sdb3 に PV を作成する。

$ sudo pvcreate /dev/sdb3
  Physical volume "/dev/sdb3" successfully created.

作成した PV を確認する。sdb3 に PV は作成したものの VG はまだなので空っぽ。

user@v-linux-sv2:~$ sudo pvs
  PV         VG        Fmt  Attr PSize    PFree
  /dev/sda3  ubuntu-vg lvm2 a--  <123.95g  61.97g
  /dev/sdb3            lvm2 ---   <61.00g <61.00g

LVM VG(Volume Group)作成

vgs コマンドで現在の VG を確認する。ubuntu-vg という名前で作成されていることが分かる。

$ sudo vgs
  VG        #PV #LV #SN Attr   VSize    VFree
  ubuntu-vg   1   1   0 wz--n- <123.95g 61.97g

vgcreate コマンドで PV である sdb3 に、新しい VG を ubuntu2-vg という名前で作成する。

$ sudo vgcreate ubuntu2-vg /dev/sdb3
  Volume group "ubuntu2-vg" successfully created

作成した VG を確認する。

$ sudo vgs
  VG         #PV #LV #SN Attr   VSize    VFree
  ubuntu-vg    1   1   0 wz--n- <123.95g  61.97g
  ubuntu2-vg   1   0   0 wz--n-  <61.00g <61.00g

LVM LV(Logical Volume)作成

lvs コマンドで現在の LV を確認する。先程作成した ubuntu2-vg の中身は空っぽなので表示されない。

$ sudo lvs
  LV        VG        Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  ubuntu-lv ubuntu-vg -wi-ao---- 61.97g

lvcreate コマンドで ubuntu2-vg に、LV を ubuntu2-lv という名前で作成する。容量にこだわりはなかったが、48GiB にしてみた。

$ sudo lvcreate -n ubuntu2-lv -L 48g ubuntu2-vg
  Logical volume "ubuntu2-lv" created.

作成した LV を確認する。

$ sudo lvs
  LV         VG         Attr       LSize  Pool Origin Data%  Meta%  Move Log Cpy%Sync Convert
  ubuntu-lv  ubuntu-vg  -wi-ao---- 61.97g
  ubuntu2-lv ubuntu2-vg -wi-a----- 48.00g

パーティション構成の確認

ここまで作成してきたパーティション構成を確認する。
sdb3 の下に ubuntu2--vg-ubuntu2--lv という記述があり、VG の ubuntu2-vg、VG の中の LV にubuntu2-lv という LVM 構成が存在することが分かる。名前に - (ハイフン) があると、2つ重ねて表記するっぽい。

$ sudo lsblk
NAME                        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
loop0                         7:0    0  63.3M  1 loop /snap/core20/1822
loop1                         7:1    0 111.9M  1 loop /snap/lxd/24322
loop2                         7:2    0  49.8M  1 loop /snap/snapd/18357
sda                           8:0    0   128G  0 disk
+-sda1                        8:1    0     1G  0 part /boot/efi
+-sda2                        8:2    0     2G  0 part /boot
+-sda3                        8:3    0 123.9G  0 part
  +-ubuntu--vg-ubuntu--lv   253:0    0    62G  0 lvm  /
sdb                           8:16   0    64G  0 disk
+-sdb1                        8:17   0     1G  0 part
+-sdb2                        8:18   0     2G  0 part
+-sdb3                        8:19   0    61G  0 part
  +-ubuntu2--vg-ubuntu2--lv 253:1    0    48G  0 lvm

ファイルシステム作成

ESP となる sdb1 は FAT32 でフォーマットする。
Linux システムとなる sdb2 ,ubuntu2-lv は ext4 でフォーマットする。

mkfs.fat コマンドで sdb1 に FAT32 ファイルシステムを作成する。

$ sudo mkfs.fat -F 32 /dev/sdb1
mkfs.fat 4.2 (2021-01-31)

mkfs.ext4 コマンドで sdb2 に ext4 ファイルシステムを作成する。

$ sudo mkfs.ext4 /dev/sdb2
mke2fs 1.46.5 (30-Dec-2021)
Discarding device blocks: done
Creating filesystem with 524288 4k blocks and 131072 inodes
Filesystem UUID: 45bc47ac-63ef-4521-8d50-179cd1d476e9
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912

Allocating group tables: done
Writing inode tables: done
Creating journal (16384 blocks): done
Writing superblocks and filesystem accounting information: done

mkfs.ext4 コマンドで LV (ubuntu2-lv) に ext4 ファイルシステムを作成する。

$ sudo mkfs.ext4 /dev/ubuntu2-vg/ubuntu2-lv
mke2fs 1.46.5 (30-Dec-2021)
Discarding device blocks: done
Creating filesystem with 12582912 4k blocks and 3145728 inodes
Filesystem UUID: 5f122961-8b41-45a5-bef9-0b4cfb2ba0e3
Superblock backups stored on blocks:
        32768, 98304, 163840, 229376, 294912, 819200, 884736, 1605632, 2654208,
        4096000, 7962624, 11239424

Allocating group tables: done
Writing inode tables: done
Creating journal (65536 blocks): done
Writing superblocks and filesystem accounting information: done

マウント

移行先のディスクを /mnt/new_root にマウントする。
/ (root) に近い方から順にマウント先ディレクトリを作成し、マウントしていく。
つまり、ubuntu2-lv を / に、sdb2 を /boot に、sdb3 を /boot/efi にマウントしていく。

$ sudo mkdir -p /mnt/new_root
$ sudo mount /dev/ubuntu2-vg/ubuntu2-lv /mnt/new_root/
$ sudo mkdir -p /mnt/new_root/boot
$ sudo mount /dev/sdb2 /mnt/new_root/boot
$ sudo mkdir -p /mnt/new_root/boot/efi
$ sudo mount /dev/sdb1 /mnt/new_root/boot/efi

マウントの状態を確認する。df -h でも同様に確認できる。

$ sudo lsblk
NAME                        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
loop0                         7:0    0  63.3M  1 loop /snap/core20/1822
loop1                         7:1    0 111.9M  1 loop /snap/lxd/24322
loop2                         7:2    0  49.8M  1 loop /snap/snapd/18357
sda                           8:0    0   128G  0 disk
+-sda1                        8:1    0     1G  0 part /boot/efi
+-sda2                        8:2    0     2G  0 part /boot
+-sda3                        8:3    0 123.9G  0 part
  +-ubuntu--vg-ubuntu--lv   253:0    0    62G  0 lvm  /
sdb                           8:16   0    64G  0 disk
+-sdb1                        8:17   0     1G  0 part /mnt/new_root/boot/efi
+-sdb2                        8:18   0     2G  0 part /mnt/new_root/boot
+-sdb3                        8:19   0    61G  0 part
  +-ubuntu2--vg-ubuntu2--lv 253:1    0    48G  0 lvm  /mnt/new_root

データコピー

Linux のファイルシステムは、複雑にマウントして構成されているため、ディレクトリが存在してもそのままコピーする必要がないものもある。
詳しくは元記事ディスク間データ移行で学ぶ LVM/ブートローダ/ファイルシステム - データコピーを参照してください。

まず /boot/efi の中には EFI ディレクトリが存在するはず。その中に、UEFI ファームウェアが起動する UEFI ブートローダが格納されているらしい。
/boot/efi/ の中身の確認したのち、rsync コマンドを用いてコピーする。-a オプションをつけることで権限とかをそのままコピーできる。

$ ls -la /boot/efi/
$ for f in /boot/efi/; do sudo rsync -a $f /mnt/new_root/boot/efi/; done
$ ls -la /boot/efi/

/boot の中には efi ディレクトリがあるが、そちらは sdb1 がマウントされているだけなので、sdb2 にコピーするときは efi ディレクトリを除外する必要がある。
/boot/ の中身を確認したのち、コピーする。

$ for f in /boot/!(efi|lost+found); do echo $f; done
$ for f in /boot/!(efi|lost+found); do sudo rsync -a $f /mnt/new_root/boot/; done

コピーしないでも良いディレクトリは除外して / の直下を確認する。

$ for f in /!(sys|proc|dev|run|snap|mnt|boot|lost+found); do echo $f; done
/bin
/etc
/home
/lib
/lib32
/lib64
/libx32
/media
/opt
/root
/sbin
/srv
/swap.img
/tmp
/usr
/var

これらをコピーする。ファイルの量によっては時間がかかる。

$ for f in /!(sys|proc|dev|run|snap|mnt|boot|lost+found); do sudo rsync -a $f /mnt/new_root/; done

lost+found ディレクトリは削除してもよい。

コピーしなかったディレクトリの新規作成、バインドマウント

後でコピー先のディレクトリ /mnt/new_root に chroot するため、コピーしなかった各種ディレクトリはバインドマウントする。
バインドマウントとは、同じデバイスを複数の場所にマウントすること。

マウント先ディレクトリを作成する。

$ sudo mkdir -p /mnt/new_root/{sys,proc,dev,run,snap,mnt}

コピーしなかったものは、--bind オプションでバインドマウントする。

$ for f in /{sys,proc,dev,run,snap,mnt}; do sudo mount --bind $f /mnt/new_root$f; done

パーミッションを確認し、異なれば合わせる。（こちらの環境では一致）

$ stat /{sys,proc,dev,run,snap,mnt} -c '%a'
555
555
755
755
755
755
$ stat /mnt/new_root/{sys,proc,dev,run,snap,mnt} -c '%a'
555
555
755
755
755
755

ブートローダの GPT への登録

ディレクトリ /mnt/new_root に chroot する。
chroot すると、この中では /mnt/new_root が / に見える。抜けたいときは exit する。

$ sudo chroot /mnt/new_root/
(chroot)# （プロンプトはこの記事での表記。環境による。）

chroot 環境でのブロックデバイスの情報を確認する。
すごい。sdbがルートに見えている。

(chroot)# lsblk
NAME                        MAJ:MIN RM   SIZE RO TYPE MOUNTPOINTS
loop0                         7:0    0  63.3M  1 loop
loop1                         7:1    0 111.9M  1 loop
loop2                         7:2    0  49.8M  1 loop
sda                           8:0    0   128G  0 disk
+-sda1                        8:1    0     1G  0 part
+-sda2                        8:2    0     2G  0 part
+-sda3                        8:3    0 123.9G  0 part
  +-ubuntu--vg-ubuntu--lv   253:0    0    62G  0 lvm  /mnt
sdb                           8:16   0    64G  0 disk
+-sdb1                        8:17   0     1G  0 part /boot/efi
+-sdb2                        8:18   0     2G  0 part /boot
+-sdb3                        8:19   0    61G  0 part
  +-ubuntu2--vg-ubuntu2--lv 253:1    0    48G  0 lvm  /

GPT の MBR にブートローダ（grub）をインストールする。
MBR があるのはディスクの先頭なので、引数にはディスクを与える。
今回は sdb に grub をインストールしたいので、引数は /dev/sdb になる。

(chroot)# grub-install /dev/sdb
Installing for x86_64-efi platform.
grub-install: warning: EFI variables cannot be set on this system.
grub-install: warning: You will have to complete the GRUB setup manually.
Installation finished. No error reported.

update-grub する。

(chroot)# update-grub
Sourcing file `/etc/default/grub'
Sourcing file `/etc/default/grub.d/init-select.cfg'
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.15.0-76-generic
Found initrd image: /boot/initrd.img-5.15.0-76-generic
Warning: os-prober will not be executed to detect other bootable partitions.
Systems on them will not be added to the GRUB boot configuration.
Check GRUB_DISABLE_OS_PROBER documentation entry.
done

exit で抜ける。

(chroot)# exit

$ （プロンプトがもとに戻る）

fstab の編集

Linux が起動しディスクをマウントするとき、接続順が変わっても良いように UUID など接続順に依存しない ID を指定している。マウント時の設定が /etc/fstab に記載されているため、こちらも修正する必要がある。

まずは移行前のシステムで /bootにマウントしているデバイスの ID を確認する。

$ sudo blkid /dev/sda1
/dev/sda1: UUID="DBE9-2C46" BLOCK_SIZE="512" TYPE="vfat" PARTUUID="1d50f754-b728-4f9a-9771-925326f89b5f"
$ sudo blkid /dev/sda2
/dev/sda2: UUID="1dc3dccc-2fbe-4bc0-a29e-b27bae8f83c7" BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="1e4b9ca6-5158-4d00-a6f9-c82d7c1e38b2"
$ sudo blkid /dev/sda3
/dev/sda3: UUID="h7duJd-bRXC-6xOT-sdwy-NY9u-3n8t-Owu0Gt" TYPE="LVM2_member" PARTUUID="d153db6f-29d6-45bd-8197-994a2299b335"

移行先も調べる。

$ sudo blkid /dev/sdb1
/dev/sdb1: UUID="75DD-4090" BLOCK_SIZE="512" TYPE="vfat" PARTLABEL="EFI system partition" PARTUUID="09e0eda9-8ea3-4614-9ec7-4159da464f0a"
$ sudo blkid /dev/sdb2
/dev/sdb2: UUID="45bc47ac-63ef-4521-8d50-179cd1d476e9" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="Linux filesystem" PARTUUID="ca1ba69a-f5fa-4b07-ba05-0afb251c908b"
$ sudo blkid /dev/sdb3
/dev/sdb3: UUID="4j747J-5k9i-j5MJ-bBas-poHP-gTfH-MA7EX6" TYPE="LVM2_member" PARTLABEL="Linux filesystem" PARTUUID="3d6c6ad8-735d-4597-9f83-f4bd6d857e0f"

現在の fstab を確認する。移行先の fstab を確認するため、chroot で入り直し、/etc/fstab を開く。

$ sudo chroot /mnt/new_root
(chroot)#

(chroot)# cat /etc/fstab
# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/ubuntu-vg/ubuntu-lv during curtin installation
/dev/disk/by-id/dm-uuid-LVM-eNEmJunHBihmvlWlr8a2xqNwm3W2hfICzg24JYn9y9NP3OK3mAbzgPTMqE9nBy6c / ext4 defaults 0 1 （ubuntu2-lv のものに書き換える）
# /boot was on /dev/sda2 during curtin installation
/dev/disk/by-uuid/1dc3dccc-2fbe-4bc0-a29e-b27bae8f83c7 /boot ext4 defaults 0 1 （sdb2 のものに書き換える）
# /boot/efi was on /dev/sda1 during curtin installation
/dev/disk/by-uuid/DBE9-2C46 /boot/efi vfat defaults 0 1 （sdb1 のものに書き換える）
/swap.img       none    swap    sw      0       0

ルートディレクトリのマウントにおいて、/dev/ubuntu-vg/ubuntu-lv の指定は by-id が使われているので、/dev/disk/by-id から ubuntu2-lv の ID を調べる。
「ubuntu2--vg-ubuntu2--lv」→「dm-1」→「dm-uuid-LVM-dewPV20Yn5ZrR2m033yFzxFq6le39rfFv6vmPSxztq7KhUcKUCU8YzxiltVpmw97」のようにたどる。

$ ls -l /dev/disk/by-id/dm-*
lrwxrwxrwx 1 root root 10 Jun 30 19:53 /dev/disk/by-id/dm-name-ubuntu2--vg-ubuntu2--lv -> ../../dm-1
lrwxrwxrwx 1 root root 10 Jun 30 19:53 /dev/disk/by-id/dm-name-ubuntu--vg-ubuntu--lv -> ../../dm-0
lrwxrwxrwx 1 root root 10 Jun 30 19:53 /dev/disk/by-id/dm-uuid-LVM-DKELsRcM18qTdaXjA3dq48DvSsDX1vLcmMfPM39BTHFO4XNdtC9jOA0kyZ1ZgAIp -> ../../dm-1
lrwxrwxrwx 1 root root 10 Jun 30 19:53 /dev/disk/by-id/dm-uuid-LVM-eNEmJunHBihmvlWlr8a2xqNwm3W2hfICzg24JYn9y9NP3OK3mAbzgPTMqE9nBy6c -> ../../dm-0

編集する。

(chroot)# cat /etc/fstab

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/ubuntu-vg/ubuntu-lv during curtin installation
#/dev/disk/by-id/dm-uuid-LVM-eNEmJunHBihmvlWlr8a2xqNwm3W2hfICzg24JYn9y9NP3OK3mAbzgPTMqE9nBy6c / ext4 defaults 0 1
 /dev/disk/by-id/dm-uuid-LVM-DKELsRcM18qTdaXjA3dq48DvSsDX1vLcmMfPM39BTHFO4XNdtC9jOA0kyZ1ZgAIp / ext4 defaults 0 1
# /boot was on /dev/sda2 during curtin installation
#/dev/disk/by-uuid/1dc3dccc-2fbe-4bc0-a29e-b27bae8f83c7 /boot ext4 defaults 0 1
 /dev/disk/by-uuid/45bc47ac-63ef-4521-8d50-179cd1d476e9 /boot ext4 defaults 0 1
# /boot/efi was on /dev/sda1 during curtin installation
#/dev/disk/by-uuid/DBE9-2C46 /boot/efi vfat defaults 0 1
 /dev/disk/by-uuid/75DD-4090 /boot/efi vfat defaults 0 1
/swap.img       none    swap    sw      0       0

fstab を反映させてみる。
ここでエラーが出たら適宜直す。

(chroot)# mount -a

そしてシャットダウンする。

(chroot)# exit

$ shutdown -h now

UEFI の設定変更

起動するディスクを、移行先ディスクに切り替える。単純に順番を入れ替えるだけで良い。
Hyper-V などの仮想環境でも必要であり、間違って PXE が上に来ることもあるので注意が必要となる。（ちなみに私は、起動しなくなったと勘違いして作業をやり直した。）

起動

データの移行が成功していることを祈りながら起動する。
起動しなかった場合も、起動順を前のものに変更して、やり直すことができる。

最後に

元記事のお陰で、データの移行に成功しました。ありがとうございました。
他の方々にも役立てばと多い、記事にしてみました。
同じように困った状況に置かれた方々の力になれたら幸いです。

ちなみに、仮想環境でこの方法を検証したのち実際の環境で作業したのですが、再インストールと同じぐらい手間がかかった気がします。勉強になったので、良かったですが。