ubuntuusers.de

Ich werde mal alle Bezüge zu den EOL-Versionen XP und Vista entfernen.

Fertig!

Ich hatte das Tutorial bereits unter Kubuntu 16.04 mit 64-Bit-EFI erfolgreich verwendet und gerade auf 18.04 aktualisiert, per Neu-Installation. Danach startete die Windows 10-VM nicht mehr...

Ursache war, dass der Ubuntu-Installer intern grub-install aufruft, was (neuerdings?) den Fallback-EFI-Loader (Windows) unter /boot/efi/EFI/Boot/bootx64.efi durch den GRUB-EFI-Loader ersetzt. Ausgabe bei grub-install --verbose:

grub-install: info: copying `/usr/lib/shim/shimx64.efi.signed' -> `/boot/efi/EFI/Boot/bootx64.efi'.
grub-install: info: copying `/usr/lib/shim/fbx64.efi' -> `/boot/efi/EFI/Boot/fbx64.efi'.

Der GRUB-EFI-Loader kann wiederum nicht auf /boot/ zugreifen, da im Tutorial ja nur die EFI-Partition extra erwähnt wird. Somit landete ich in einer GRUB-Shell, von der ich nicht weiter kam.

Ich seh da drei mögliche Lösungen:

1. In der *.vmdk ebenfalls die Partition einbinden, die /boot/ (+GRUB) enthält und im gestarteten GRUB dann wieder Windows auswählen (Ubuntu kann hier nicht gestartet werden da ja nicht lesbar)

2. GRUB direkt in der EFI-Partition installieren, der Rest wie in Schritt 1 (könnte Probleme geben, falls Windows ebenfalls schreibend zugreift?)

3. Fallback-EFI-Loader wieder durch den Windows Loader ersetzen also /boot/efi/EFI/Boot/bootx64.efi durch /boot/efi/EFI/Microsoft/Boot/bootmgfw.efi ersetzen. /boot/efi/EFI/Boot/fbx64.efi musste auch entfernt werden.

Ich hab mich erst für 1), dann 3) entschieden, da ich dann direkt Windows ohne Umweg über GRUB boote. Bleibt auch nach update-grub erhalten. Allerdings bekommt das evtl. nicht jedes BIOS geregelt? Sonst würde grub-install wohl nicht pauschal den Fallback überbraten...? Könnte ich im Tutorial nachpflegen...

jf792364 schrieb:

Könnte ich im Tutorial nachpflegen...

Das wäre sehr nett, danke für die Rückmeldung und präzise Beschreibung! Dabei könnest Du das "getestet" am Anfang um Version 18.04 ergänzen.

Meinen Dank auch an alle anderen, die den Artikel weiter pflegen. Ich habe nun ein paar Jahre kein Windows und kein Ubuntu mehr; ich schaue zwar noch manchmal auf den Artikel, aber aktiv weiterführen werde ich ihn nicht mehr.

Gruß, Lauscher

Hej,

habe gerade mal mein OEM W7 in BB/VBox eingerichtet, das scheint wohl nicht mehr ohne erneute Aktivierung (in VBox) zu funktionieren. Weiß jemand, ob und wie man ggf. zusätzliche Anpassungen vornehmen kann/muß?

Gruß black tencate

Hej,

ich hätte gern mal gewußt, ob jemand ein EFI Windows schon mal erfolgreich virtualisiert hat?

Bei mir hakt es irgendwie am Erzeugen des mbr

blacktencate@T520-ff:~$ echo A337909A-F835-4869-A3F3-4B8848F76044 | sed -e 's/0x\(..\)\(..\)\(..\)\(..\)/0x\4\3\2\1/' | xxd -r |  dd of=~/VirtualBox\ VMs/W10R/W10R.mbr bs=1 seek=440 conv=notrunc  

Das läuft jetzt schon über eine Stunde und ist auf 1,4 GB angewachsen. Was ist da verquer?

Gruß black tencate

Hej,

