Eu trabalho com um projeto de código aberto / gratuito. Um mantenedor do Debian relatou uma falha no X32 (não um erro de digitação; não é o X86), e estou tentando configurar um ambiente de teste para reproduzi-lo.
De acordo com o Debian X32 Ports do Debian , eu preciso ativar as extensões X32 no kernel. Para fazer isso, preciso adicionar a entrada do Grub. Abaixo está o que eu adicionei ao /etc/default/grub
, e é retirado da página wiki (exceto que eu comentei a entrada padrão).
# GRUB_CMDLINE_LINUX_DEFAULT="syscall.x32=y quiet"
GRUB_CMDLINE_LINUX="syscall.x32=y"
Eu então executei um update-grub
por a página wiki e verifiquei as entradas no menu compilado (veja abaixo).
Quando inicializo o sistema, a opção não parece estar disponível no menu principal ou nas opções avançadas:
Osdocumentos Grub2 do Debian deixam muito a desejar. Ele apenas discute como colorir as entradas do menu (você não pode fazer esse tipo de coisa ...).
Esperei o seguinte após seguir a prescrição fornecida pelos documentos:
- Debian GNU / Linux
- Debian GNU / Linux (X32)
- Opções avançadas
- Teste de memória (memtest86 +)
- Teste de memória (memtest86 +, serial)
- ...
Como eu adiciono as opções de inicialização do X32 ao Grub, nome como "Debian GNU / Linux (X32)", garanto que é uma opção de inicialização do kernel durante a inicialização, e garanto que as alterações sobrevivam após upgrade
ou dist-upgrade
?
De acordo com a resposta de Marius abaixo, adicionei o seguinte a /etc/grub.d/40_custom
:
menuentry 'Debian GNU/Linux (X32)' --class debian --class gnu-linux --class gnu --class os
$menuentry_id_option 'gnulinux-simple-a4af7dfc-640c-4aa8-bf0b-068af3d72b01' {
linux/boot/vmlinuz-4.2.0-1-amd64 root=UUID=a4af7dfc-640c-4aa8-bf0b-068af3d72b01 ro syscall.x32=y quiet
}
Ele fornece a entrada nomeada como esperado, mas resulta em um erro de inicialização:
error: can't find command: 'linux/boot/vmlinuz-4'
Eu acho que foi devido a copiar / colar no Emacs (aparentemente remove espaços em branco ???). Então eu mudei para linux /boot/vmlinuz-4.2.0-1-amd64...
. Isso resultou em um pânico no kernel: