staging.inyokaproject.org

Im aufgeblähten MBR werden anstelle der ersten rückwärts sortierten 4Byte der FestplattenID - vermutlich weil von sed nicht gefunden - die Kleinigkeit von 2738327706 "0x00" eingetragen. danach kommen die verbleibenden Stellen der übergebenen FestplattenID. Ich gehe fest davon aus, das ein MBR > 512Byte völlig nutzlos ist! zur Sicherheit könnte man dem

1

dd of=... bs=16 count=1

mitgeben → nur einmal bis zu 16byte schreiben. Vermutlich könnte man die Schreibperformance der bisher fehlerhaften MBR Erstellung im GB-Bereich mit

1

dd of=... bs=4m

dramatisch steigern. Aber das ist weiterhin großer Quatsch. 😊

Idealerweise kennt man jemanden, der weiß, was ein PC beim booten von MBR/GUID-PT tut und wo genau was und warum steht... Da ich so jemanden derzeit noch nicht kenne, komme ich hier nicht auf direktem Wege ans Ziel. Aber ich gebe noch nicht auf. 👍

VG, Gregor

Hej gregor-kiel,

ich hatte bisher vermieden, statt der Windowspartitionen (incl. esp) im Befehl

sudo VBoxManage internalcommands createrawvmdk -filename ~/VirtualBox\ VMs/w10gpt-full-R/w10gpt-full-R.vmdk -rawdisk /dev/sde -partitions 1,2,3 -mbr ~/VirtualBox\ VMs/w10gpt-full-R/w10gpt-full-R.mbr -relative

mal nur die ganze Platte zu benutzen, weil dann i.d.R. die Gefahr besteht, daß man aus dem Bootloader auch den host wählen kann – was wohl zur Katastrophe führt.

Also jetzt mal nur

sudo VBoxManage internalcommands createrawvmdk -filename ~/VirtualBox\ VMs/w10gpt-full-R/w10gpt-full-R.vmdk -rawdisk /dev/sde

Auf diese Weise erscheint immerhin automatisch der sog. Fallback Bootloader (→ Anhang)

Gruß black tencate

EDIT.: Im Falle, daß nur die Windowspartitionen incl. esp eingebunden werden, verhilft auch ein bcdboot c:\Windows auch nicht zu einem neuen Starteintrag; anders, als ein sudo grub-install /dev/sda im Vergleichsfall Ubuntu.

Hej,

beim Testen mit Jellyfish gelingt es nicht, bei ein Windows 11 (EFI Modus) die erzeugte *vmdk einzuhängen.

Die Plattenabbilddatei /home/mecki/VirtualBox VMs/W11-R/W11-R.vmdk konnte nicht geöffnet werden.

Permission problem accessing the file for the medium '/home/mecki/VirtualBox VMs/W11-R/W11-R.vmdk' (VERR_ACCESS_DENIED).

Fehlercode: VBOX_E_FILE_ERROR (0x80BB0004)
Komponente: MediumWrap
Interface: IMedium {ad47ad09-787b-44ab-b343-a082a3f2dfb1}
Callee: IVirtualBox {d0a0163f-e254-4e5b-a1f2-011cf991c38d}
Callee RC: VBOX_E_OBJECT_NOT_FOUND (0x80BB0001)

Ein Permission problem… zeigt sich allerdings an den betroffenen Dateien nicht.

mecki@320-Jammy:~$ install-mbr --force ~/VirtualBox\ VMs/W11-R/W11-R.mbr 
mecki@320-Jammy:~$ sudo fdisk -l
[sudo] Passwort für mecki: 
Festplatte /dev/loop0: ...
...
Festplatte /dev/sda: 298,09 GiB, 320072933376 Bytes, 625142448 Sektoren
Festplattenmodell: FUJITSU MHZ2320B
Einheiten: Sektoren von 1 * 512 = 512 Bytes
Sektorgröße (logisch/physikalisch): 512 Bytes / 512 Bytes
E/A-Größe (minimal/optimal): 512 Bytes / 512 Bytes
Festplattenbezeichnungstyp: gpt
Festplattenbezeichner: 469D61B2-1C07-43CC-A875-D8FA6548B0BB

