First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 116349
Alias:
Product:
Component:
Status: RESOLVED
Resolution: DUPLICATE of bug 65211
Assigned To: Gentoo Linux bug wranglers <bug-wranglers@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Steve Kutnar <anotherbearcatfan@yahoo.com>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 116349 depends on: Show dependency tree
Bug 116349 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)


Not eligible to see or edit group visibility for this bug.






View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug

Description:   Opened: 2005-12-21 21:07 0000 
On Gentoo, apcupsd gets installed into /usr/sbin.  If /usr is dismounted during
shutdown, the killpower command cannot work.

When installing apcupsd for Red Hat, for instance, the executables are
installed into /sbin, which is probably still mounted when killpower is called.

------- Comment #1 From Steve Kutnar 2005-12-21 21:44:36 0000 ------- 
A snippet from
http://www.apcupsd.com/3.10.x-manual/Building_Installing_apcupsd.html

--sbindir=<path>
    This defines the directory for the executable files such as apcupsd. The
default is /sbin. You may be tempted to place the executable files in /usr/sbin
or /usr/local/sbin. Please use caution here as these directories may be
unmounted during a shutdown and thus may prevent the halt script from calling
apcupsd to turn off the UPS power. Though your data will be protected, in this
case, your system will probably not be automatically rebooted when the power
returns.

------- Comment #2 From Steve Kutnar 2005-12-21 21:49:34 0000 ------- 
It appears that bug 65211 was inappropriately set to fixed.  It brought up this
issue, plus one I didn't think about with regards to /var/log.

------- Comment #3 From Jakub Moc (RETIRED) 2005-12-22 00:02:39 0000 ------- 

*** This bug has been marked as a duplicate of 65211 ***
First Last Prev Next    No search results available      Search page      Enter new bug