ich setze mal den FF-getestet.

Habe das auf einer GPT Platte nachvollzogen mit

blacktencate@T520-ff:~$ inxi -SMCD
System:
  Host: T520-ff Kernel: 5.4.0-31-generic x86_64 bits: 64 
  Desktop: Gnome 3.36.2 Distro: Ubuntu 20.04 LTS (Focal Fossa) 
Machine:
  Type: Laptop System: LENOVO product: 4243F39 v: ThinkPad T520 
  serial: <superuser/root required> 
  Mobo: LENOVO model: 4243F39 serial: <superuser/root required> UEFI: LENOVO 
  v: 8AET53WW (1.33 ) date: 10/21/2011 
CPU:
  Topology: Dual Core model: Intel Core i5-2520M bits: 64 type: MT MCP 
  L2 cache: 3072 KiB 
  Speed: 1021 MHz min/max: 800/3200 MHz Core speeds (MHz): 1: 1467 2: 1624 
  3: 2269 4: 1970 
Drives:
  Local Storage: total: 298.09 GiB used: 13.51 GiB (4.5%) 
  ID-1: /dev/sda vendor: Fujitsu model: MHZ2320BH G2 size: 298.09 GiB 
blacktencate@T520-ff:~$ 

und "Win10_1909_German_x64.iso"

blacktencate@T520-ff:~$ sudo parted -l
Modell: ATA FUJITSU MHZ2320B (scsi)
Festplatte  /dev/sda:  320GB
Sektorgröße (logisch/physisch): 512B/512B
Partitionstabelle: gpt
Disk-Flags: 

Nummer  Anfang  Ende    Größe   Dateisystem  Name                          Flags
 1      1049kB  53,5MB  52,4MB  fat32        EFI System Partition          boot, esp
 2      53,5MB  70,3MB  16,8MB               Microsoft reserved partition  msftres
 3      70,3MB  43,0GB  42,9GB  ntfs         Basic data partition          msftdata
 5      53,7GB  80,6GB  26,8GB  ext4
 6      80,6GB  113GB   32,2GB  ext4

blacktencate@T520-ff:~$
blacktencate@T520-ff:~$

Bei dem Test wurden allerdings nicht alle Punkte geprüft/berücksichtigt, da entweder mittlerweile obsolet ("o"), oder beim Test nicht aufgetaucht ("n\a")

• Windows vorbereiten

  • Hinweis Einschränkung Internet → n\a

• Treibervorbereitung: Windows 7 → o

• Windows Produkt-Aktivierung → n\a

• Product Key (steht in der firmware)

• Daten zur Produktaktivierung sichern bis Windows 8 / 10: Produktaktivierung hinauszögern: → nicht durchgeführt

...

• Bootloader erzeugen → hat ca. 2h gedauert und einen MBR von 2,7GB erzeugt. Leider liefert der nur eine Grub-Konsole (von der aus man dann Windows mittels

  set root=(hdx,y) # hier `esp` 0,1
  chainloader /EFI/Microsoft/Boot/bootmgfw.efi
  boot

  starten kann.

• Optional: Zusätzliche Festplattenverweise → keine erteilt

• Virtuelles CD/DVD-Laufwerk angleichen → entfällt, da HDD im Multifunktionsschacht an stelle von DVD

• Andere Parallelsysteme → nicht benutzt

• Problembehebung → keine Fehler aufgetaucht (bis auf Flüchtigkeitsfehler bei der WindowsRAW_BIOS.sh: "Type" nicht in dezimal transferiert)

• Probleme beim Booten von Windows → keine Probleme aufgetaucht, Produktaktivierung bleibt bestehen sowohl in der VirtualBox wie auch beim realen Boot.

• Sonstige Probleme → keine aufgetaucht

Bis auf das o.g. seltsame Verhalten des virtuellen MBR und damit umständliche starten von windows läuft 's.

Gruß black tencate

PS.: Sollten hier besser die Bezüge zu W7 entfernt werden?