Perguntas[grub2](unix)

Copiei meu sistema de arquivos raiz ext4 (em /dev/nvme0n1p6) para um novo sistema de arquivos btrfs em /dev/nvme1n1p2.

Há muitos guias me ensinando como fazer chroot no novo sistema de arquivos e fazer com que o GRUB o considere a partição primária, mas isso é um salto e tanto! Quero ter certeza de que minha configuração atual funciona até saber que posso inicializar na nova.

Quero manter o sistema de arquivos antigo como entrada principal de boot e ter o novo como secundário. Já consegui que este grub inicializasse duas partições Linux diferentes E duas partições Windows antes, então isso não parece ser algo que possa ser desfeito.

Se eu executar update-grub(com o novo sistema de arquivos montado), ele me dará uma entrada de boot para o novo sistema em grub.cfg, mas está obviamente errado:

        menuentry 'Linux Mint 22 Xfce (on /dev/nvme1n1p2)' --class gnu-linux --class gnu --class os $menuentry_id_option 'osprober-gnulinux-/boot/vmlinuz-6.8.0-58-generic--0d9f074e-f0b5-4418-8831-a6b1d96479b1' {
                insmod part_gpt
                insmod btrfs
                search --no-floppy --fs-uuid --set=root 0d9f074e-f0b5-4418-8831-a6b1d96479b1
                linux /boot/vmlinuz-6.8.0-58-generic root=UUID=42be809f-0321-4fee-bc70-b3ac34ef0adc ro quiet splash
                initrd /boot/initrd.img-6.8.0-58-generic
        }

0d9f074e-f0b5-4418-8831-a6b1d96479b1é o UUID correto para a partição. 42be809f-0321-4fee-bc70-b3ac34ef0adcé o UUID da partição original (aquela da qual estou executando no momento).

Tenho ( quase ) certeza de que o Grub realmente pode inicializar em uma partição BTRFS (vi o conselho do SE de que /boot deveria ser uma partição separada, mas nenhuma delas é dos últimos 5 anos), mas o que me chama a atenção é que essa configuração não dá nenhuma indicação do subvolume btrfs que tem meu fs raiz.

Qual é o formato correto de um btrfs grub.cfg?

Acabei de instalar o Fedora 41, mas o GRUB não inicializou e exibi a seguinte mensagem de erro:

error: no such device: <GUID>
error: unknown filesystem.
Entering rescue mode...
grub rescue>

Aqui está o esquema de partição que configurei durante a instalação:

• /boot/efi- FAT32, não criptografado;
• /boot- ext4, não criptografado;

Partição LVM criptografada com LUKS2 com as seguintes subpartições:

• /- ext4, criptografado;
• /home- ext4, criptografado;
• /var- ext4, criptografado;
• swap- criptografado;

Tenho instalado o Fedora com inicialização segura habilitada, mas quando tentei inicializar o sistema, o serviço de inicialização segura imprimiu que uma assinatura inválida havia sido detectada. Então, desabilitei a inicialização segura e obtive o GRUB rescue (veja a tela). Não tenho a mínima ideia do que fazer agora. Também tentei procurar por problemas semelhantes e encontrei um tópico semelhante, mas o problema era que a /bootpartição estava criptografada, o que não é o meu caso.

Estou tentando configurar um servidor para inicializar o opensuse-15.5 via PXE em um ambiente UEFI e GRUB2. Encontrei este tutorial para Suse que funcionou muito bem. Tenho um cliente obtendo um endereço IP, baixando alguns arquivos do TFTP na mesma máquina e também tenho um servidor NFS configurado.

O problema é que todo tutorial que encontrei parece focar na instalação de um novo SO no cliente, e não é disso que preciso. O que preciso é que um SO bem básico e minimalista seja carregado para poder executar alguns comandos do terminal. Nada mais. Não preciso carregar uma imagem Live ou executar um instalador.

Seguindo as instruções do tutorial, cheguei ao ponto em que o cliente falha ao conectar-se aos repositórios para iniciar a instalação do SO. O que fiz depois disso foi substituir as imagens initrd e linux por aquelas que obtive de uma instalação do SO no mesmo cliente que estou tentando inicializar. Além disso, fiz uma imagem do sistema de arquivos raiz no cliente (a mesma instalação) e a coloquei no servidor, para torná-la acessível por NFS. Depois disso, o resultado foi que o cliente carregou initrd , depois linux , mas parou antes de terminar em um ponto em que (provavelmente) está tentando configurar a placa de vídeo. A linha menciona drm e i915 (Desculpas, não tenho o cliente na minha frente agora, mas atualizarei com a mensagem correta amanhã).

