After booting the rc pre-release gnome livecd on real i586 hardware,
I entered reboot in a terminal, which hung after displaying the message
shutting down for reboot.
After using alt+ctrl+sysrq r,s,e the system rebooted, but the available
boot drives had changed, as the usb stick I'd booted from had been
powered off. My wag is that the device is powered off, before the
commands needed to reboot have been cached.
As expected, this affects the kde live cd too.
reboot hangs with gnome live cd. =>
reboot hangs with either rc live cd.
Strange. I just ran into this after upgrading a mageia 1 installation
using the dvd, which may be the cause for the live cd's too.
There, on reboot, the shutdown hangs stopping the network
I'm not sure without checking, whether the live cds will use that in
the generated ifcfg or not, so I'm not sure if this is the same
bug or not, although the symptoms appear the same.
Ignore comment 2. That was fixed by running urpmi --auto-select.
I've opened bug 5687 about the need to have users who upgrade using
a cd or dvd, be notified about the need to run urpmi --auto-update.
The reboot problem is fixed in todays rc live cds.
The problem exists again, after using the latest dvd iso to upgrade
a Mageia 1 installation.
What package was updated to fix the problem? It needs to be on the install dvd
and dual cd, so that people upgrading using either of those on a system without
internet access won't be left with this problem.
Noticed on a vbox dvd kde x86_64 install too from the 3rd prerelease dvd iso build.
Selecting shutdown from within kde just goes to a black screen, still X sized (1024x768) so not tty. Hangs there.
reboot hangs with either rc live cd. =>
reboot or shutdown hangs with either rc live cd or dvd.
Last line of syslog
kdm: Cannot execute 'grub-set-default': not in $PATH.
messages shows an extra line..
May 1 14:11:39 localhost systemd-logind: Removed session 1.
Created attachment 2146 [details]
Segfault found in Xorg.0.log.old
Subsequent reboots and shutdowns succeed, even from xguest, so this seems to be to do with the first time the machine is rebooted/shutdown.
*** Bug 5689 has been marked as a duplicate of this bug. ***
Looks like it's bug 3434.
Both the dvd and the dual cd need to have the updated vnstat package
included in them.
This bug continues being valid in cauldron (date: 03/05/12)
It's on the dvd iso, and live cds now, still missing from the dual cd.
I'm a little confused by the bug report as it seems to suggest both live systems and installed systems.
Can you clarify exactly how this problem manifests itself i.e. via a live cd on a USB stick, or via an install from a XYZ...
vnstat added now in dual
(In reply to comment #14)
> I'm a little confused by the bug report as it seems to suggest both live
> systems and installed systems.
> Can you clarify exactly how this problem manifests itself i.e. via a live cd on
> a USB stick, or via an install from a XYZ...
It was bug 3434. Either the update to vnstat has to be pushed to Mageia 1,
or vnstat has to be in all iso images, to avoid the problem after an
The problem when running the live cd itself was fixed, although I'm not
sure which update fixed it.
vnstat is in lists for next iso of dual. The current one does not provide it for now
This problem continues existing in Cauldron.
After a clean install using the dual cd, the reboot hangs after showing
"detaching DM devices". If you wait a while, and then press a key (I
pressed alt+ctrl), the reboot continues.
Rebooting is fine after an upgrade from Mageia 1, using the same iso.
does that mean it's not really hanging? what if you hadn't pressed any key?, is the ctrl+alt due to being a VM?
This wasn't in a vm. The latest iso's don't have the problem, so
I'm closing this bug as fixed.
I'm still getting the hang after the showing of Detaching DM devices,
on an install or upgrade using the dual iso. Doesn't happen with the
dvd iso. The hang is now almost exactly 30 seconds, if that helps track
down what's missing from the dual iso.
While it's an annoyance, at 30 seconds, I don't consider it a release
This bug was filed against cauldron, but we do not have cauldron at the moment.
Please report whether this bug is still valid for Mageia 2.
As per comment 22, I'll reclose this bug as fixed.
i read comment 22 as it being not release blocker, not that it was fixed: 30seconds still is an annoyance, reopening and dropping priority.
This message is a reminder that Mageia 2 is nearing its end of life.
Approximately one month from now Mageia will stop maintaining and issuing updates for Mageia 2. At that time this bug will be closed as WONTFIX (EOL) if it remains open with a Mageia 'version' of '2'.
Package Maintainer: If you wish for this bug to remain open because you plan to fix it in a currently maintained version, simply change the 'version' to a later Mageia version prior to Mageia 2's end of life.
Bug Reporter: Thank you for reporting this issue and we are sorry that we may not be able to fix it before Mageia 2 is end of life. If you would still like to see this bug fixed and are able to reproduce it against a later version of Mageia, you are encouraged to click on "Version" and change it against that version of Mageia.
Although we aim to fix as many bugs as possible during every release's lifetime, sometimes those efforts are overtaken by events. Often a more recent Mageia release includes newer upstream software that fixes bugs or makes them obsolete.
The Mageia Bugsquad