クーロンしてディスク換装したらディスク容量が前のままなので正しく認識されるようにする

Windows10のサポートが切れるので、“PCを初期状態に戻す"機能で初期化し廃棄することにした¹。ケース、CPU、メモリー、電源、マーザーボードなどは廃棄。そして、WindowsをインストールしていたSSDを、今のUbuntu Serverにクローンすることにした。

それまではLITEONIT S100-064²というSSDで容量は59.6 GBしかなかった。それをTranscend SSD 256GB³に載せ替えようということだ。

クーロン前

クーロン前の状態は以下のとおり。この時は外付けディスクトなので/dev/sdeとなっているが、換装後は/dev/sdaとなる。

$ sudo fdisk -l
ディスク /dev/sde: 238.47 GiB, 256060514304 バイト, 500118192 セクタ
Disk model: USB3.0 DISK04   
単位: セクタ (1 * 512 = 512 バイト)
セクタサイズ (論理 / 物理): 512 バイト / 512 バイト
I/O サイズ (最小 / 推奨): 512 バイト / 512 バイト
ディスクラベルのタイプ: dos
ディスク識別子: 0x052f7a5e

デバイス   起動  開始位置  最後から    セクタ サイズ Id タイプ
/dev/sde1  *           64    738989    738926 360.8M  7 HPFS/NTFS/exFAT
/dev/sde2          738990 497943313 497204324 237.1G  7 HPFS/NTFS/exFAT
/dev/sde3       497944576 499189759   1245184   608M 27 隠し NTFS WinRE
/dev/sde4       499191808 500113407    921600   450M 27 隠し NTFS WinRE

真っ新な状態から一から再構築するのは面倒なので、交換前ディスクから交換後ディスクにクーロン(コピー)することにした。最初はUbuntu 24.04をライブ起動してddコマンドでやろうとした。しかし、Ubuntu 24.04はISOサイズからして6GBと重いためか、 Ventoyからの起動のためか、インストール画面が表示されたあたりで固まってしまった。

クーロン

なので、 Ventoy経由でCloneZillaを起動して、 Ubuntu 22.04 システムドライブをSSDにクローンする - アラコキからの Raspberry Pi 電子工作のとおり、実行。無事、クーロン成功。

ファイルシステムのマウント情報をディスク指定をパスではなくUUIDにしていたので、無事に起動できるのか、不安だったが、換装後の起動も成功。

/etc/fstab

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
/dev/mapper/ubuntu--vg-root               /               ext4    errors=remount-ro 0       1
# /boot was on /dev/sda2 during installation
UUID=aaaaaaaa-1111-bbbb-2222-cccccccccccc /boot           ext2    defaults          0       2
# /boot/efi was on /dev/sda1 during installation
UUID=3333-DDDD                            /boot/efi       vfat    umask=0077        0       1
/dev/mapper/ubuntu--vg-swap_1             none            swap    sw                0       0

ディスク容量が正しく認識されない

起動は上手くいったのだが、ディスク容量が昔のディスクのままである。

Clonezillaで小さなディスクに大きなディスクをクローンする方法を見ると、ケースとしては大から小となっているが、エキスパートモードにして-icdsオプションを有効にすると、サイズの増減を宜しくやってくれるらしい。

ステップ 5. 「エキスパートモード」を選択して、「-icds」オプションを有効にします。以下のメニューから「Resize partitional table proportionally」オプションを選択する必要もあります。

Pop!_OSだとライブ起動できたので、GPartedで確認すると大きい分が未割り当て領域となっていた。そのままGPartedでサイズを拡張するも認識されないのは変わらず。他のブログを見るとGPartedの操作だけでやれそうな気もするが、今回、以下コマンドを打って認識されるようにした。

