18.04 LTS: Problema de dupla inicialização no Acer Swift 3 315-41

0

Instalei o ubuntu mais recente com o procedimento padrão de inicialização dupla ao lado do Windows pré-instalado.

As partições resultantes são:

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.

Eu configurei a seqüência de inicialização no UEFI com o ubuntu (grub) primeiro.

A configuração da EFI resultante é:

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

Na inicialização, o grub normalmente aparece com a opção padrão "ubuntu" selecionada. Outra opção é "Gerenciador de inicialização do Windows".

O

ubuntu inicia normalmente, e se eu desligar o sistema e reiniciar mais tarde, tudo continua funcionando. Mas se eu tentar reiniciar a partir do Ubuntu, uma tela "no boot device" aparece e eu tenho que desligar com o botão power. No próximo início, o Windows inicializará diretamente (sem passar pelo grub). Se eu entrar no UEFI Bios, a ordem de inicialização será invertida com o Windows primeiro. Eu tenho que re-invertê-lo, a fim de iniciar o Ubuntu novamente, o que é muito chato.

O Fastboot foi desativado no Windows. Quando eu inicializo o Windows a partir do grub e, em seguida, reinicio a partir do Windows, a máquina se transforma agora normalmente para o grub. Então a única coisa que não funciona é a reinicialização do Ubuntu.

O que me intriga é que efibootmgr não mostra uma partição Boot0000 como em todos os exemplos que eu vi ao redor. Talvez não tenha nada a ver com o meu problema, mas é a única diferença, entendo.

Eu só posso supor, que na reinicialização do Ubuntu, o sistema tenta inicializar diretamente do / dev / nvme0n1p5 (o sistema de arquivos linux), que não está marcado como inicializável. Mas não consigo encontrar nenhum cenário que influencie esse comportamento.

Alguma outra ideia? Muito obrigado antecipadamente.

Mais detalhes:

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# 

Meu grub.cfg

    
por Jens Stutte 09.06.2018 / 11:33

1 resposta

0

Parece haver uma solução alternativa. Eu preciso especificar o parâmetro de inicialização do kernel "reboot = pci". Para fazer isso, você pode editar o / etc / default / grub:

GRUB_CMDLINE_LINUX="reboot=pci"

e atualize o grub:

sudo update-grub

É isso. A reinicialização parece durar bastante, mas pelo menos funciona.

Pode valer a pena registrar um bug no kernel do linux para uma peculiaridade a fim de adicionar uma entrada ao reboot_dmi_table ?

    
por Jens Stutte 24.06.2018 / 14:04