18.04 LTS: Acer Swift 3 315-41 のデュアル ブートの問題

18.04 LTS: Acer Swift 3 315-41 のデュアル ブートの問題

プリインストールされた Windows と並行して、標準のデュアル ブート手順で最新の Ubuntu をインストールしました。

結果のパーティションは次のようになります。

Disk /dev/nvme0n1: 238.5 GiB, 256060514304 bytes, 500118192 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: gpt
Disk identifier: 1FD93AC5-481F-46E4-8743-4C1B0493E4D3

Device             Start       End   Sectors   Size Type
/dev/nvme0n1p1      2048    206847    204800   100M EFI System
/dev/nvme0n1p2    206848    239615     32768    16M Microsoft reserved
/dev/nvme0n1p3    239616 217887637 217648022 103.8G Microsoft basic data
/dev/nvme0n1p4 498020352 500117503   2097152     1G Windows recovery environment
/dev/nvme0n1p5 217888768 498020351 280131584 133.6G Linux filesystem

Partition table entries are not in disk order.

まず、Ubuntu (grub) を使用して UEFI のブート シーケンスを構成しました。

結果として得られる EFI 構成は次のようになります。

Timeout: 0 seconds
BootOrder: 0001,0002,2001,2002,2003
Boot0001* ubuntu
Boot0002* Windows Boot Manager
Boot2001* EFI USB Device
Boot2002* EFI DVD/CDROM
Boot2003* EFI Network

起動時に、grub は通常、デフォルトのオプション「ubuntu」が選択された状態で表示されます。別のオプションは「Windows ブート マネージャー」です。

Ubuntu は正常に起動し、システムをシャットダウンして後で再起動すると、すべてが引き続き動作します。しかし、Ubuntu から再起動しようとすると、「起動デバイスがありません」という画面が表示され、電源ボタンで強制的にシャットダウンする必要があります。次回の起動では、Windows が直接起動します (grub を通過せずに)。その後、UEFI BIOS に入ると、起動順序が反転し、Windows が最初になります。Ubuntu を再度起動するには、再度反転する必要があり、非常に面倒です。

Windows で Fastboot が無効になっています。Windows を GRUB から起動し、その後 Windows から再起動すると、マシンは正常に GRUB に切り替わります。したがって、機能しないのは Ubuntu からの再起動だけです。

私を困惑させるのは、efibootmgr が、私がこれまで見てきたすべての例のようにパーティション Boot0000 を表示しないことです。これは私の問題とは関係ないかもしれませんが、唯一の違いだと思います。

Ubuntu の再起動時に、システムが /dev/nvme0n1p5 (Linux ファイルシステム) から直接起動しようとするとしか考えられませんが、これは起動可能としてマークされていません。しかし、この動作に影響を与える設定は見つかりません。

他に何かアイデアはありますか?よろしくお願いします。

詳細:

root@JensNewLap:/boot/efi/EFI# ls -la
insgesamt 7
drwx------ 7 root root 1024 Jun  9 13:02 .
drwx------ 4 root root 1024 Jan  1  1970 ..
drwx------ 2 root root 1024 Jun 13 19:25 Boot
drwx------ 2 root root 1024 Jun  9 13:02 Insyde
drwx------ 4 root root 1024 Mär 28 15:48 Microsoft
drwx------ 4 root root 1024 Jun 10 15:50 OEM
drwx------ 3 root root 1024 Jun  6 23:33 ubuntu
root@JensNewLap:/boot/efi/EFI# ls Boot/
bootx64.efi  fbx64.efi
root@JensNewLap:/boot/efi/EFI# ls Insyde
root@JensNewLap:/boot/efi/EFI# ls Microsoft
Boot  Recovery
root@JensNewLap:/boot/efi/EFI# ls OEM
Boot  Recovery
root@JensNewLap:/boot/efi/EFI# ls ubuntu
BOOTX64.CSV  fw  fwupx64.efi  grub.cfg  grubx64.efi  mmx64.efi  shimx64.efi
root@JensNewLap:/boot/efi/EFI# 

私の grub.cfg

答え1

回避策があるようです。カーネル ブート パラメータ「reboot=pci」を指定する必要があります。これを行うには、/etc/default/grub を編集します。

GRUB_CMDLINE_LINUX="reboot=pci"

grubを更新します:

sudo update-grub

以上です。再起動にはかなり時間がかかるようですが、少なくとも動作します。

Linuxカーネルにバグを報告して、エントリを追加する価値があるかもしれない。再起動_dmi_テーブル?

関連情報