
Só posso oferecer as seguintes observações:
- laptop: um livro hp elite (6930p) com Intel dual core com apenas "suporte experimental de inicialização UEFI". é a configuração biológica: o modo UEFI está desativado.
- Usei o rufus 3.4 para gravar uma iso de servidor live 18.04.2 em um pendrive USB com
Partition Scheme
asMBR
eTarget System
asMBR or UEFI
. - o pendrive pode instalar com sucesso o servidor Ubuntu do início ao fim (
using the entire disk
opção) - após a reinicialização, o sistema não pode inicializar porque não há unidade do sistema.
NO ENTANTO:
Com outras imagens ISO do site oficial, o mesmo laptoppodeser instalado com sucesso com o servidor ou desktop Ubuntu, e o lapto pode inicializar com sucesso no tty ou desktop após a instalação. Essas ISOs são:
- mini.iso (escolhendo a opção do servidor)
- iso de servidor de estilo mais antigo (ubuntu-18.04.2-server-amd64.iso)
- a imagem iso ao vivo da área de trabalho
O ponto em comum entre esses iso bem-sucedidos é que: no final da instalação, ele solicita que você escreva o grub no MBR. Esse processo não existia para a instalação iso ao vivo.
Curiosamente, quando lsblk
todas as instalações são bem-sucedidas, você obtém apenas uma partição montada em /
.
Durante a instalação iso ao vivo, há uma partição "bios_grub" obrigatória de 1 MB que você não pode modificar ou excluir. Após a instalação, se você inspecionar o disco rígido que não inicializa, há duas partições: uma tem 1 MB e a outra é o resto do disco rígido. E esse 1 MB não pode ser montado com arquivos sudo mount -t auto
. Suponho que este "bios_grub" de 1 MB de alguma forma não funciona bem com computadores mais antigos.
Responder1
O instalador "Subiquity" é muito novo e voltado para sistemas modernos com implementações UEFI, portanto, se você tiver um sistema BIOS antigo, provavelmente será melhor usar o instalador tradicional. O seguinte bug pode ser aplicado ao seu problema:https://bugs.launchpad.net/subiquity/+bug/1786384