$ df -h
Filesystem                   Size  Used Avail Use% Mounted on
tmpfs                        786M  2.9M  783M   1% /run
/dev/mapper/ubuntu--vg-root   50G   23G   25G  48% /
tmpfs                        3.9G  4.0K  3.9G   1% /dev/shm
tmpfs                        5.0M     0  5.0M   0% /run/lock
/dev/sda2                    471M  247M  200M  56% /boot
/dev/sda1                    511M  6.1M  505M   2% /boot/efi
/dev/sdb1                    7.3T  2.1T  5.2T  29% /mnt/hdd3
/dev/sdc                     3.7T  2.0T  1.8T  54% /mnt/hdd1
/dev/sdd1                    7.3T  6.5T  867G  89% /mnt/hdd2
tmpfs                        786M  348K  786M   1% /run/user/1000

Geminiに問い合わせると、以下の答え

LVM (Logical Volume Manager) を使用している場合、物理ボリューム、ボリュームグループ、論理ボリュームの拡張をそれぞれ行う必要があります 対処法: LVM の構成を確認し、以下の手順で拡張します。

物理ボリューム (PV) の拡張:

ボリュームグループ (VG) の拡張: (通常は自動的に拡張されますが、確認が必要な場合も)

論理ボリューム (LV) の拡張:

ファイルシステムのリサイズ:

ボリュームグループ (Volume Group) の情報を確認

vgdispalyコマンドでボリュームグループ (Volume Group) の情報を確認する。

$ sudo vgdisplay -v
[sudo] arimasou16 のパスワード: 
  --- Volume group ---
  VG Name               ubuntu-vg
  System ID             
  Format                lvm2
  Metadata Areas        1
  Metadata Sequence No  6
  VG Access             read/write
  VG Status             resizable
  MAX LV                0
  Cur LV                2
  Open LV               2
  Max PV                0
  Cur PV                1
  Act PV                1
  VG Size               <237.50 GiB
  PE Size               4.00 MiB
  Total PE              60799
  Alloc PE / Size       15013 / 58.64 GiB
  Free  PE / Size       45786 / 178.85 GiB
  VG UUID               222222-gggg-iiii-gggg-IIII-uuuu-zzzzzz
   
  --- Logical volume ---
  LV Path                /dev/ubuntu-vg/root
  LV Name                root
  VG Name                ubuntu-vg
  LV UUID                BBBBBB-EEEE-PPPP-9999-iiii-0000-tttttt
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2016-04-24 04:46:29 +0900
  LV Status              available
  # open                 1
  LV Size                50.72 GiB
  Current LE             12985
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:0
   
  --- Logical volume ---
  LV Path                /dev/ubuntu-vg/swap_1
  LV Name                swap_1
  VG Name                ubuntu-vg
  LV UUID                zzzzzz-TTTT-2222-BBBB-bbbb-dddd-iiiiii
  LV Write Access        read/write
  LV Creation host, time ubuntu, 2016-04-24 04:46:29 +0900
  LV Status              available
  # open                 2
  LV Size                7.92 GiB
  Current LE             2028
  Segments               1
  Allocation             inherit
  Read ahead sectors     auto
  - currently set to     256
  Block device           253:1
   
  --- Physical volumes ---
  PV Name               /dev/sda3     
  PV UUID               yyyyyy-QQQQ-tttt-1111-gggg-cccc-xxxxxx
  PV Status             allocatable
  Total PE / Free PE    60799 / 45786
   
  Archiving volume group "ubuntu-vg" metadata (seqno 5).
  Archiving volume group "ubuntu-vg" metadata (seqno 6).
  Creating volume group backup "/etc/lvm/backup/ubuntu-vg" (seqno 6).

コマンド

Geminiの回答で教えてもらったコマンド。

物理ボリューム (PV) の拡張:

ボリュームグループ (VG) の拡張: (通常は自動的に拡張されますが、確認が必要な場合も)

論理ボリューム (LV) の拡張:

ファイルシステムのリサイズ:

sudo pvresize /dev/sdXY  # /dev/sdXY は物理ボリュームのデバイス名
sudo vgextend ボリュームグループ名 物理ボリューム名 # 必要に応じて実行
sudo lvextend -l +100%FREE /dev/ボリュームグループ名/論理ボリューム名 # 空き領域をすべて使用して拡張
sudo resize2fs /dev/ボリュームグループ名/論理ボリューム名

