Hej,
im Zusammenhang mit der Erprobung von bootbaren USB Sticks verwende ich auch VirtualBox. Dazu wird der Stick als RAW device eingebunden, so wie in Dualboot-Windows virtualisieren, also
install-mbr --force ~/VirtualBox\ VMs/usb-leer/usb-leer.mbr
echo 0xF45E2FA1-C5A6-4D79-876F-C8245AF921E0 | sed -e 's/0x\(..\)\(..\)\(..\)\(..\)/0x\4\3\2\1/' | xxd -r | dd of=~/VirtualBox\ VMs/usb-leer/usb-leer.mbr bs=1 seek=440 conv=notrunc
sudo VBoxManage createmedium disk --filename ~/VirtualBox\ VMs/usb-leer/usb-leer.vmdk --format=VMDK --variant RawDisk --property RawDrive=/dev/sde
sudo chown $USER ~/VirtualBox\ VMs/usb-leer/usb-leer.vmdk
sudoedit /etc/udev/rules.d/VBoxusb-leer.rules → → KERNEL=="sde", OWNER="blacktencate", MODE="0664"
sudo udevadm trigger
usb-leer.vmdk als Platte einhängen und benutzen.
Funktioniert, aber das RAW device ist mit RawDrive=/dev/sde
und mit Festplattenbezeichner: 0xF45E2FA1-C5A6-4D79-876F-C8245AF921E0
auf genau dieses USB Gerät fixiert.
Feststellung zu RawDrive=/dev/sde
: USBs werden (seit geraumer Zeit, kann ich an nichts festmachen) mit /dev/sde angemeldet, für mich wäre "normal" (bei 3 internen Platten), wenn das mit /dev/sdd beginnen würde.
Frage: woran kann das liegen? Und kann man hier einen Namen "erzwingen" (wie mit UUID)?
Wenn nicht /dev/sde, funktioniert die VM nicht!
Feststellung zu Festplattenbezeichner: 0xF45E2FA1-C5A6-4D79-876F-C8245AF921E0
: Das ist wohl nicht bei jedem USB Gerät ein "Hindernis", an der wie oben angelegten VM kann ich unerwarteterweise auch ein
Festplatte /dev/sde: 298,09 GiB, 320072933376 Bytes, 625142448 Sektoren Festplattenmodell: MHZ2320BH G2 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/sde1 2048 4095 2048 1M BIOS boot /dev/sde2 4096 106495 102400 50M Microsoft Basisdaten /dev/sde3 106496 208895 102400 50M Linux-Dateisystem /dev/sde4 208896 167979007 167770112 80G Microsoft Basisdaten /dev/sde5 210114560 210147327 32768 16M Microsoft reserviert /dev/sde6 210147328 315049983 104902656 50G Microsoft Basisdaten /dev/sde7 315049984 398942207 83892224 40G Microsoft Basisdaten /dev/sde8 614602752 614807551 204800 100M Microsoft Basisdaten /dev/sde9 398942208 432496639 33554432 16G Linux-Dateisystem /dev/sde10 432496640 474439679 41943040 20G Linux-Dateisystem /dev/sde11 474441728 614602751 140161024 66,8G Linux-Dateisystem /dev/sde12 614807552 615012351 204800 100M EFI-System /dev/sde13 615012352 625141759 10129408 4,8G Linux Swap /dev/sde14 167979008 210113773 42134766 20,1G Linux-Dateisystem
betreiben (ein Win11 leitet dann zwar eine "automatische Reparatur" ein, aber erfolglos; keine Lust, daran jetzt herumzudoktern, wird dieses USB device mit den richtigen Daten gestartet, läuft Win11 problemlos), einen anderen USB Stick (gleicher Bauform) hingegen nicht.
Hat jemand Ideen über den hier zugrunde liegenden Zusammenhang?
Gruß black tencate