☰

ルートパーティションを移動した後、Ubuntu の起動がフリーズする

tag-icon • tag-icon boot dual-boot grub gparted move-partition
ルートパーティションを移動した後、Ubuntu の起動がフリーズする

[解決策を見るには最後まで進んでください]
Ubuntu と Windows 10 のデュアル ブート システムを使用しています。GParted を使用して、Ubuntu の「/」パーティションを拡大して (左に) 移動しました。

システムを起動すると、Ubuntu または Windows 10 を選択できる grub メニューが正しく表示されます。Windows は問題なく動作しますが、Linux を起動しようとすると黒い画面で停止してしまいます。カーネルをリカバリ モードで起動しようとしましたが、次のメッセージが表示された後、フリーズしてしまいます。

Loading Linux 5.4.0-65-generic ...
Loading initial ramdisk ...

パーティションデータは破損していないと思います。システムの再インストールよりも良い解決策をご存知ですか?

アップデート
Bootinfo 概要レポートを生成するために、ライブ USB からブート修復を実行しました (@oldfred の提案どおり)。https://paste.ubuntu.com/p/wn3XRs94Jq/

以下の 3 つの戦略も試しましたが、成功しませんでした。

1. boot-repairGUIからgrubを再インストールする

ここで説明されているように:https://www.howtogeek.com/114884/how-to-repair-grub2-when-ubuntu-wont-boot/パッケージが見つからない、grub-efiまたは というメッセージが表示されます。grub-efi-amd64-signed
参考文献:

2. ターミナルから:

ルートとefiパーティションをマウントし（はい、別のefiパーティションがあります）、ライブusb Ubuntuから便利なパーティションをインポートします。

sudo mount /dev/nvme0n1p3 /mnt
for i in /sys /proc /run /dev /var /lib /usr /etc; do sudo mount --bind "$i" "/mnt$i"; done
sudo mount /dev/nvme0n1p1 /mnt/boot/efi

ルートパーティションの chroot

sudo chroot /mnt

grub (efi) を再インストールします。Ubuntu
ルート パーティションから実行するので (chroot のおかげです)、Windows OS も正しく識別されます。

sudo apt-get update
sudo apt-get purge grub-common
sudo apt-get install grub-efi-amd64
sudo update-grub
grub-probe -t device /boot/grub
sudo grub-install /dev/nvme0n1p1 # also tried with /dev/nvme0n1
sudo update-grub

しかし何も変わりませんでした。
参考文献:

3. GPartedライブUSBから

  • Ubuntu ルート パーティション /dev/nvme0n1p13 の「チェック」を実行します (合格)
  • sudo fsck /dev/nvme0n1p3 -y
  • sudo e2fsck -C0 -p -f -v /dev/nvme0n1p3
  • sudo e2fsck -f -y -v /dev/nvme0n1p3

参考文献:

アップデート
chroot でライブ USB からカーネルを再インストールした後、リカバリ モードで起動するとカーネル パニック ログが表示されます。最後
の行は次のとおりです。

0.4762681 eun: security.SMACK64TRANSMUTE

0.477044] eun: security.SMACK64MMAP 0.477951) eun: security.apparnor

0.4787371 eun: security. ina

8.479513] eum: security.capability

0.4802771 eum: HMAC attrs: 0x1

0.4819921 PM: Magic number: 13:566:676 0.482765] vtconsole vtcon1: hash matches

0.4837521 rtc_chos 00:01: setting system clock to 2021-11-06T09:39:59 UTC (1636191599) 0.4848431 md: Maiting for all devices to be available before autodetect

0.485623] nd: If you don't use raid, use raid-noautodetect 0.486981) nd: Autodetecting RAID arrays.

0.4877591 nd: autorun ...

0.488526] md: ... autorun DONE.

0.4893201 UFS: Cannot open root device "UUID-b13c4a4c-9205-4547-83d8-641391500749" or unknown-block(0,0): error -6

8.4903641 Please append a correct "root=" boot option: here are the available partitions: 0.4911841 Kernel panic - not syncing: UFS: Unable to mount root fs on unknown-black(0,0)

8.4919711 CPU: 1 PID: 1 Conn: suapper/0 Not tainted 5.4.0-65-generic #73-Ubuntu 8.4927551 Hardware name: Dell Inc. Inspiron 5593/09PY2G, BIOS 1.17.0 07/27/2821

0.4935341 Call Trace:

8.494659] dump_stack Ox6d/0x9a

8.4957351 panic +0x101/0x2e3

8.496847] mount block_root+0x23f/0x2e8

0.4988051 mount_root 0x38/0x3a 0.4991241 prepare_nanespace 0x13f/0x194

8.580253] kernel_init_freeable 0x231/0x255

0.5013811 ? rest_init+0xb0/0xb0

8.5825991 kernel_init+0xe/0x110

0.503723] ret_from_fork 0x1f/0x10

8.5049351 Kernel Offset: 0x24000000 from Oxffffffff81000000 (relocation range: 0xffffffff80000000-0xfffffffffffffff) 8.586156] [ end Kernel panic - not syncing: UFS: Unable to mount root fs on unknown-block(0.0) 1

注: このテキストはGoogleレンズで画像から抽出したものです。そのため、多少の誤字があるかもしれません。元の画像はこちらです。 ここに画像の説明を入力してください

解決

結局、ライブ USB を使用して、データ (ディスク上の別のパーティションである /home パーティションに保存) を失うことなく、ルート パーティションに新しい Ubuntu を再インストールする必要がありました。試した解決策ごとにエラーが発生し、膨大な時間を無駄にしましたが、再インストールには 15 分しかかかりませんでした。強くお勧めします! おそらく、私が受け取ったエラーは、ルート パーティションのカーネルが 5.4.0-65 であるのに対し、us live キーのカーネルが 5.11.0 であったために発生したものと思われます。
参考文献:

関連情報