Proxmox failed to load Boot0001 UEFI QEMU HARDDISK Not Found

du brauchst keine EFI disk sondern "nur" die aus dem HA Paket und die muss als Boot LW eingetragen sein.

ich sage nicht: "nicht löschen", ich sage: "es ist egal", solange du alles andere "richtig machst" ;)

wenn du die drei o.g. Punkte durchführst, dann muss doch eine 32GB disk dabei heraus kommen.
 
@Mickey Mouse

Ich importiere m.E. in die falsche Disk, weiß aber nicht, wie ich das ändern soll.

Ich habe hier nun alle Schritte als Bild, damit die Farben sichtbar sind). Die Widersprüche habe ich mit ??? markiert:
Ergänzung ()

@Mickey Mouse
 

Anhänge

  • Steps.png
    Steps.png
    197,1 KB · Aufrufe: 147
Zuletzt bearbeitet:
so, jetzt wird es lang ;)
JEDE Stelle an der ich irgendwas am Standard geändert habe, ist auf den Bildern gelb markiert (ich hoffe, ich habe nichts vergessen)

Bildschirm­foto 2022-12-11 um 16.34.55.png

Bildschirm­foto 2022-12-11 um 16.35.34.png

Bildschirm­foto 2022-12-11 um 16.37.51.png

Bildschirm­foto 2022-12-11 um 16.40.12.png

oben habe ich absichtlich 4GB gewählt, damit man die disk "leicht wiederfinden" kann ;)
Bildschirm­foto 2022-12-11 um 16.41.29.png


weiter bis VM fertig und jetzt (unten) detach und löschen der "falschen" (leeren) Disk:
Bildschirm­foto 2022-12-11 um 16.43.34.png


Bildschirm­foto 2022-12-11 um 16.44.21.png


Achtung: jetzt haben wir unten die disk-0 als "unused" und können sie löschen:
Bildschirm­foto 2022-12-11 um 16.44.39.png

Bildschirm­foto 2022-12-11 um 16.47.50.png


Ergebnis: KEINE disk mehr!
Bildschirm­foto 2022-12-11 um 16.49.18.png


weiter geht es in der shell, gucken ob file da ist (ls) und der import:
Bildschirm­foto 2022-12-11 um 16.51.25.png


Ende sollte so aussehen:
Bildschirm­foto 2022-12-11 um 16.51.42.png


jetzt haben wir wieder eine unused disk-0, das ist aber die HA disk!!!
Bildschirm­foto 2022-12-11 um 16.52.01.png


doppelt drauf klicken, um sie zu attachen (Add):
Bildschirm­foto 2022-12-11 um 16.52.34.png


nun haben wir die 32GB HA disk-0 "an der VM angeschlossen"
Bildschirm­foto 2022-12-11 um 16.52.53.png


in den Optionen für die VM muss noch die Bootreihenfolge eingestellt werden:
Bildschirm­foto 2022-12-11 um 16.53.30.png

da waren vorher oben die beiden Haken gesetzt und die hinzugefügte HA disk hatte keinen.
natürlich kann man auch die Reihenfolge ändern, ich habe jetzt einfach NUR bei der gewünschten disk den Haken gesetzt und gut.

VM starten und Ziel erreicht:
Bildschirm­foto 2022-12-11 um 16.54.32.png
 

Anhänge

  • Bildschirm­foto 2022-12-11 um 16.44.39.png
    Bildschirm­foto 2022-12-11 um 16.44.39.png
    147,3 KB · Aufrufe: 150
  • Gefällt mir
Reaktionen: kamanu und Conradin
@Mickey Mouse

Es hat geklappt :-))))

Die neue Disk wurde wieder nur mit 352M angezeigt, nicht wie bei Dir mit 32GiB. Zufällig habe ich die Größe der VM gecheckt und die hatte dieselbe Größe. Also lag es daran, dass ich xz-Datei nicht entpackt hatte (und natürlich an den vielen anderen Fehlern davor). Oh Mann, ich dachte, irgendwo gelesen zu haben, dass xz geht. Schande.

Herzlichen Dank an @Mickey Mouse Du und Deine sehr hilfreiche Anleitung haben mich gerettet.
 

Anhänge

  • Success.png
    Success.png
    12,7 KB · Aufrufe: 129
  • Gefällt mir
Reaktionen: kamanu und Mickey Mouse
ah, jetzt wird ein Schuh draus!
du hast die komprimierte xz-Datei importiert ... deshalb brauchtest du auch die "--format qcow2" Option, klar, komprimiert kann Proxmox das Format von dem Image nicht erkennen und braucht "Nachhilfe".
Am Ende wurde aber "Müll" importiert und davon kann die VM natürlich auch nicht starten.

noch der Vollständigkeit halber, der "file" Befehl ist unter Unix/Linux dein Freund und zeigt dir an, was für eine Datei du da hast:
Code:
root@Z97-A:~# file haos_ova-9.3.qcow2.xz
haos_ova-9.3.qcow2.xz: XZ compressed data
root@Z97-A:~#
root@Z97-A:~# file haos_ova-9.3.qcow2
haos_ova-9.3.qcow2: QEMU QCOW2 Image (v3), 34359738368 bytes
 
  • Gefällt mir
Reaktionen: kamanu
Zurück
Oben