Unterschiede
Hier werden die Unterschiede zwischen zwei Versionen der Seite angezeigt.
Nächste Überarbeitung | Vorherige Überarbeitung | ||
virtualisierung:proxmox_kvm_und_lxc:proxmox_vm_bootet_nicht_mehr_-_nur_mehr_uefishell_-_was_ist_zu_tun [2020/05/12 20:41] – angelegt loma | virtualisierung:proxmox_kvm_und_lxc:proxmox_vm_bootet_nicht_mehr_-_nur_mehr_uefishell_-_was_ist_zu_tun [2021/03/12 23:26] (aktuell) – loma | ||
---|---|---|---|
Zeile 1: | Zeile 1: | ||
====== Proxmox VM bootet nicht mehr - nur mehr UEFIshell - was ist zu tun? ====== | ====== Proxmox VM bootet nicht mehr - nur mehr UEFIshell - was ist zu tun? ====== | ||
+ | Du möchtest dich gerne für unsere Hilfe erkenntlich zeigen 8-o. Gerne. Wir bedanken uns bei dir für deine Spende! LOL \\ | ||
+ | [[https:// | ||
+ | \\ | ||
+ | Hauseigenes Apt-Repo: [[https:// | ||
+ | \\ | ||
+ | GITLAB Enterprise: [[https:// | ||
+ | \\ | ||
+ | \\ | ||
+ | Beim Update von Proxmox 6.1 auf 6.2 gab es [[https:// | ||
+ | |||
+ | **Known Issues with OVMF/UEFI disks** | ||
+ | |||
+ | An EFI disk on a storage which doesn' | ||
+ | |||
+ | * If your EFI disks is on qcow2 you do not have to do anything. | ||
+ | * Before the upgrade, make sure that on your ESP, the EFI boot binary exists at \EFI\BOOT\BOOTX64.EFI (the default fallback when no EFI boot entries are set). Windows and some Linux VMs using systemd-boot should do that automatically | ||
+ | * After the upgrade, you can recreate the EFI boot entries (for example, with efibootmgr) and delete the BOOTX64.EFI again(if it did not exist before). | ||
+ | * If you already upgraded and it does not boot, Start-up the VM -> press ESC to get into the OVMF menu. Then "Boot Maintenance Manager" | ||
+ | |||
+ | __**Auf Deutsch: | ||
+ | |||
+ | An dieser Stelle darf ich dich beruhigen, es ist alles halb so wild, doch viel mehr easy... wenn man weiß wo man was bewegen muss, um sein Ziel zu erreichen. | ||
+ | |||
+ | Windows und Ubuntu hatten damit kein Problem. Univention (Debian) 4.4.4 schon. Das UEFI Boot liegt dort nicht im Recovery/ | ||
+ | |||
+ | - Ganz einfach über die UEFI Konsole | ||
+ | - Ändern des Maschinentyps und booten der VM (Workaround nicht empfohlen) | ||
+ | - Booten mit einer LiveISO und neu setzen des Eintrages per efibootmgr | ||
+ | |||
+ | ===== Ganz einfach über die UEFI Konsole ===== | ||
+ | Mit der UEFI Konsole (beim Start der VM hat man ein paar Sekunden Zeit für ESC) hat man das Bootmenü voll im Griff, neue Einträge generieren, bearbeiten, Prioritäten festlegen. | ||
+ | |||
+ | Ist man in der UEFI Konsole wählt man im Menü: '' | ||
+ | '' | ||
+ | Danach speichert man und ändert noch die Bootreihenfolge mit " | ||
+ | |||
+ | ==== Direktes Booten über die UEFI Konsole ==== | ||
+ | Man kann diese File womit wir oben gerade einen neuen Booteintrag erzeugt haben, auch ohne Booteintrag manuell starten. Als Beispiel betreten wir wieder die UEFI Konsole: | ||
+ | '' | ||
+ | Und gehen dann dort wieder mit dem **UEFI Fileexplorer** bequem zu seinem Bootfile. Auswählen, und die VM startet schon. | ||
+ | |||
+ | ===== Ändern des Maschinentyps und booten der VM (Workaround nicht empfohlen) ===== | ||
+ | Ändert man den Maschinentyp der VM in Proxmox, bootet die VM wie gewohnt hoch. Eine Lösung ist es jedoch nicht, da dies ziemlich sicher irgendwann, wenn der Maschinentyp rausfällt nicht mehr funktionieren wird. | ||
+ | < | ||
+ | qm set 111 -machine pc-i440fx-4.0 | ||
+ | </ | ||
+ | Was man damit sehrwohl gut erreichen kann, wenn man nicht weiß welches File tatsächlich zum Booten verwendet wird, bootet man so die VM und liest mit '' | ||
+ | < | ||
+ | Boot0007* univention | ||
+ | </ | ||
+ | |||
+ | ===== Booten mit einer LiveISO und neu setzen des Eintrages per efibootmgr ===== | ||
+ | Das ganze kann man natürlich auch mit einer LiveISO lösen. Hierzu bootet man das OS seiner Wahl und bindet sämtliche Partitionen die für eine Chroot notwendig sind ein. | ||
+ | < | ||
+ | mount /dev/sda2 /mnt | ||
+ | mount /dev/sda1 / | ||
+ | for i in dev dev/pts proc sys sys/ | ||
+ | chroot /mnt | ||
+ | </ | ||
+ | In der Chroot angekommen sieht man wieder mit '' | ||
+ | < | ||
+ | efibootmgr -b 0004 -B | ||
+ | </ | ||
+ | Hiermit wurde nun der UEFI Booteintrag mit der Nummer 0004 gelöscht. | ||
+ | Legen wir nun unseren neuen Eintrag an. | ||
+ | < | ||
+ | efibootmgr --create --disk / | ||
+ | </ | ||
+ | Bei meinen Tests wurde der Beitrag automatisch nach oben gereiht. Sollte das nicht der Fall sein, oder möchtest du die Reihenfolge noch ändern, kannst du dich diesem Befehl bedienen. | ||
+ | < | ||
+ | efibootmgr -o 0005, | ||
+ | </ | ||
+ | Das setzt die Prioritäten nach der Reihe. | ||
+ | |||
+ | ===== Quellen/ | ||
+ | * [[https:// | ||
+ | * [[https:// | ||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||
+ | |||