- Navios
- 23 de setembro de 2026 às 13:54 UTC
- Autor
- Kamo
- Enviar
- dbad178
virt-resize renumera partições. Imagem de Canonical é apresentada p14 (boot BIOS), p15 (ESP), p16 (/boot) e, em seguida, p1 (root) fisicamente durar, e virt-resize reescreve o tabela na ordem FÍSICA — sua própria saída diz isso e eu li passado: virt-resize: /dev/sda1: Esta partição será redimensionada de 2.5G a 19.0G. [ 47.8] Expandindo /dev/sda1 (agora /dev/sda4) A imagem do núcleo do GRUB incorpora a partição em que o /boot/grub vive. Depois da mudança. Não consigo encontrá-lo, e o hóspede pára em: SeaBIOS (versão 1.16.3-4.el9) Iniciando do disco rígido... erro: não existe tal partição. A entrar no modo de salvamento... Resgate de larvas> Porque é que isto demorou tanto a ver? Cada sinal acima do disco dizia "ainda arranque", e três deles ativamente enganados: - um vCPU fixado a 100% por quinze minutos, que parece trabalho. É o A sondar o teclado. - bytes ZERO de saída serial, que lê como um disco que nunca foi executado. GRUB escreve para VGA, e esta imagem não tem nenhum console em série, então o log serial foi nunca vai conter nada de qualquer maneira — antes ou depois do carregador de boot. - um MBR válido com uma assinatura 55 aa, que parece um disco saudável. É: o arranque SECTOR carrega corretamente. O que é velho é a referência dentro core.img. Downstream, a sonda de prontidão em 3389 nunca passou, o Serviço não tem terminais, e O computador sentou-se em WAKING. Nada nessa cadeia menciona um carregador. O que o resolveu em dez segundos, após uma hora de inferência, foi uma imagem: virsh qemu-monitor-command "$DOMAIN" -- hmp "screendump /tmp/screen.ppm" então leia o framebuffer. Uma descarga 720x400 é o modo de texto VGA, que já diz o convidado nunca atingiu gráficos; o texto diz o resto. Vale a pena chegar primeiro em qualquer KubeVirt convidado que está em execução e inacessível. grub-install é executado após a personalização e antes do truncado A identificação continua a ser a última.