VirtualBox

Custom Query (16363 matches)

Filters
 
Or
 
  
 
Columns

Show under each result:


Results (214 - 216 of 16363)

Ticket Resolution Summary Owner Reporter
#20965 fixed vboxdrv.sh asks user on Debian system to disable SecureBoot kieb
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 kieb
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 Trevor Hemsley
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.

Batch Modify
Note: See TracBatchModify for help on using batch modify.
Note: See TracQuery for help on using queries.

© 2024 Oracle Support Privacy / Do Not Sell My Info Terms of Use Trademark Policy