Description of problem: It appears that using the present isos ( beta1 ) installers, lets use the CI and netinstall, and installing that to a Vbox client, the installer after a long delay defaults to a text installer. The install is ultimately successfull but quite cumbersome. I've tried netinstall and the CI's both with the same result. Using the same isos on real hardware that goes to the Graphic installer with no problem.
If Bill confirms he has UEFI enabled in VirtualBox, this is a duplicate of bug 30862.
CC: (none) => mageia
(In reply to Martin Whitaker from comment #1) > If Bill confirms he has UEFI enabled in VirtualBox, this is a duplicate of > bug 30862. Vbox Client setup: System -> Motherboard i586 Xfce EFI (special OSes only) disabled x86_64 Plasma EFI (special OSes only) enabled
It's working for me with i586 xfce, no efi. Graphics controller set to VMSVGA, video memory 128 MB, 3D Acceleration enabled.
CC: (none) => davidwhodgins
(In reply to Dave Hodgins from comment #3) > It's working for me with i586 xfce, no efi. > > Graphics controller set to VMSVGA, video memory 128 MB, 3D Acceleration > enabled. None the less this function is broken and has been reported on two bugs. bug 30862 and this one bug 31241
EFI not working in vb is a regression. Did you try the settings in comment 3 for the non efi vb guest?
@Bill It is not clear in comment 2 whether the problem is EFI (in)dependant. The earlier bug definitely is. Bill said he tried using both Classic and Netinstall ISOs; Dave comment 3 does not say, but it looks like the Xfce Live. Would that make a difference?
CC: (none) => lewyssmith
I'm gonna reset everything and wait for the next set of M9 Beta1 isos to become available. With all the suggestions I'll have a better idea what to look for. Note: Golden standard for me will be to use the latest netinstall iso and use distrib-coffee.ipsl.jussieu.fr as the repo source. I'll note all this in this bug when we get there.
I tested with the m9 beta1 i586 xfce live running in live mode in a vb guest and the m9 beta1 i586 classical iso up to the partitioning step. EFI disabled in the guest. Video is working for both. The requirement to change to VMSVGA with hardware acceleration enabled goes back to the webkit2 update last April. I've always given the guest video controller the max selectable ram, so I don't know if that is required or not.
I test all the ISOs in VirtualBox before releasing them to QA. The 64-bit classical installer ISO has this bug *only* when EFI is enabled, as reported in bug 30862. If you look in the system log, this is clearly a kernel/driver bug. The 64-bit Live ISOs do not suffer from this bug. They use a different kernel graphics driver. VirtualBox does not support 32-bit EFI when running on a 64-bit host, so it is not possible to test the 32-bit ISOs in VirtualBox with EFI enabled. They all work with EFI disabled. This is an inconvenience for testing the ISOs, but is not a release blocker. Anyone wanting to run Mageia 9 in VirtualBox can use legacy boot.
All the ISOs work with 64MB of video memory (possibly with less). Only the Plasma Live requires 3D acceleration.
If the EFI business is only within the VM client, it is pretty irrelevant. Cannot we simply say (Release Notes or Errata) that VM clients should use legacy boot, not EFI? Surely this bug *can* be closed as a duplicate of bug 30862.
(In reply to Lewis Smith from comment #11) > If the EFI business is only within the VM client, it is pretty irrelevant. > Cannot we simply say (Release Notes or Errata) that VM clients should use > legacy boot, not EFI? > Surely this bug *can* be closed as a duplicate of bug 30862. My latest netinstalls of M9 on real headware have not had a graphics installer issue. Netistall dated 12/8/22 I'm really holding off any conclusions until the no sound issue is resolved and then I'll circle around and look at other bugs.
All comments considered, closing as a duplicate of 30862. *** This bug has been marked as a duplicate of bug 30862 ***
Resolution: (none) => DUPLICATEStatus: NEW => RESOLVED