Bug 26391 - init.d/halt не определяет способ, каким вызван переход на runlevel 0 (halt/poweroff)
Summary: init.d/halt не определяет способ, каким вызван переход на runlevel 0 (halt/po...
Status: CLOSED FIXED
Alias: None
Product: Sisyphus
Classification: Development
Component: startup (show other bugs)
Version: unstable
Hardware: all Linux
: P3 minor
Assignee: Alexey Gladkov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2011-09-29 12:43 MSK by Sergey Y. Afonin
Modified: 2011-10-05 21:06 MSK (History)
2 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Sergey Y. Afonin 2011-09-29 12:43:01 MSK
По мотивами Bug 10326
Возникла обратная ситуация. Если задано HALTCMD=/sbin/halt, команда poweroff не приводит к отключению питания. init.d/halt вызывается в rc0.d, как S01halt, соответствено, срабатывает всегда 

case "$0" in
        *halt)
                message='The system is halted'
                command="$HALTCMD"
                ;;

Это не такая большая проблема, как решённая в Bug 10326, но если есть какая-то возможность понять, чем вызван переход на runlevel 0, не плохо бы было это учесть. Вообще, я такой возможности не увидел пока. Разве что /sbin/halt обучить флаг создавать какой-нибудь, по принципу, как это apcupsd или nut делают.
Comment 1 Repository Robot 2011-10-05 21:06:49 MSK
startup-0.9.8.31-alt1 -> sisyphus:

* Wed Oct 05 2011 Dmitry V. Levin <ldv@altlinux> 0.9.8.31-alt1
- rc.sysinit: do not check the root filesystem when it is already
  mounted in read-write mode.
- init.d/halt: added $INIT_HALT support (closes: #26391).
- init.d/halt: do not unmount devtmpfs (closes: #26416).
- Added /etc/sysconfig/halt file (closes: #25905).