Creating symlink /tmp/stage2/etc/inputrc -> /etc/inputrc Creating symlink /tmp/stage2/etc/issue -> /etc/issue Creating symlink /tmp/stage2/etc/ld.so.cache -> /etc/ld.so.cache Creating symlink /tmp/stage2/etc/mke2fs.conf -> /etc/mke2fs.conf Creating symlink /tmp/stage2/etc/netconfig -> /etc/netconfig Creating symlink /tmp/stage2/etc/os-release -> /etc/os-release Creating symlink /tmp/stage2/etc/passwd -> /etc/passwd Creating symlink /tmp/stage2/etc/profile -> /etc/profile Creating symlink /tmp/stage2/etc/protocols -> /etc/protocols Creating symlink /tmp/stage2/etc/resolv.conf -> /etc/resolv.conf Creating symlink /tmp/stage2/etc/services -> /etc/services Creating symlink /tmp/stage2/etc/shells -> /etc/shells Creating symlink /tmp/stage2/etc/ssh -> /etc/ssh proceeding, please wait... Welcome to Mageia Rescue 8! [ OK ] Reached target Local File Systems. [ OK ] Reached target Sockets. [ OK ] Reached target Swap. [ OK ] Reached target System Initialization. [ OK ] Started Mageia Rescue. [ OK ] Reached target Rescue Mode. At that point it gets stuck, pressing Ctrl-C causes a clean reboot
Thanks for reporting this, but can you please give the background: the Classic ISO, 64-bit, Mageia 8 Alpha, from USB - for example; all guessed.
CC: (none) => lewyssmith
The cauldron netinstall iso x86_64, as a cdrom in kvm.
Source RPM: (none) => drakx-installer-stage2
I confirmed the problem is with the stage 2 by manually selecting mirror after booting on the cauldron image and pointing to http://ftp.free.fr/mirrors/mageia.org/distrib/7, it works well.
Thank you for the extra information, which should help looking at this. Assigning to the 'tools' team.
CC: lewyssmith => (none)Assignee: bugsquad => mageiatools
CC: (none) => thierry.vignaudSource RPM: drakx-installer-stage2 => drakx-installer-rescue
This looks to me more like the big systemd update broke rescue when it got rebuilt…
One thing I noticed is that mageia-rescue starts with: systemctl start systemd-udevd udevadm trigger --type=subsystems --action=add udevadm trigger --type=devices --action=add While I would expect systemd-udevd to already be running from the initrd. I don't know if it could cause a problem but at least it doesn't seem useful anymore
I was wondering if gcc 10 might miscompile rescue bits in mdk-stage1
Launching rescue-gui works fine on my machine so I think the problem is in the service (mageia-rescue) but not sure where it gets stuck
Fixed
Resolution: (none) => FIXEDStatus: NEW => RESOLVED
A late addendum (been sitting around), for the record, even though the bug is fixed. I tried this with the M8 alpha 1 Classic ISO, and the bug was true. I got the output shown in comment 0 on the Ctl/Alt/F1 console; and on the Ctl/Alt/F3 one: * third party: no modules found * killed shell * stage 1: disconnecting life support system