Debian 10 UEFI Installation - zurück zu legacy

[GTRDRIVER]

Hallo zusammen

ich habe hier ein Debian 10 Guest install auf einem Hyper-V Server im Modus2 und UEFI installation.
Das Läuft soweit tadellos seit Debian 8 und hat das Upgrade auf 9 und 10 incl. der installierten Software nach einigen heckmeck mitgemacht...

Nun muss dieser Virtuelle Guest auf ein anderes "NICHT HYPERV" System umziehen und dieses unterstütz kein UEFI sondern nur legacy Boot.
.
Alle bisherigen Versuche

- Konvertierung der VDHX IMAGE DAtei in ein qcow2 Image
- Klonen der Partition Mittels Clonezilla
- Klonen der Virtuellen Platte mittels Clonezilla

Führen immer zu einem nicht bootbaren System auf der neuen KVM Maschine.
Die Images ansich passen - ich kann mittels resque Image booten - die Partitionen einbinden - alles da - aber er bootet nicht.

Nach einigen Diskussionen mit dem Admin Team von dem neuen Hoster soll ich von UEFI auf Legacy umstellen und dann ein neues Image erstellen.

Ich suche schon seit geraumer zeit auf google habe aber nix gescheites gefunden und inzwischen bei meinen versuchen die VM (zum glück gibt es snapshots) inzwischen gefühlt 20x geschrottet .

Könnt ihr mir helfen ?
Grüße - GTR

BTW: ich hoffe ich bin im richtigen Forum Teil unterwegs ..

[grubenlicht]

du mußt dir das hier ▶ wiki-uu_de EFI nach legacy ◀ auf "debian" und deine VM-Umgebung 'übersetzen/erforderliches rausfiltern', sollte aber funktionieren.

[grubenlicht]

Du kannst auch (ganz einfach®) einen 'stand-alone grub' installieren mit einem Menüeintrag in der zugehörigen grub.cfg auf die /boot/grub/grub.cfg.
Zeig mal ein parted -l vom System, dann kann ich mehr direkte Angaben machen.

[GTRDRIVER]

Hallo

aber gern - sogar ganz (einfach)

Code: Alles auswählen

root@debianweb2:~# parted -l
Model: Msft Virtual Disk (scsi)
Disk /dev/sda: 275GB
Sector size (logical/physical): 512B/4096B
Partition Table: gpt
Disk Flags:

Number  Start   End    Size    File system     Name  Flags
 1      1049kB  538MB  537MB   fat32                 boot, esp
 2      538MB   266GB  266GB   ext4
 3      266GB   275GB  8385MB  linux-swap(v1)

[grubenlicht]

ich gehe davon aus, daß du einen Desktop hast (keinen Server) – falls nicht, müßtes du ein Livesystem booten.

– Dann kannst du mit gparted als erstes vor sda1 Platz schaffen, 1M wird benötigt, unformatiert mit der Markierung 'bios-grub'
– als nächstes wird grub installiert (ggf. muß grub-pc zuvor erst installiert werden)
– als Ort für die grub-Dateien schlage ich ein Verzeichnis in der ESP vor, dazu muß sda1 nach /mnt gemounted werden

Code: Alles auswählen

grub-install --target=i386-pc --recheck --removable --boot-directory=/mnt/boot-bios /dev/sda

– grub.cfg erzeugen

Code: Alles auswählen

nano /mnt/boot-bios/grub/grub.cfg

mit folgendem Inhalt

Code: Alles auswählen

menuentry "Debian 10 cfg-file" {
search -n -u --set=root <UUID_von_sda2>
configfile /boot/grub/grub.cfg

[GTRDRIVER]

Hallo

ich boote mitels live Image

das mit Gpated ist soweit klar

Partition mit 1 MB ist auch klar - flags und keine Formatierung - das ist dann /dev/sda4

Passt das ?

Dann schreibst du dass ich /dev/sda1 auf /mnt mounten soll - ist das richtig ?
Dev/sda1 ist ja die efi partition ...

Muss ich hier nicht /dev/sda4 mounten ?

CU
GTR

[grubenlicht]

Partition mit 1 MB ist auch klar - flags und keine Formatierung - das ist dann /dev/sda4

Passt das ?

ja, s.auch Bild

Dann schreibst du dass ich /dev/sda1 auf /mnt mounten soll - ist das richtig ?
Dev/sda1 ist ja die efi partition ...

ja, es ist eigentlich wumpe, wohin du die Dateien für grub schreibst, die ESP war eben mein Vorschlag, und bietet sich an, es wird ja ein extra Verzeichnis generiert

Muss ich hier nicht /dev/sda4 mounten ?

die auf keinen Fall ! (!) Dorthin schreibt 'grub-install' das core.img, die Dateien eben nach ...--boot-directory=/mnt/boot-bios

Code: Alles auswählen

grubenlicht@grubenlicht-VB:~$ 

$ sudo parted -l
Modell: ATA VBOX HARDDISK (scsi)
Festplatte  /dev/sda:  14,0GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags: 

Nummer  Anfang  Ende    Größe   Dateisystem  Name                  Flags
 3      1049kB  2097kB  1049kB                                     bios_grub
 1      2097kB  537MB   535MB   fat32        EFI System Partition  boot, esp
 2      538MB   14,0GB  13,4GB  ext4


grubenlicht@grubenlicht-VB:~$ sudo umount /mnt
grubenlicht@grubenlicht-VB:~$ sudo mount /dev/sda1 /mnt
grubenlicht@grubenlicht-VB:~$ sudo ls -R /mnt/boot-bios
/mnt/boot-bios:
grub

/mnt/boot-bios/grub:
fonts  grub1.cfg  grub.cfg  grubenv  i386-pc

/mnt/boot-bios/grub/fonts:
unicode.pf2

/mnt/boot-bios/grub/i386-pc:
915resolution.mod     ...[...]	zstd.mod
grubenlicht@grubenlicht-VB:~$ 

[GTRDRIVER]

Hallo erstmal

vorweg - super - hat funktioniert - habs mittels eines Live Systems gemacht - also SErvier per KVM mit dem Live System gebootet und dann die einzelnen Schritte incl Partition verkleiner verschieben etc...

Ist es so richtig dass dann 2 grub Bootloader kommen - also zuerst der neu eingerichtete - dann der 2.

Stört mich jetzt nicht - aber nur die Frage ob das so passt ?

Nochmals vielen Dank - der Rest hat wunderbar funktioniert ...

Erfreulicherweise wird auch die neue VirtIO Hardware weitestgehend erkannt und übernommen - auch das NEtzwerk und die Kommunikation mittels qemu Gues Agent läuft out of the box ...

Best Regards !

GTR

[grubenlicht]

...Ist es so richtig dass dann 2 grub Bootloader kommen - also zuerst der neu eingerichtete - dann der 2.

richtig ist, es kommt nur 1 grub, der so zuletzt installierte. Dieser ruft lediglich das grub.cfg file des anderen auf. Letzterer (grub des Systems) wird auch ausschließlich vom installierten System "gepflegt"; das jetzt als 'stand-alone' installierte grub ist unabhängig von den Skripten einer Installation und wird nicht aktualisiert.

Schön, wenn alles geklappt hat.

[schorsch_76]

Kvm kann auch Uefi...

https://wiki.ubuntuusers.de/virt-manage ... verwenden/