- Expediere
- 23 septembrie 2026 la 13:54 UTC
- Autor
- Kamo
- Comite
- dbad178
virt-resize renumere partiții. Imaginea canonică este prezentată p14 (bios boot), p15 (ESP), p16 (/boot) și apoi p1 (root) fizic ultima, și Virt-resize rescrie tabel în ordin fizic virt-resize: /dev/sda1: Această partiție va fi redimensionată de la 2.5G la 19.0G. [47,8] Extinderea /dev/sda1 (acum /dev/sda4) Imaginea de bază a GRUB înglobează partiția sa /boot/grub trăiește. După mutare Nu-l pot găsi, iar oaspetele se opreşte la: Seabios (versiunea 1.16.3-4.el9) Booting from Hard Disk... eroare: nicio astfel de partiție. Introduc modul de salvare... grub rescue> De ce a durat atât de mult pentru a vedea Fiecare semnal de mai sus discul a spus "încă booting," și trei dintre ele în mod activ indus în eroare: - un vCPU fixat la 100% timp de cincisprezece minute, care citește ca de lucru. Este Salvare prompt de votare tastatura. - Bytes ZERO de ieșire în serie, care citește ca un disc care nu a executat. GRUB scrie la VGA, iar această imagine nu are nici o consolă în serie, astfel încât jurnalul serial a fost niciodată nu va conține nimic nici un fel înainte sau după bootloader. - un MBR valid cu o semnătură 55 aa, care citește ca un disc sănătos. Este: se încarcă corect sectorul de pornire. Ceea ce este vechi este de referință în interiorul miez.img. În aval, sonda de pregătire de pe 3389 nu a trecut niciodată, Serviciul nu a obţinut rezultate finale şi Computerul a stat în Waking. Nimic din acest lanț menționează un bootloader. Ce s-a stabilit în zece secunde, după o oră de deducţie, a fost o captură de ecran: Virsh qemu-monitor-comandant "$DOMAIN" --hmp "screendump /tmp/screen.ppm" Atunci citeşte bufferul. O groapa 720x400 este modul VGA text, care spune deja oaspetele nu a ajuns niciodată la grafică; textul spune restul. Merită să ajungem la primul. Un oaspete KubeVirt care fuge şi nu poate fi găsit. Grub-Install rulează după personalizare și înainte de Truncate mașină-ID, astfel încât Scrub identitatea încă se întâmplă ultima.
