On Fri, 4 Nov 2005 19:16:16 -0500, John J. Foster wrote:
Well damn. Removing /etc/init.d/splash from the boot runlevel did in
fact cause /etc/init.d/local to run as the last initscript, just like
it's supposed to. But it didn't solve the problem of mutt segfaulting
when called here.
I took
On Sat, Nov 05, 2005 at 10:52:20PM +, Neil Bothwick wrote:
If the same command works in a terminal, it could be a difference in the
environment. The first thing I would try is running source /etc/profile
right before the mutt call.
No go. Just for review, here's a few lines from
On Thu, 3 Nov 2005 20:48:43 -0500, John J. Foster wrote:
I tried changing this to
/usr/bin/date | /usr/bin/mutt -s 'System restarted' [EMAIL PROTECTED]
and get the same segmentation fault.
Isn't mutt overkill for this? Do you really need a full MUA on a server.
I use mail for this sort
On Fri, Nov 04, 2005 at 08:14:59AM +, Neil Bothwick wrote:
On Thu, 3 Nov 2005 20:48:43 -0500, John J. Foster wrote:
I tried changing this to
/usr/bin/date | /usr/bin/mutt -s 'System restarted' [EMAIL PROTECTED]
and get the same segmentation fault.
Isn't mutt overkill for
I did note something I consider quite odd, though. While rebooting,
local.start runs right _before_ inittab starts to bring the system to
runlevel 3.
A couple thing here.
rc-status shows /etc/init.d/local as part of the _default_ runlevel.
/etc/init.d/local stop - warns about shutting a
On Fri, 4 Nov 2005 08:16:07 -0500, John J. Foster wrote:
I did note something I consider quite odd, though. While rebooting,
local.start runs right _before_ inittab starts to bring the system to
runlevel 3.
That's odd, it definitely runs last here, as it appears is should.
Have you trued
On Fri, Nov 04, 2005 at 01:47:55PM +, Neil Bothwick wrote:
On Fri, 4 Nov 2005 08:16:07 -0500, John J. Foster wrote:
I did note something I consider quite odd, though. While rebooting,
local.start runs right _before_ inittab starts to bring the system to
runlevel 3.
That's odd, it
rc-update del boot.
Of course i meant rc-update del local boot.
--
Best Regards,
Peper
--
gentoo-user@gentoo.org mailing list
On Fri, Nov 04, 2005 at 08:16:07AM -0500, John J. Foster wrote:
I did note something I consider quite odd, though. While rebooting,
local.start runs right _before_ inittab starts to bring the system to
runlevel 3.
A couple thing here.
rc-status shows /etc/init.d/local as part of the
On Fri, 4 Nov 2005 09:05:09 -0500, John J. Foster wrote:
Have you trued using mail instead of mutt? It should give a clue as to
where the problem lies.
May I ask why trying mail, which I will this weekend, would at all
explain why local is starting in the wrong runlevel?
It wouldn't,
On Fri, Nov 04, 2005 at 10:14:28AM -0500, John J. Foster wrote:
On Fri, Nov 04, 2005 at 08:16:07AM -0500, John J. Foster wrote:
I did note something I consider quite odd, though. While rebooting,
local.start runs right _before_ inittab starts to bring the system to
runlevel 3.
A
John J. Foster wrote:
date|mutt -s 'System restarted' [EMAIL PROTECTED]
try putting in the full path to the commands?
the environment that local.start is in is not the same as your shell.
--
gentoo-user@gentoo.org mailing list
try putting in the full path to the commands?
the environment that local.start is in is not the same as your shell.
Don't think so. It won't be a segfault then...
My only idea is to add echo local.start to the script and check when it is
executed.
--
Best Regards,
Peper
--
13 matches
Mail list logo