☰

ルートパーティションを移動した後、起動時に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 Summaryレポートを生成するために、ライブ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) を再インストールします。
chrootのおかげで、Ubuntuのルートパーティションでこれを行うため、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 Lensの画像から抽出されました。だから、いくつかのタイプミスがあるかもしれません。元の写真は ここに画像の説明を入力してください。

解決策

結局、データを失うことなくルートパーティションに新しいUbuntuを再インストールするためにライブUSBを使用する必要がありました（ディスクの他のパーティションである/ homeパーティションにあります）。試みたすべてのソリューションでエラーが発生し続けるのに時間がかかりますが、再インストールには15分しかかかりませんでした。おすすめ！ 私が経験しているエラーは、おそらく私のルートパーティションのカーネルが5.4.0-65であり、usライブキーのカーネルが5.11.0であるという事実によるものです。
引用:

関連情報