Bug 60689 - /etc/init.d/halt doesn't take standard init-script arguments
Summary: /etc/init.d/halt doesn't take standard init-script arguments
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: initscripts   
(Show other bugs)
Version: 7.1
Hardware: i386 Linux
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
Depends On:
TreeView+ depends on / blocked
Reported: 2002-03-04 21:04 UTC by Rich Lafferty
Modified: 2014-03-17 02:25 UTC (History)
2 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Story Points: ---
Clone Of:
Last Closed: 2002-03-04 21:04:35 UTC
Type: ---
Regression: ---
Mount Type: ---
Documentation: ---
Verified Versions:
Category: ---
oVirt Team: ---
RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: ---

Attachments (Terms of Use)

Description Rich Lafferty 2002-03-04 21:04:31 UTC
From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.8) Gecko/20020205

Description of problem:
The /etc/init.d/halt script doesn't follow the init.d standard of 
start-stop-status. While "start" and "stop" admittedly aren't useful for
halt, it means an unpleasant surprise when you start with the 
impression that calling an init script with the "status" argument
doesn't change system or service state.

Since halt is called as rc0.d/S10halt, halt should run on "halt 
start", with "halt stop" and "halt status" being noops.

Version-Release number of selected component (if applicable):

How reproducible:

Steps to Reproduce:
Simple: /etc/init.d/halt status

Real-world example that bit me, after noticing some services didn't
start after reboot when I expected them to:

for i in /etc/init.d/*; do $i status; done


Actual Results:  System halted.

Expected Results:  Something nondestructive; perhaps a status report, perhaps an
error message, perhaps a noop.

Additional info:

The same problem exists in /etc/init.d/killall and /etc/init.d/single.

Comment 1 Rich Lafferty 2002-03-04 21:30:17 UTC
Checked a 7.2-ish system, and this has been resolved at some point after
initscripts-5.49-1 and now. Nevermind. :-)

Note You need to log in before you can comment on or make changes to this bug.