Gerät         Anfang      Ende  Sektoren Größe Typ
/dev/sda1       2048      4095      2048    1M BIOS boot
/dev/sda2       4096    106495    102400   50M EFI-System
/dev/sda3     106496    208895    102400   50M Linux-Dateisystem
/dev/sda4     208896 105066495 104857600   50G Microsoft Basisdaten
/dev/sda5  105066496 105099263     32768   16M Microsoft reserviert


Festplatte /dev/sdb: 119,24 GiB, 128035676160 Bytes, 250069680 Sektoren
...
...
mecki@320-Jammy:~$ echo 0x469D61B2-1C07-43CC-A875-D8FA6548B0BB | sed -e 's/0x\(..\)\(..\)\(..\)\(..\)/0x\4\3\2\1/' | xxd -r |  dd of=~/VirtualBox\ VMs/W11-R/W11-R.mbr bs=1 seek=440 conv=notrunc
16+0 Datensätze ein
16+0 Datensätze aus
16 Bytes kopiert, 0,000115656 s, 138 kB/s
mecki@320-Jammy:~$ sudo VBoxManage internalcommands createrawvmdk -filename ~/VirtualBox\ VMs/W11-R/W11-R.vmdk -rawdisk /dev/sda -partitions 2,3,4,5 -mbr ~/VirtualBox\ VMs/W11-R/W11-R.mbr -relative
RAW host disk access VMDK file /home/mecki/VirtualBox VMs/W11-R/W11-R.vmdk created successfully.
mecki@320-Jammy:~$ sudo chown $USER ~/VirtualBox\ VMs/W11-R/W11-R.vmdk
mecki@320-Jammy:~$ sudo chown $USER ~/VirtualBox\ VMs/W11-R/W11-R-pt.vmdk
mecki@320-Jammy:~$ sudoedit /etc/udev/rules.d/VBoxW11-R.rules
mecki@320-Jammy:~$ cat /etc/udev/rules.d/VBoxW11-R.rules
KERNEL=="sda2", OWNER="mecki", MODE="0664"
KERNEL=="sda3", OWNER="mecki", MODE="0664"
KERNEL=="sda4", OWNER="mecki", MODE="0664"
KERNEL=="sda5", OWNER="mecki", MODE="0664"
mecki@320-Jammy:~$ 
mecki@320-Jammy:~$ sudo udevadm trigger

mecki@320-Jammy:~/VirtualBox VMs/W11-R$ ls -l
insgesamt 64
-rw-rw-r-- 1 mecki mecki   512 Mai 12 13:34 W11-R.mbr
-rw------- 1 mecki root  49152 Mai 12 13:34 W11-R-pt.vmdk
-rw------- 1 mecki mecki  1867 Mai 12 13:32 W11-R.vbox
-rw------- 1 mecki mecki  1867 Mai 12 13:32 W11-R.vbox-prev
-rw------- 1 mecki root    748 Mai 12 13:34 W11-R.vmdk
mecki@320-Jammy:~/VirtualBox VMs/W11-R$ 

Versuch mit der run-Version haben dasselbe Ergebnis.

EDIT.: Kommando zurück! Ein Neustart hat die Probleme gelöst (sudo udevadm trigger incl. Neuanmeldung hat nicht gereicht)

Gruß black tencate

Hej,

ich habe hier mal eine Änderung durch Ver 7.x gegenüber Ver 6 angebracht:

• alt:

  sudo VBoxManage internalcommands createrawvmdk -filename ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.vmdk -rawdisk /dev/sda
  -partitions WIN_PARTITION -mbr ~/VirtualBox\ VMs/WindowsRAW/WindowsRAW.mbr -relative

• neu:

  VBoxManage createmedium disk --filename path-to-file.vmdk --format=VMDK --variant RawDisk --property RawDrive=/dev/sda --property Partitions=1,5
  # path-to-file, /dev/sda und die Partitionsnummern sind anzupassen

Gruß black tencate