In March, I set up a new computer running Windows 11 and VirtualBox 7.2.6 to replace my old computer running Windows 10 and VirtualBox 7.0.6.
Installed several Linux guests, including 5 instances of Gentoo.
All using sys-kernel/gentoo-sources
After updating to VirtualBox 7.2.8,
all Gentoo guests report “trap invalid opcode....kernel panic...”
Attempt to repair using the install CD ends at chroot with the message “illegal instruction”
The only notable change is a new setting in /etc/portage/make.conf: “-march=native”
So I uninstalled 7.2.8, installed 7.2.6, and created (without -march) 1 Gentoo sys-kernel/gentoo-sources and 1 Gentoo
sys-kernel/gentoo-kernel-bin.
Upgrade to 7.2.8...no problem with the new Gentoo guest
I would expect that -march settings shouldn’t cause any problems on the same host.
On the old host, -march=znver1 worked without any issues.
It wasn’t a big problem because the new machine was still in the testing phase.
Come to think of it, rustflags were also special.
RUSTFLAGS -C target-cpu=native
update virtualbox 7.2.6 to 7.2.8, march
Re: update virtualbox 7.2.6 to 7.2.8, march
This is a regression in 7.2.8, fixed in the latest 7.2 test builds on this page.
Re: update virtualbox 7.2.6 to 7.2.8, march
Thanks, I'll give 7.2.9 a try.
At least the Gentoo guests on 7.2.6 work with it.
Things were very mysterious on 7.2.8.
The May install image didn't work. There were several issues; ultimately, I couldn't compile any package
without getting an “unsuccessfully error exit code 1” message, with no apparent error.
The April image worked without any problems. However, after a reboot, directories were missing in /var,
e.g., the repo and dist directories, as well as directories for Postfix and rsyslog; the fcron directory was still there.
Everything is present in /etc; /var is on a separate partition.
On another machine:
fstab:
#/dev/sdb1: UUID="a0009f1c-e3b2-430b-b926-7b97cef195fc" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="transfer" PARTUUID="806c5ba8-7b79-4abe-95bc -92634993aab3"
UUID=a0009f1c-e3b2-430b-b926-7b97cef195fc /mnt/transfer ext4 noatime 0 1
#/dev/sdd1: UUID=“f4f53063-a534-450a-bd11-f1d2b187415a” BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="239cbab6-f273-4d83-a15e-fc1705d2b4cc"
UUID=f4f53063-a534-450a-bd11-f1d2b187415a /mnt/trans ext4 noatime 0 1
mount:
/dev/sdb1 on /mnt/trans type ext4 (rw,noatime)
/dev/sdb1 on /mnt/transfer type ext4 (rw,noatime)
df -h:
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 63G 32K 60G 1% /mnt/trans
#sdd1 should actually be /mnt/trans; sdd1 wasn't displayed with mount and df, no error with mount /mnt/transfer
I have full access to sdb1 via /mnt/trans and /mnt/transfer
The size of 63G is incorrect; it's actually 128G, though some sizes are also displayed incorrectly with df on other machines.
It's unlikely that all this is due to vb7.2.8 or Gentoo, because if it were, I would have found something about it online.
After 30 years of installing Linux, I find this a bit strange; maybe I need a Voodoo priest to drive away the evil spirits.
Translated with DeepL (free version)
At least the Gentoo guests on 7.2.6 work with it.
Things were very mysterious on 7.2.8.
The May install image didn't work. There were several issues; ultimately, I couldn't compile any package
without getting an “unsuccessfully error exit code 1” message, with no apparent error.
The April image worked without any problems. However, after a reboot, directories were missing in /var,
e.g., the repo and dist directories, as well as directories for Postfix and rsyslog; the fcron directory was still there.
Everything is present in /etc; /var is on a separate partition.
On another machine:
fstab:
#/dev/sdb1: UUID="a0009f1c-e3b2-430b-b926-7b97cef195fc" BLOCK_SIZE="4096" TYPE="ext4" PARTLABEL="transfer" PARTUUID="806c5ba8-7b79-4abe-95bc -92634993aab3"
UUID=a0009f1c-e3b2-430b-b926-7b97cef195fc /mnt/transfer ext4 noatime 0 1
#/dev/sdd1: UUID=“f4f53063-a534-450a-bd11-f1d2b187415a” BLOCK_SIZE="4096" TYPE="ext4" PARTUUID="239cbab6-f273-4d83-a15e-fc1705d2b4cc"
UUID=f4f53063-a534-450a-bd11-f1d2b187415a /mnt/trans ext4 noatime 0 1
mount:
/dev/sdb1 on /mnt/trans type ext4 (rw,noatime)
/dev/sdb1 on /mnt/transfer type ext4 (rw,noatime)
df -h:
Filesystem Size Used Avail Use% Mounted on
/dev/sdb1 63G 32K 60G 1% /mnt/trans
#sdd1 should actually be /mnt/trans; sdd1 wasn't displayed with mount and df, no error with mount /mnt/transfer
I have full access to sdb1 via /mnt/trans and /mnt/transfer
The size of 63G is incorrect; it's actually 128G, though some sizes are also displayed incorrectly with df on other machines.
It's unlikely that all this is due to vb7.2.8 or Gentoo, because if it were, I would have found something about it online.
After 30 years of installing Linux, I find this a bit strange; maybe I need a Voodoo priest to drive away the evil spirits.
Translated with DeepL (free version)
Re: update virtualbox 7.2.6 to 7.2.8, march
With the test build, everything is now working as it should.
The other errors: probably caused by me.
Thanks a lot, bb.
The other errors: probably caused by me.
Thanks a lot, bb.
-
marcus1999
- Posts: 1
- Joined: 29. May 2026, 18:36
Re: update virtualbox 7.2.6 to 7.2.8, march
Hi I get this errror everytime I try to install the virtual box extension pack and I am really sad, any help on what I have to do in order to fix and install the extension pack? Thank you, I need to put password on my virtual machine.
- Attachments
-
- Captura de pantalla 2026-05-29 125923.png (27.36 KiB) Viewed 96 times
-
- Captura de pantalla 2026-05-29 184005.png (24.95 KiB) Viewed 96 times
-
multiOS
- Volunteer
- Posts: 1746
- Joined: 14. Sep 2019, 16:51
- Primary OS: Mac OS X other
- VBox Version: VirtualBox+Oracle ExtPack
- Guest OSses: Windows, Linux, BSD
- Location: United Kingdom
Re: update virtualbox 7.2.6 to 7.2.8, march
The error report states that the specific version of the Extension Pack you are trying to install does not match the VirtualBox version currently installed; so it is not compatible. You need to download/install the matching version