18.04 LTS: Acer Swift 3 315-41의 듀얼 부팅 문제

18.04 LTS: Acer Swift 3 315-41의 듀얼 부팅 문제

사전 설치된 Windows와 함께 표준 이중 부팅 절차를 사용하여 최신 우분투를 설치했습니다.

결과 파티션은 다음과 같습니다.

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.

먼저 우분투(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 부팅 관리자"입니다.

우분투는 정상적으로 시작되며 시스템을 종료하고 나중에 다시 시작하면 모든 것이 계속 작동합니다. 하지만 우분투에서 재부팅하려고 하면 "부팅 장치 없음" 화면이 나타나고 전원 버튼으로 강제 종료해야 합니다. 다음에 시작할 때 Windows는 grub을 거치지 않고 직접 부팅됩니다. 그런 다음 UEFI Bios로 이동하면 Windows의 부팅 순서가 먼저 반전됩니다. 우분투를 다시 시작하려면 다시 반전해야하는데, 꽤 짜증납니다.

Windows에서 Fastboot가 비활성화되었습니다. grub에서 Windows를 부팅한 다음 Windows에서 재부팅하면 이제 머신이 정상적으로 grub으로 전환됩니다. 따라서 작동하지 않는 유일한 것은 우분투에서 재부팅하는 것입니다.

제가 당황스러운 점은 efibootmgr이 제가 본 모든 예에서와 같이 파티션 Boot0000을 표시하지 않는다는 것입니다. 아마도 그것은 내 문제와 아무 관련이 없을 수도 있지만 그것이 유일한 차이점이라는 것입니다.

우분투 재부팅 시 시스템은 전혀 부팅 가능한 것으로 표시되지 않은 /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"

그리고 그럽을 업데이트하세요:

sudo update-grub

그게 다야. 재부팅은 꽤 오래 지속되는 것 같지만 적어도 작동합니다.

항목을 추가하기 위해 이상한 점을 위해 Linux 커널에 버그를 제출하는 것이 가치가 있을 수 있습니다.재부팅_dmi_table?

관련 정보