Re: reboot stuff doesn't start
- Date: Tue, 28 May 2019 14:20:22 -0400
- From: Gene Heskett <gheskett@xxxxxxxxxxx>
- Subject: Re: reboot stuff doesn't start
On Tuesday 28 May 2019 01:23:45 pm Gene Heskett wrote:
> On Tuesday 28 May 2019 11:53:26 am Reco wrote:
> > Hi.
> > On Tue, May 28, 2019 at 10:53:04AM -0400, Greg Wooledge wrote:
> > > On Mon, May 27, 2019 at 12:11:29PM +0300, Reco wrote:
> > > > On Sun, May 26, 2019 at 05:45:56PM -0400, Gene Heskett wrote:
> > > > > root@coyote:GenesAmandaHelper-0.61$ cat /etc/rc.local
> > > > > #!/bin/sh -e
> > > >
> > > > Any execution error will terminate the script.
> > >
> > > The blame is on Debian for that one. That's what Debian put in
> > > the default /etc/rc.local file in every release up to jessie.
> > > (They "fixed" this in stretch by not having a default
> > > /etc/rc.local file at all, but if you upgraded to stretch, you
> > > still have the old default file.)
> > I disagree. /etc/rc.local is a part of init (whenever it's sysvinit
> > or systemd or upstart), being run as root. If something goes wrong
> > there - it should fail as verbose as possible (yep, journald is
> > worthless in this regard). Helps with diagnostics and all that.
> I'll sure as hell 2nd that. If anything, rc.local should stack the
> errors and keep on trucking, and when its out of things to do, then
> spit out the errors if any, in the order encountered, to the syslog.
> > > Debian's policy for developers is to use -e with all shell scripts
> > > (horrible!),
> > On the contrary. Helps with error catching, limits the damage (all
> > package scripts are executed as root), promotes at least some kind
> > of code quality.
> > Side effects may include non-removing packages (failed prerm
> > script), of course, but they have bugs.debian.org for these cases.
> > > but inflicting that same policy on end users is not wise.
> > End users can remove that '-e' flag if they believe it's
> > problematic. rc.local is a simple shell script, open to all kinds of
> > abuse including this one.
> I assume the -e is a bash option? I just rescanned the man page
> without find a reference other than a test for file -e=exists
> It is in the shebang line, so what does that do when its in that
And at that point in composing that reply, the keyboard went dead. I
thought that was cron, calling hpfax, and finding it had nothing to do,
so it locks up hid-common, so I renamed hpfax to hpfox last week,
figuring that would disable that scared bull in a china shop. But in
looking over the boot log just now, I find hpfox running! Pardon my
language but if I've renamed it, how the hell is the system finding it
to run it?
from the syslog: in time order but much elided
May 28 13:47:40 coyote systemd: Starting D-Bus User Message Bus
May 28 13:47:41 coyote rc.local: HEYU: The
file /usr/local/var/tmp/heyu/heyu.out.ttyUSB0 does not exist or is not
May 28 13:47:42 coyote hp: io/hpmud/pp.c 627: unable to read
May 28 13:47:43 coyote rc.local: read: Connection reset by peer
May 28 13:47:43 coyote /hpfox: : error: Failed to
May 28 13:47:46 coyote systemd: Started Perl-based spam filter using
Since systemd started spamassassin, I can take that back out of rc.local.
I'll do that and reboot again, about 5 times since my last reply in this
thread. Since I don't use hplip, no hp printers about, how do I use
systemctl to disable its even starting?
Thanks, but comment on the log snippets if you can.
> > Reco
> Cheers, Gene Heskett
Cheers, Gene Heskett
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author)
Genes Web page <http://geneslinuxbox.net:6309/gene>