Description of problem: I have always (for very many years) used all.rdz and vmlinuz from /pub/linux/Mageia/distrib/cauldron/x86_64/isolinux/x86_64/ Booted using a grub2 menu entry in my master grub2 custom.cfg: #------------------ menuentry 'Net Installer for Mageia x86_64' { search --no-floppy --label --set=root master-grub linux /mageia/x86_64/vmlinuz root=/dev/ram3 ramdisk_size=32000 vga=791 initrd /mageia/x86_64/all.rdz } menuentry 'Net Installer for Mageia nonfree x86_64' { search --no-floppy --label --set=root master-grub linux /mageia/x86_64/vmlinuz root=/dev/ram3 ramdisk_size=32000 vga=791 initrd /mageia/x86_64/all-nonfree.rdz } #----------------- This was working fine a couple of months ago when I made the last clean netinstall. Today the installer stage one loads and then I see a message that it is terminating and the machine reboots. I thought maybe the ramdisk size was now too small and tried 48000 but no change. The fles are from cauldron repo today. What happened?
> This was working fine a couple of months ago when I made the last clean > netinstall. I have no suggestion as to what further to ask, so as this is an Installer issue, assigning to the relevant group.
Assignee: bugsquad => mageiatools
(In reply to Lewis Smith from comment #1) > > This was working fine a couple of months ago when I made the last clean > > netinstall. > I have no suggestion as to what further to ask, so as this is an Installer > issue, assigning to the relevant group. I have just now attempted a net install using the latest nonfree netinstall iso and the same issue is present so it looks like an installer stage1 issue.
The above is using a USB stick as opposed to using vmlinuz and all-nonfree.rdz
Priority: Normal => HighSummary: Booting netinstaller from all.rdz and vmlinuz in grub2 now fails and re-boots machine => net installer broken - terminates and reboots hardware
Now tested in two totally different machines with same result. Setting as release blocker.
Severity: major => criticalPriority: High => release_blocker
@martin added you to this in case you may have some clue about it or some ideas for debugging.
CC: (none) => mageia
what is the date of the images you are using ? are you using classical or uefi boot ? can you try with todays images (2023-Jun-23)
actually if you can get to mirror selection and it starts downloading then it's a stage2 issue... I'm thinking the removal of some "obsolete/ upstream unsupported" xorg libs/utils has potentially broken drakx...
Just tested in VirtualBox using today's images, and yes, it terminates immediately after loading stage2. Same for both legacy and UEFI boot.
And it works fine when using today's images but loading stage 2 from my local mirror which still has drakx-installer-stage2-18.62-1.
fixed with drakxtools-18.63-3.mga9 and drakx-installer-stage2-18.62-3.mga9 drakx relies on libxxf86misc, so I've re-added the dep
Status: NEW => RESOLVEDResolution: (none) => FIXED