置き換えると以下のとおりとなる。

sudo pvresize /dev/sda3 
sudo vgextend ubuntu-vg /dev/sda3
sudo lvextend -l +100%FREE /dev/ubuntu-vg/root
sudo resize2fs /dev/ubuntu-vg/root

実行

$ sudo pvresize/dev/sda3
Physical volume "/dev/sda3" changed
1 physical volume(s) resized or updated / physical volume(s) not resized
$ sudo vgextend ubuntu-vg /dev/sda3
Physical volume '/dev/sda3' is already in volume group 'ubuntu-vg' Unable to add physical volume '/dev/sda3' to volume group 'ubuntu-vg'
/dev/sda3: physical volume not initialized.
$ sudo lvextend -1 +100%FREE /dev/ubuntu-vg/root
Size of logical volume ubuntu-vg/root changed from 50.72 GiB (12985 extents) t o 229.57 GiB (58771 extents).
Logical volume ubuntu-vg/root successfully resized.
$ sudo resize2fs /dev/ubuntu-vg/root
resize2fs 1.46.5 (30-Dec-2021)
Please run 'e2fsck -f /dev/ubuntu-vg/root' first.
$ sudo e2fsck -f /dev/ubuntu-vg/root
e2fsck 1.46.5 (30-Dec-2021)
Pass 1: Checking inodes, blocks, and sizes
Pass 2: Checking directory structure
Pass 3: Checking directory connectivity
Pass 4: Checking reference counts
Pass 5: Checking group summary information
/dev/ubuntu-vg/root: 651572/3325952 files (0.4% non-contiguous), 6153854/1329664 0 blocks
$ sudo resize2fs /dev/ubuntu-vg/root
resize2fs 1.46.5 (30-Dec-2021)
Resizing the filesystem on /dev/ubuntu-vg/root to 60181504 (4k) blocks.
The filesystem on /dev/ubuntu-vg/root is now 60181504 (4k) blocks long.

メッセージ見る感じ、

物理ボリューム (PV) の拡張
ボリュームグループ (VG) の拡張

はやる必要なかったらしく

論理ボリューム (LV) の拡張
ファイルシステムのリサイズ

がやる必要があったようだ。ファイルシステムのリサイズであるsudo resize2fs /dev/ubuntu-vg/rootは、先にsudo e2fsck -f /dev/ubuntu-vg/rootを行う必要があった。 3 実行後の段階では、ディスク容量は前ままだった。

LVMの構成更新後

LVMの構成更新後、確認するとディスク容量が正しく認識されるようになった。

$ df -h
Filesystem                   Size  Used Avail Use% Mounted on
tmpfs                        786M  3.0M  783M   1% /run
/dev/mapper/ubuntu--vg-root  226G   23G  192G  11% /
tmpfs                        3.9G  4.0K  3.9G   1% /dev/shm
tmpfs                        5.0M     0  5.0M   0% /run/lock
/dev/sda2                    471M  247M  200M  56% /boot
/dev/sda1                    511M  6.1M  505M   2% /boot/efi
/dev/sdc                     3.7T  2.0T  1.8T  54% /mnt/hdd1
/dev/sdb1                    7.3T  2.1T  5.2T  29% /mnt/hdd3
/dev/sdd1                    7.3T  6.5T  867G  89% /mnt/hdd2
tmpfs                        786M  348K  786M   1% /run/user/1000

めでたし、めでたし。

途中でメモリを増設したりしたけど、マザボ、CPUは2013年頃のもの。段々Windowsを起動する時間が短かくなり、確定申告もWindows不要と分かった。12年以上ありがとう。 ↩︎
PassMark - LITEONIT S100-064 - Price performance comparison ↩︎
M.2 SSD 400S ↩︎

有馬総一郎のブログ

(彼氏の事情)