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
Keywords:
Status: CLOSED NOTABUG
Alias: None
Product: Red Hat Linux
Classification: Retired
Component: initscripts
Version: 7.1
Hardware: i386
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact: Brock Organ
URL:
Whiteboard:
Depends On:
Blocks:
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:
Clone Of:
Environment:
Last Closed: 2002-03-04 21:04:35 UTC
Embargoed:


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):
initscripts-5.49-1

How reproducible:
Always

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.