- Enviado
- 24 de setembro de 2026 às 02:15 UTC
- Autor
- Kamo
- Confirmação
- a7f4925
Um computador provido, apareceu e entrou em pânico na sua próxima bota: Executar /init como processo init Falha ao executar o /init (erro - 2) Pânico Kernel - não sincronizando: Nenhum init de trabalho encontrado. O initrd era de tamanho completo, 37,8 MB, com o mesmo segmento inicial de 429 entradas que a imagem dourada e um Segmento principal próprio. A única diferença da imagem que inicia: não /init dentro dela. Dois caminhos de código regeneram o initrd, e eles executaram 36 MILISECONDS APART de diferentes linhas: 01:37:26.658 POST /branding 200 o manipulador de boot-splash update-initramfs 01:37:26.694 disponibilidade para hibernação o tópico de inicialização, dentro configure() 01:37:28.963 reiniciar para que o kernel pega currículo= Duas reconstruções simultâneas de um alvo, depois uma reinicialização no resultado. Provada pela eliminação do que inferência: uma única atualização limpa-initramfs executado contra esse mesmo disco produz um initrd válido com main/init presente, e /boot tinha 749 MB livre, então nem a ferramenta nem o espaço estavam em falta. Três mudanças, porque uma não é suficiente: BOOT WORK LOCK agora é tomado por tudo que reescreve como o computador inicia, e reiniciar for resume recusa-se enquanto é mantido. Reiniciar durante esse trabalho é o que torna um initrd ruim numa máquina destruída. A fiação de hibernação já não executa atualizações-initramfs em tudo. Nunca precisou: currículo= e currículo offset= na linha de comando do kernel são o que fazem um computador resumido, update-grub escreve eles, e currículo configurated() verifica-los contra /proc/cmdline. O arquivo conf.d/resume ainda está escrita para que a reconstrução orientada para a distribuição NEXT mantenha o dispositivo de currículo — com o tratamento de erros do apt em torno dela em vez de nossa. E os dois comandos que decidem se uma máquina pode arrancar não são mais executados com check= Falso. Seu status é mantido e sua saída registrada, e uma reinicialização é recusada enquanto qualquer um deles falhou. Isso importa menos do que parece: quando a atualização-initramfs falha, os danos já estão em disco, que é exatamente por isso que as duas primeiras mudanças existem.