Eu inicializei o liveUSB baseado no Linux Mint 20.2. Após a saída da linha initrd (uma após vmlinuz), obtive uma tela vazia com "falha na decodificação, sistema interrompido" (tentei duas vezes, o erro foi reproduzido). Isso aconteceu apenas em 1 de 4 casos: inicialização herdada com unidade SATA grande (> 4 TB) conectada; UEFI inicializado com unidade (um de 4 TB e um > 4 TB) e legado inicializado sem essa unidade (apenas um de 4 TB conectado) (4º: UEFI sem disco que não tentei). Pesquisa na Web para suporte de unidades grandes encontrada: https://superuser.com/questions/1005475/trying-to-understand-linux-support-for-4tb-hard-disk-drive-on-legacy-bios onde:
Dito isso, como o novo disco não é um disco de inicialização, você não precisa se preocupar com esses problemas.
Para "a decodificação falhou, o sistema parou", li vários links encontrados: https://askubuntu.com/questions/1269855/usb-installer-initramfs-unpacking-failed-decoding-failed , https://forums. linuxmint.com/viewtopic.php?t=328925 , https://bugs.launchpad.net/ubuntu/+source/ubuntu-meta/+bug/1870260 , https://askubuntu.com/questions/1355231/decoding- failed-system-halted , https://www.quora.com/Now-I-am-booting-Ubuntu-20-10-with-flash-card-When-booting-it-is-saying-Decoding-failed- system-halted-What-should-I-do , https://www.reddit.com/r/linux4noobs/comments/q7ahdx/decoding_failed_system_halted_problem/ .
Não vejo como isso se aplica ao meu problema, eles falam sobre bugs no initrd para compactação, falha na unidade no nível do hardware, problema que ocorre aleatoriamente. Meu palpite é que, de alguma forma, no modo BIOS / legado, o initrd não pode identificar um disco SATA grande. Como posso verificar isso?
Adicionado 1:
Outro problema hoje:
64 bit relocation outside of kernel!
--- system halted
novamente após loading initrd.lz...a saída suporta a hipótese de falha da PSU da resposta. O sistema inicializou sem energia nos discos rígidos, quando conectei um - boom esse novo.
"Falha na decodificação, sistema interrompido" parece implicar que a rotina de descompressão do initramfs detectou um erro. Se isso for verdade, o erro ocorreu muito cedo no processo de inicialização, antes mesmo de o kernel tentar detectar quaisquer controladores SATA.
Se o initramfs for descompactado com sucesso, o sistema entrará no modo de emergência baseado no initramfs no erro de acesso SATA em vez de parar.
Em vez disso, você deve verificar causas como esta:
um conector SATA mal conectado ou um cabo ruim pode causar erros de dados que aparecem e desaparecem conforme você move os cabos ao desconectar/reconectar discos. (Mas isso não deve afetar a inicialização a partir de um USB ativo...)
uma fonte de alimentação antiga e começando a falhar pode não ser mais capaz de girar todos os discos simultaneamente (portanto, desconectar qualquer disco pode ajudar, pois reduz a carga). A memória RAM ou o pendrive USB podem ter uma ligeira subtensão no momento da inicialização, apenas o suficiente para causar corrupção de dados na leitura do arquivo initramfs, mas infelizmente não o suficiente para acionar a detecção de subtensão.
uma falha no HDD "não gostado" pode fazer com que ele consuma uma quantidade anormal de corrente na inicialização, causando um evento de subtensão no resto do sistema, resultando em corrupção de dados na leitura do pendrive.