Não tenho certeza nem da imagem do Linux que preciso carregar e dos parâmetros que preciso passar para o GRUB para fazer tudo funcionar. Tenho tentado entender no manual do GRUB e em outras fontes, mas tenho mais perguntas do que certezas. Alguém pode me dizer...: quais comandos devo adicionar ao grub.cfg (e quais devo me livrar)? qual imagem do Linux devo usar? e provavelmente qualquer fonte de informação que venha à mente?

Muito obrigado pelo seu tempo.

Olá.

EDIT: O ponto de travamento não tinha nada a ver com graphics/drm/i915. A última mensagem exibida (por cerca de um minuto) mostraria graphics/drm/i915, mas o problema seria imediatamente depois disso, no hook dracut initqueue . Pelo que entendi, ele de alguma forma começaria a procurar por um memory stick que foi montado e incluído no fstab no momento de fazer a imagem da partição raiz com dd .

Depois de refazer a imagem (e enviá-la ao servidor via NFS desta vez), posso ver que o problema foi resolvido (veja a imagem)

O problema agora, como visto na próxima imagem, está no estágio de raiz do switch . O que eu realmente não sei o significado, mas vou pesquisar um pouco sobre.

A próxima imagem é net/grub.cfg . Eu editei esse arquivo e me livrei dos comandos install e instsys porque pensei que eles eram irrelevantes (já que não estou tentando instalar um SO). Eu também tentei esse grub.cfg sem os comandos root e nfsroot que (de acordo com meu entendimento) usariam o sistema de arquivos no disco rígido, em vez do do servidor, e toda a configuração parece funcionar. É somente quando ele precisa obter o sistema de arquivos raiz do servidor NFS que eu tenho o erro na segunda imagem. Desculpas, a terceira imagem está borrada.

Neste ponto, imagino que haja algo errado com o sistema de arquivos. Fiz a imagem com dd , movi-a para o servidor e montei-a com mount -o loop /image /srv/tftpboot/openSUSE-XXX/rootfs . Li que não é a mesma coisa criar uma imagem de uma partição do que criar uma imagem de um disco inteiro. Além disso, o btrfs é de alguma forma especial em relação à criação de imagens. Existe uma maneira específica de fazer isso? Desculpas pela demora para atualizar. Obrigado novamente por sua ajuda e tempo para comentar.

Então, consegui fazer meu Intel Core2 Quad de 17 anos rodar com Windows 98, XP, 10 e Debian 12.

Primeiro instalei o Windows 98, depois o Windows XP. Isso levou a um menu de inicialização do XP que me ofereceu XP ou 98. Então instalei o Windows 10, que levou a um menu de inicialização que me ofereceu Windows 10 ou "outra versão do Windows". Se eu selecionar "outra versão", obtenho o carregador de inicialização do XP.

Então eu instalei o Debian na quarta e última partição primária (sem UEFI) que instalou o Grub2 e me oferece as entradas Debian e "Windows 10 (em /dev/sda1)". Selecionar "Windows 10" no Grub2 me dá o carregador de boot Win10 etc. sda1, no entanto, é Win98, então o Win10 deve ter se instalado lá. Mas onde o Grub2 se instalou, então?

O que eu realmente queria conseguir é ter todas as quatro entradas no Grub2. O que posso fazer para conseguir isso? O os-prober só encontra Win10.

Posso ver e montar todas as partições do Windows sem problemas.

Meu sistema possui criptografia completa de disco, exceto /boot. Eu defini uma senha do GRUB seguindo esta postagem , mas consegui desativá-la inicializando no Kali Live e executando:

mkdir /mnt/dev/sda2
sudo mount /dev/sda2 /mnt/dev/sda2
sudo vim /mnt/dev/sda2/grub/grub.cfg

3 comandos. Mole-mole.

Um usuário só verá o menu GRUB ou será solicitado a inserir uma senha do GRUB se tiver acesso físico à máquina (certo?). Se tiverem acesso físico, poderão desabilitar o GRUB. Se um usuário não tiver acesso ao GRUB (ou seja, ele se conecta via ssh ou esta é uma VM (porque o ssh só inicia após o GRUB terminar, certo?)), então ele nunca será interrompido por ele.

