Opened 7 years ago

Closed 7 years ago

Last modified 7 years ago

#499 closed defect (fixed)

'exit' to reboot doesn't work correctly

Reported by: bruno Owned by: bruno
Priority: normal Milestone: 3.0.0
Component: mindi Version:
Severity: normal Keywords:


Reported to me:

I made a mondoarchive to a DVD. (Proliant DL380 G5). Booting from that DVD goes fine, I can launch the "compare" that completes fine but when typing 'exit' to reboot, it goes wrong: this causes a Kernel panic...

Idem if I boot DVD and select "expert" mode, selecting 'exit' from cli gives a Kernel panic as well...

Is there another way to 'nicely' reboot the box from the normal harddisk after such operation other than power-cycling the box or selecting "Reset" from the ilo-power button?

I've also seen that with test on RHEL 6 in a QEMU VM.

Change History (5)

comment:1 Changed 7 years ago by bruno

  • Status changed from new to assigned

This is clearly a bug that I've also seen recently with the latest version.

Maybe the reboot/halt command could be called instead ? iLO reset is of course a good solution, or power cycle from it or directly of course, but that should be fixed anyway.

comment:2 Changed 7 years ago by bruno

Another feedback:

  • exit gives a kernel panix
  • reboot does nothing
  • shutdown -ry now restarts init processs; Welcome to init (from mindi and starts the mondorescue shell.
  • halt does indeed halt the systeem but now need to powercycle the vmware guest or server.

comment:3 Changed 7 years ago by bruno

  • Component changed from mondo to mindi

this has been identified and reproduced. Busybox in this new version has changed its behaviour when init exits. Working on improving this script to support correctly busybox 1.18

comment:4 follow-up: Changed 7 years ago by bruno

  • Resolution set to fixed
  • Status changed from assigned to closed

Rev [2888] should fix this problem for mindi-busybox 1.18.5. Packages with this fix are available for test at to confirm. However in the VM, as we use sysrq it doesn't kill the VM, but I'm not usre this is a big issue here. May work on a diffrent approach (using a real init and moving the current one into rcS) later on.

A work-around is to use mindi-busybox 1.7.3 with latest version of mondo which doesn't expose this issue.

comment:5 in reply to: ↑ 4 Changed 7 years ago by bruno

I had to change completely te way init is managed with the new mindi-busybox (using a real init from busybox and moving our init script to etc/init.d/rcS). It's now available with rev [2893].

The workaround with mindi-busybox 1.7.3 doesn't seem to work for eveybody.

Packages with this fix are available for test at to confirm (date 20111018).

Note: See TracTickets for help on using tickets.