O Windows 11 apaga os dados do GRUB, tornando a inicialização no Linux dolorosa

Para onde alguém iria daqui? Existe um parâmetro de inicialização ou algo que estou faltando?

Há muito poucos detalhes em sua pergunta para dizer o que você perdeu. Mas como você parece estar preso neste estágio, tentarei oferecer algumas indicações para ajudá-lo a entender onde você está e o que procurar. Esse tipo de problema é um dos motivos pelos quais dizemos regularmente que Kali é pentester e geralmente requer especialistas em Linux.

Onde você está preso?

BIOS -> stub EFI -> Grub -> Initramfs -> Sistema em execução (systemd)

Cada uma dessas etapas pode ser configurada em laptops e desktops. Alguns hardwares embarcados não possuem um BIOS configurável da mesma maneira.

• BIOS - software e configuração na placa-mãe. Consulte o manual do usuário da sua placa-mãe para reconfigurá-la
• O "stub" do EFI ("grub stub") geralmente é um arquivo de configuração binário e único grub.cfgarmazenado no EFI. O arquivo de configuração é suficiente para informar ao grub onde encontrar seu arquivo de configuração principal.
• Grub – O mesmo programa do “stub” continua a carregar o arquivo de configuração principal e quaisquer módulos necessários. O arquivo de configuração principal geralmente NÃO está no EFI e é armazenado /boot/grubno sistema de arquivos do sistema em execução. Então, na prática, essa é a partição principal do Kali se você não tiver uma /bootpartição dedicada.
• Initramfs é um sistema de arquivos temporário carregado pelo bootloader quando ele também carrega o Linux. Ele contém módulos do kernel e scripts de configuração que montam apenas o(s) sistema(s) de arquivos principal(is) suficiente(is) para iniciar o gerenciador do sistema (systemd).
• Sistema em execução - O gerente do sistema é responsável por executar todo o resto e, se ele morrer, todo o sistema entrará em “pânico”. O gerenciador do sistema é totalmente carregado a partir do sistema de arquivos raiz principal.

O que verificar?

Bem, há muito para verificar.

Só porque você conseguiu entrar no initramfs não significa que ele foi iniciado com todos os parâmetros corretos e não significa que o sistema está organizado conforme o esperado.

• Com uma unidade removível, é provável que você tenha duas partições EFI: uma na unidade com MS Windows e outra na unidade removível com Kali.

  Verifique se você tem apenas um stub grub em apenas uma partição EFI. Nunca vi o MS Windows "mexer" em outras instalações, mas já o vi limpar e reescrever completamente o EFI. Se você tiver dois stubs grub, um configurado corretamente e o outro quebrado, o Windows poderá limpar o EFI e deixar apenas o quebrado.

• O stub Grub deve ser configurado para encontrar a unidade correta.

  Verifique se o grub.cfgEFI aponta corretamente para a unidade ligada /boot/grube preste atenção ao arquivo prefix. Depende se você tem uma partição de inicialização separada ou não. Sem partição separada, deve ficar assim:

  search.fs_uuid 9df3be1d-f619-4991-af0c-2c556f66595f root 
  set prefix=($root)'/boot/grub'
  configfile $prefix/grub.cfg
  

• No Grub, veja se você pode executar manualmente essa configuração. Por exemplo, digite:

  set root=(hd0,gpt2)
  set prefix=($root)'/boot/grub'
  configfile $prefix/grub.cfg
  

  Isso pode fornecer um erro mais tangível para trabalhar.

• Você pode ler o conteúdo de (hd0,gpt2)/boot/grubpara ver quais são os parâmetros linuxcorretos initramfs.

• Dentro do initramfs, verifique o que acontece quando você tenta montar sua partição manualmente com mount. Monte usando o mesmo que UUID=[uuid-of-drive]você mencionou na sua pergunta. Verifique se o sistema de arquivos que você montou é definitivamente aquele que você pretendia. Verifique se tem /usr/sbin/init.

Remover a unidade antes de inicializar no Win11 evita que o Win11 exclua os dados do GRUB que o mantêm em uma configuração de inicialização estável, com o GRUB instalado na unidade removível.

Tenho certeza de que não é isso que está acontecendo. O que está acontecendo é que seu sistema UEFI vê seus dois carregadores de inicialização diferentes com capacidade UEFI, você seleciona janelas e, na próxima inicialização, a ordem interna é diferente, e porque seu grub e initrd não estão configurados para localizar dispositivos, independentemente de seus numeração, as coisas param de funcionar.

A solução é simplesmente não fazer dessa maneira: a parte fácil aqui é garantir que o fstab do seu initrd não contenha coisas como /dev/sda1, mas use UUIDs, que não são afetados pela ordem interna do dispositivo.

Não acho que a postagem a que você está se referindo tenha muita semelhança técnica com a sua situação (eles estão usando o GRUB em um sistema de inicialização MBR particionado por MSDOS, você está usando o GRUB2 em um sistema EFI particionado por GPT, mas com um homem estranho no meio, essa coisa ventosa).

Acho que se você simplesmente não usasse o ventoy, é provável que uma instalação direta no meio externo funcionasse.

De qualquer forma, isso realmente não parece culpa do Windows.

Não usei o Windows 11, mas já vi o Windows 10 parecer excluir o GRUB antes. Não o exclui, altera a ordem de inicialização. Você precisa corrigi-lo no Windows e a Microsoft explica como fazer aqui:

https://support.microsoft.com/en-au/windows/windows-11-and-secure-boot-a8ff1202-c0d9-42f5-940f-843abef64fad