Portanto, parece que na única situação em que uma senha do GRUB é usada, ela também é facilmente ignorada. Se uma senha do GRUB impedir alguém, ele poderá desativá-la.

Então, qual é o objetivo? As senhas do GRUB são tão inúteis quanto eu penso? Eles aumentam a segurança de alguma outra forma? E se incluirmos a criptografia /boot na mistura? Isso melhora as coisas?

Obrigado!

Eu li este post sobre como exigir apenas a senha do GRUB quando você tenta editar as configurações do GRUB, ainda permitindo a inicialização no sistema operacional sem uma senha. A única solução que encontrei foi editar o arquivo /etc/grub.d/10_linux. O problema é que, conforme descrito na seção 6.1 deste wiki , /etc/grub.d/10_linuxserá substituído quando o grub for atualizado, o que irá quebrar isso. No entanto, eles não oferecem uma alternativa. Então... o que fazemos em vez disso? Qual é o melhor método para evitar essa falha em uma atualização do grub?

A documentação contém:

Os discos descriptografados com sucesso são nomeados como (cryptoX) e têm sufixo de numeração crescente para cada novo disco descriptografado. Se o disco criptografado hospedar algum nível mais alto de abstração (como LVM2 ou MDRAID), ele será criado em um namespace de dispositivo separado, além do namespace do cryptodisk.

Documentação

My grub.cfgcontém o comando cryptomount -a. Quando inicializo, recebo uma solicitação de senha e uma mensagem informando que o slot correspondente foi aberto com sucesso, mas a partição não pode ser encontrada e o sistema não inicia. Abri a linha de comando do Grub e chamei manualmente o arquivo cryptomount -a. O comando foi bem-sucedido, mas não consigo encontrar nenhum dispositivo novo em /dev. A partição criptografada contém um PV LVM e não consigo ver o dispositivo descriptografado nem os LVs. Onde posso encontrar os discos descriptografados?

Quando descriptografo o dispositivo criptografado no initramfs com cryptsetup, tudo funciona conforme o esperado e posso iniciar o sistema.

Os sistemas Grub2 codificam a localização dos arquivos stage2. Esta informação é armazenada na partição do bootloader. Eu entendo que o grub-install escreverá isso e muito mais.

Minha pergunta é como o grub2-install descobre onde está o diretório /boot (sua própria partição). O grub-mkconfig pode descobrir isso, no entanto, não parece que o grub-install invoque o grub-mkconfig.

Eu realmente gostaria de uma explicação detalhada de como isso é resolvido.

A questão final é: "Qual é a maneira correta de atualizar o código do bootloader na partição mbr/bios-boot quando a localização de/boot muda"?

Serão apreciadas indicações para documentação oficial ou wikis.

Acho que meu MacBook com RAM soldada tem um problema de RAM. Com o memtest86+, descobri qual padrão BadRAM possuo, mas não consigo interpretar o resultado corretamente. Como devo ler o intervalo para configurar a exclusão correta no GRUB?

Aqui estão meus resultados do memtest:

BadRAM Patterns
---------------
badram=0x0000000058cb4000,0xfffffffffffffc00,
       0x0000000058cb4400,0xfffffffffffffc00,
       0x0000000058cb4800,0xfffffffffffffc00,
       0x0000000058cb4c00,0xfffffffffffffc00,
       0x0000000058cb5000,0xfffffffffffff800,
       0x0000000058cb5800,0xfffffffffffff800,
       0x0000000058cb6000,0xfffffffffffff800,
       0x0000000058cb6800,0xfffffffffffff800,
       0x0000000058cb7000,0xfffffffffffff800,
       0x0000000058cb7800,0xfffffffffffff800

    ^{[Transcrito manualmente desta imagem .]}

Estaria memmap=64K$0x58cb0000correto?

Eu tenho um PC multifuncional MSI com Windows 10 e Ubuntu. Normalmente eu iniciava e ia para a página de boot do Ubuntu e o configurei de uma forma que se eu não selecionasse nenhuma opção após 3 segundos ele iniciaria a primeira opção que era Win 10. Mas depois de atualizar para o Ubuntu 23 meu teclado não funciona mais na página de boot e também a primeira opção mudou para teste de memória (com tela azul), então agora não tenho como selecionar nenhum sistema operacional. O que devo fazer? teclado integrado ou externo em nenhum dos slots USB funciona. também a inicialização rápida está ativada e não consigo acessar a configuração do BIOS.