Custom Query (16363 matches)
Results (214 - 216 of 16363)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #20965 | fixed | vboxdrv.sh asks user on Debian system to disable SecureBoot | ||
| Description |
In setup() of vboxdrv.sh there is following code if test -n "$HAVE_SEC_BOOT" &&
type update-secureboot-policy >/dev/null 2>&1; then
SHIM_NOTRIGGER=y update-secureboot-policy --new-key
fi
This leads to a prompt to disable SecureBoot. This is both unexpected and unwanted. Happening on Debian 11 |
|||
| #20964 | fixed | Don't use kmodsign in Debian | ||
| Description |
/usr/lib/virtualbox/vboxdrv.sh refers to kmodsign. /usr/bin/kmodsign is not available on a Debian install. (See https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=939392). Instead the sign-file tool available at this path should be used: /usr/src/linux-headers-$(uname -r)/scripts/sign-file The script used to refer to this tool, but this was changed at some point. |
|||
| #20961 | invalid | VBoxManage clonemedium truncates output disk image | ||
| Description |
I tried to convert a vbox disk image from one format to another and the resulting output was corrupted. I set up a vbox VM to install RHEL 9 and this created a RHEL9.vdi file. I then decided to copy this to a different medium so created a DRBD device of 8GB replicated between systems. The file used to perform the installation was [trevor@trevor4 ~]$ qemu-img info /mnt/stuff/VDI/RHEL9/RHEL9.vdi image: /mnt/stuff/VDI/RHEL9/RHEL9.vdi file format: vdi virtual size: 8 GiB (8589934592 bytes) disk size: 2.35 GiB cluster_size: 1048576 I used [trevor@trevor4 ~]$ VBoxManage internalcommands createrawvmdk -filename /mnt/stuff/VDI/RHEL9/rhel9.vmdk -rawdisk /dev/drbd7 RAW host disk access VMDK file /mnt/stuff/VDI/RHEL9/rhel9.vmdk created successfully. to create the new target device and then [trevor@trevor4 ~]$ VBoxManage clonemedium disk /mnt/stuff/VDI/RHEL9/RHEL9.vdi /mnt/stuff/VDI/RHEL9/rhel9.vmdk --existing 0%...10%...20%...30%...40%...50%...60%...70%...80%...90%...100% Clone medium created in format 'VMDK'. UUID: 980405fa-2e93-4b05-af98-586b78c18524 Now went into the settings for my RHEL 9 VM and detached the old disk and added the new rhel9.vmdk in its place and attempted to boot up. The boot process dropped to an emergency shell as the /boot filesystem was corrupted and was truncated. On the disk partitioning, /boot was a 1GB primary partition located at the far end of the disk. Looking at the stats for the output file for the clonemedium I can see that it was not large enough to contain the disk copy. [trevor@trevor4 ~]$ qemu-img info /dev/drbd7 image: /dev/drbd7 file format: raw virtual size: 8 GiB (8589635584 bytes) disk size: 0 B So 8589635584 is 299008 less than 8589934592 and I believe the clonemedium command should have ended with an error. It did not. Perhaps this was because the extra space in the source file had never been used and was 'sparse'. In any case I would expect an attempt to copy 8589934592 bytes to a device that is only 8589635584 bytes should fail and it did not. I don't think DRBD plays a part in this problem. This is just about copying one larger disk image to a smaller one and ending up with a corrupted disk. |
|||

