Início / unix / Perguntas / 459389
Accepted
Alexey
Asked: 2018-07-31 07:14:07 +0800 CST

systemd-boot pula o menu de inicialização e ignora as configurações em /loader/loader.conf

  • 772

Recentemente, depois de fazer algo no meu sistema de inicialização múltipla, quando inicializo o NixOS com systemd-boot, o menu de inicialização não aparece mais, embora o tempo limite ainda esteja definido como 2 segundos /loader/loader.conf(no ESP):

# /loader/loader.conf on the ESP
timeout 2
default nixos-generation-380

Aqui está o que eu tenho no meu /etc/nixos/configuration.nix:

{ # ...
  boot.loader = {
    efi.canTouchEfiVariables = true;
    systemd-boot.enable = true;
    timeout = 2;
  };
}

Acontece que para ver o menu de inicialização, tive que pressionar alguma tecla durante a inicialização, como se o tempo limite tivesse sido definido como 0 (em vez de 2) segundos.

Tentei remover systemd-bootx64.efido ESP e reinstalar o NixOS com nixos-installuma unidade flash USB. Isso restaurou systemd-bootx64.efi, mas não trouxe de volta o menu de inicialização.

Parece que esse problema não é completamente incomum:

Ambos os problemas são relatados para serem resolvidos. No entanto, não entendi a primeira solução:

Edit 3: RESOLVIDO! Reinstalar o UEFI fez o truque.

O que significa "reinstalar o UEFI"?

Quanto ao segundo, sugere usar as teclas te Shift+ tno menu de inicialização (que aparece se alguma tecla for pressionada durante a inicialização) para definir um tempo limite diferente, mas não quero apenas um tempo limite diferente, quero systemd-bootpara respeitar as configurações em /loader/loader.conf.

Então, minha pergunta era: como systemd-bootusar novamente as configurações de /loader/loader.conf?

Estou editando esta pergunta depois de encontrar a solução e vou postar minha resposta agora.

boot uefi

1 respostas

  1. Best Answer

    Depois de ler o comentário nº 6 sobre "systemd-boot, no timeout, no select menu - LoaderEntryDefault" e olhar para "systemd-boot define efivar LoaderEntryDefault, que substitui o padrão em /boot/loader/loader.conf" nixpkgs no GitHub, eu Descobrimos que o problema provavelmente foi causado por variáveis ​​EFI que de alguma forma foram definidas e estavam substituindo as configurações de /loader/loader.conf.

    De fato, havia esses dois conjuntos de variáveis ​​que estavam causando problemas:

    § cat /sys/firmware/efi/efivars/LoaderConfigTimeout-4a67b082-0a4c-41cf-b6c7-440b29bb8c4f
0

    e

    § cat /sys/firmware/efi/efivars/LoaderEntryDefault-4a67b082-0a4c-41cf-b6c7-440b29bb8c4f
nixos-generation-374

    (Eu inventei o valor ' 374' aqui: importa apenas que era diferente do que estava /loader/loader.confno momento em que o inspecionei.)

    A lista de variáveis ​​EFI usadas por systemd-bootpode ser encontrada no final da página "systemd-boot UEFI Boot Manager" no Freedesktop Wiki :

    LoaderEntryDefault      entry identifier to select as default at bootup                  non-volatile
LoaderConfigTimeout     timeout in seconds to show the menu                              non-volatile
LoaderEntryOneShot      entry identifier to select at the next and only the next bootup  non-volatile
LoaderDeviceIdentifier  list of identifiers of the volume the loader was started from    volatile
LoaderDevicePartUUID    partition GPT UUID of the ESP systemd-boot was executed from     volatile

    Para remover a LoaderEntryDefault-[...]variável bastava pressionar a dtecla duas vezes no menu de inicialização: para definir e desmarcar um novo valor.

    Para remover a LoaderConfigTimeout-[...]variável, basta pressionar Shift+ tvezes suficientes para definir o tempo limite para 0, mais uma vez.

    Isso resolveu meu problema. Aqui está uma pergunta relacionada que fiz no Superuser.SE sobre como modificar com segurança as variáveis ​​EFI em geral.

    • 4

relate perguntas