Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 298090 - sys-apps/openrc sigterm on unmount /lib/rc/init.d
Summary: sys-apps/openrc sigterm on unmount /lib/rc/init.d
Status: RESOLVED INVALID
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: [OLD] baselayout (show other bugs)
Hardware: AMD64 Linux
: High major (vote)
Assignee: OpenRC Team
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2009-12-23 12:36 UTC by Michael Sawczuk
Modified: 2011-03-27 22:30 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments
emerge --info (emerge-info.txt,6.42 KB, text/plain)
2009-12-23 12:37 UTC, Michael Sawczuk
Details
Log of OpenRC-0.6.0 startup and shutdown (rc.log,3.57 KB, text/plain)
2009-12-23 12:41 UTC, Michael Sawczuk
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Michael Sawczuk 2009-12-23 12:36:01 UTC
I've been having an issue since I upgraded to OpenRC-0.5.3 which is still persisting with version 0.6.0, when I go to shutdown my system OpenRC gets a SIGTERM when unmounting the filesystems, this results in the filesystem being marked 'NOT clean' and transactions having to be replayed on boot.

I have tried an emptytree of both system and world but neither has fixed the issue.
Comment 1 Michael Sawczuk 2009-12-23 12:37:46 UTC
Created attachment 213920 [details]
emerge --info
Comment 2 Michael Sawczuk 2009-12-23 12:41:12 UTC
Created attachment 213922 [details]
Log of OpenRC-0.6.0 startup and shutdown
Comment 3 Roy Marples 2009-12-27 20:48:43 UTC
* Unmounting /lib/rc/init.d

I'm guessing a multilib issue

$ strings /sbin/rc | grep \/init.d$
/lib64/rc/init.d

$ ls -l / | grep lib*
lrwxrwxrwx   1 root root    5 Dec  4 23:10 lib -> lib64
drwxr-xr-x   3 root root 8192 Dec  4 23:10 lib32
drwxr-xr-x  13 root root 8192 Dec 19 11:06 lib64
drwxr-xr-x   5 root root   87 Nov 19 22:03 libexec
Comment 4 Michael Sawczuk 2009-12-28 18:41:22 UTC
Here is the output from my system:

$ strings /sbin/rc | grep \/init.d$
/lib64/rc/init.d

$ ls -l / | grep lib*
drwxr-xr-x  12 root root 4936 2009-12-23 12:00 lib
drwxr-xr-x   3 root root 3792 2009-12-21 18:34 lib32
lrwxrwxrwx   1 root root    3 2005-01-26 21:09 lib64 -> lib

My system is quite old now, I installed Gentoo on it back in 2005 so I don't know if that has anything to do with the way lib has been assigned, would it be possible to remove the symlink, rename the lib directory to lib64 and recreate the symlink?
Comment 5 William Hubbs gentoo-dev 2011-03-27 22:19:00 UTC
(In reply to comment #4)
> Here is the output from my system:
> $ strings /sbin/rc | grep \/init.d$
> /lib64/rc/init.d
> $ ls -l / | grep lib*
> drwxr-xr-x  12 root root 4936 2009-12-23 12:00 lib
> drwxr-xr-x   3 root root 3792 2009-12-21 18:34 lib32
> lrwxrwxrwx   1 root root    3 2005-01-26 21:09 lib64 -> lib
> My system is quite old now, I installed Gentoo on it back in 2005 so I don't
> know if that has anything to do with the way lib has been assigned, would it be
> possible to remove the symlink, rename the lib directory to lib64 and recreate
> the symlink?

Doing that is beyond the scope of this bug; I do not have any idea what will happen.

For now, I am going to mark this bug as invalid because it could be caused by your old multilib setup. I recommend finding a way to convert your old setup to the current setup.

Once that is done, if you still have this issue with the latest openrc, please feel free to reopen.
Comment 6 William Hubbs gentoo-dev 2011-03-27 22:30:43 UTC
You might check the forums or #gentoo on irc for help.