Re: Editing /etc/rc.local [was: How to run a command / script on startup automatically in linux?]

On 2023-05-16 06:36:34 +0200, to...@tuxteam.de wrote: > On Mon, May 15, 2023 at 11:05:07PM +0200, Vincent Lefevre wrote: > > On 2023-05-15 15:56:17 -0400, Greg Wooledge wrote: > > [editing /etc/rc.local is a bad idea] No, entirely *replacing* /etc/rc.local is a bad idea. > &g

Editing /etc/rc.local [was: How to run a command / script on startup automatically in linux?]

Changed $SUBJECT, because already way off track. On Mon, May 15, 2023 at 11:05:07PM +0200, Vincent Lefevre wrote: > On 2023-05-15 15:56:17 -0400, Greg Wooledge wrote: [editing /etc/rc.local is a bad idea] > > That's incorrect. > > It is correct, as shown by the followin

Re: question about rc.local

Richard Hector wrote: Thunderbird? Works on Debian as well, so you can keep using it when you upgrade 😄 second on thunderbird. where you can quote the specified messages and reply. regards Yong

Re: question about rc.local

On 2023-03-11 10:22:15 +0900, John Crawley wrote: > On 11/03/2023 00:29, Vincent Lefevre wrote: > > Moreover, the above path > >/usr/lib/systemd/system/rc-local.service.d/debian.conf > > is incorrect. This should be > >/lib/systemd/system/rc-local.service.d/debian.conf > > On recent Debian

Re: question about rc.local

On 10/03/23 15:16, Corey Hickman wrote: On Fri, Mar 10, 2023 at 9:44 AM > wrote: I'm much happier with a "real" email client. what real email client do you use? :) I am using Mac as the regular desktop, Mac's Mail App is hard to use. Though my server is de

Re: question about rc.local

On Fri 10 Mar 2023 at 23:21:57 (-0500), Greg Wooledge wrote: > On Sat, Mar 11, 2023 at 10:20:04AM +0800, cor...@free.fr wrote: > > Is rc.local a regular service? I was thinking it's just a shell script run > > by systemd. > > rc-local.service is a systemd service

Re: question about rc.local

On Sat, Mar 11, 2023 at 10:20:04AM +0800, cor...@free.fr wrote: > Is rc.local a regular service? I was thinking it's just a shell script run > by systemd. rc-local.service is a systemd service. It's enabled by default. /etc/rc.local is the program that it will execute, if you cr

Re: question about rc.local

On Fri, 10 Mar 2023 David Wright wrote: On Fri 10 Mar 2023 at 18:47:02 (+0100), Vincent Lefevre wrote: On 2023-03-10 18:00:41 +0100, Christoph Brinkhaus wrote: Am Fri, Mar 10, 2023 at 04:29:34PM +0100 schrieb Vincent Lefevre: On 2023-03-10 09:58:55 -0500, Greg Wooledge wrote: On Fri, Mar 10,

Re: question about rc.local

his is also better for bug reports). The rc-local.service(8) man page says: $ man rc-local.service No manual entry for rc-local.service $ apt-file find rc-local.service systemd: /lib/systemd/system/rc-local.service systemd: /lib/systemd/system/rc-local.service.d/debian.conf

Re: question about rc.local

l.service.d/network.conf > [Unit] > Wants=network-online.target > After=network-online.target > > "After=network-online.target" is actually what > /lib/systemd/system/rc-local.service.d/debian.conf does. > So the user may be surprised that /etc/rc.local is not run > earlier enough (or not run at all if the network is down > when the machine is booted?). Cheers, David.

Re: question about rc.local

On 11/03/2023 00:29, Vincent Lefevre wrote: On 2023-03-10 09:58:55 -0500, Greg Wooledge wrote: On Fri, Mar 10, 2023 at 04:55:03PM +0200, Anssi Saari wrote: Nicolas George writes: Anssi Saari (12023-03-09): After=network.target # /usr/lib/systemd/system/rc-local.service.d/debian.conf [Unit]

Re: question about rc.local

-in: # /etc/systemd/system/rc-local.service.d/network.conf [Unit] Wants=network-online.target After=network-online.target "After=network-online.target" is actually what /lib/systemd/system/rc-local.service.d/debian.conf does. So the user may be surprised that /et

Re: question about rc.local

Am Fri, Mar 10, 2023 at 04:29:34PM +0100 schrieb Vincent Lefevre: Bonjour Vincent, > On 2023-03-10 09:58:55 -0500, Greg Wooledge wrote: > > On Fri, Mar 10, 2023 at 04:55:03PM +0200, Anssi Saari wrote: > > > Nicolas George writes: [snip - almost everything] > > The man pages are most likely fro

Re: question about rc.local

On 2023-03-10 09:58:55 -0500, Greg Wooledge wrote: > On Fri, Mar 10, 2023 at 04:55:03PM +0200, Anssi Saari wrote: > > Nicolas George writes: > > > > > Anssi Saari (12023-03-09): > > >> Perhaps a note, since today in Debian by default it's systemd wh

Re: question about rc.local

On Fri, Mar 10, 2023 at 04:55:03PM +0200, Anssi Saari wrote: > Nicolas George writes: > > > Anssi Saari (12023-03-09): > >> Perhaps a note, since today in Debian by default it's systemd which runs > >> /etc/rc.local. There's no guarantee it's don

Re: question about rc.local

Nicolas George writes: > Anssi Saari (12023-03-09): >> Perhaps a note, since today in Debian by default it's systemd which runs >> /etc/rc.local. There's no guarantee it's done last like there was in SysV >> init since systemd runs stuff in parallel. Network a

Re: KMail3 (was: question about rc.local)

rhkramer@... composed on 2023-03-09 23:24 (UTC-0500): > I use kmail, the version that comes with kde3. I don't know if there is a > way to use that on a Mac. My Mac has TDE, the KDE3 fork of over a dozen years ago, which does provide KMail, but I don't do mail on it, or KMail on anything. --

Re: question about rc.local

On Thu, 9 Mar 2023 20:44:43 -0500 rhkra...@gmail.com wrote: > (1) I rarely use the gmail webmail client, but (2) when I do, it is > not easy to bottom post, from memory, what I do is click on the place > near the bottom of a message that inserts the previous message (or, > at least shows it), then

Re: question about rc.local

On Thursday, March 09, 2023 09:16:18 PM Corey Hickman wrote: > On Fri, Mar 10, 2023 at 9:44 AM wrote: > > I'm much happier with a "real" email client. > > what real email client do you use? :) > I am using Mac as the regular desktop, Mac's Mail App is hard to use. > Though my server is debian sys

Re: question about rc.local

On Fri, Mar 10, 2023 at 9:44 AM wrote: > > > I'm much happier with a "real" email client. > > > what real email client do you use? :) I am using Mac as the regular desktop, Mac's Mail App is hard to use. Though my server is debian system.

Re: question about rc.local

On 2023-03-10 09:05:24 +0800, Corey Hickman wrote: > I found debian 11 doesn't need to change /etc/default/rsync for rsync > daemon starting. > But ubuntu 22.04 should have to edit that. > Where can I check the startup mech for these two systems? As said in Greg's message: systemctl cat rsync.s

Re: question about rc.local

On Thursday, March 09, 2023 08:05:24 PM Corey Hickman wrote: > Thanks > (btw, gmail does use top-posting by default, I don't know where to change > it.) (1) I rarely use the gmail webmail client, but (2) when I do, it is not easy to bottom post, from memory, what I do is click on the place near t

Re: question about rc.local

Hello, I found debian 11 doesn't need to change /etc/default/rsync for rsync daemon starting. But ubuntu 22.04 should have to edit that. Where can I check the startup mech for these two systems? Thanks (btw, gmail does use top-posting by default, I don't know where to change it.) On Fri, Mar 10

Re: question about rc.local

On Thu, Mar 09, 2023 at 05:54:40PM +0100, Nicolas George wrote: > Michel Verdier (12023-03-09): > > systemd launch init.d > > No. Check. For the record: unicorn:~$ systemctl cat rsync.service # /lib/systemd/system/rsync.service [Unit] Description=fast remote file copy program daemon ConditionPat

Re: question about rc.local

Le 9 mars 2023 Vincent Lefevre a écrit : > Really? > > /etc/default/rsync says: > > # This file is only used for init.d based systems! > # If this system uses systemd, you can specify options etc. for rsync > # in daemon mode by copying /lib/systemd/system/rsync.service to > # /etc/systemd/system/

Re: question about rc.local

Michel Verdier (12023-03-09): > systemd launch init.d No. Check. -- Nicolas George signature.asc Description: PGP signature

Re: question about rc.local

Le 9 mars 2023 Vincent Lefevre a écrit : > Really? > > /etc/default/rsync says: > > # This file is only used for init.d based systems! > # If this system uses systemd, you can specify options etc. for rsync > # in daemon mode by copying /lib/systemd/system/rsync.service to > # /etc/systemd/system/

Re: question about rc.local

On 2023-03-09 17:22:01 +0100, Michel Verdier wrote: > Le 9 mars 2023 Greg Wooledge a écrit : > > > So... apparently this service is enabled by default (I didn't touch it), > > and simply needs one to create an /etc/rsyncd.conf file in order to make > > it work upon the next boot. > > > > If you do

Re: question about rc.local

Le 9 mars 2023 Greg Wooledge a écrit : > So... apparently this service is enabled by default (I didn't touch it), > and simply needs one to create an /etc/rsyncd.conf file in order to make > it work upon the next boot. > > If you don't want to reboot, then you may need to do a > "systemctl start r

Re: question about rc.local

On Thu, Mar 09, 2023 at 02:35:55PM +0100, Markus Schönhaber wrote: > 09.03.23, 14:16 +0100, cor...@free.fr: > > What’s the right way to run rsync —daemon then? Thanks > > "The right way" is what woks best for you, I suppose. > > But since Debian's rsync package installs a systemd service unit, it

Re: question about rc.local

Charles Curley (12023-03-09): > Why do you want to? Normally starting rsync on the client will start it > up on the server. No special action on the server is required. That is true for rsync over ssh if the client has a shell account on the server. It is not the only mode for rsync. Regards, --

Re: question about rc.local

On Thu, 09 Mar 2023 21:16:02 +0800 cor...@free.fr wrote: > What’s the right way to run rsync —daemon then? Thanks Why do you want to? Normally starting rsync on the client will start it up on the server. No special action on the server is required. -- Does anybody read signatures any more? htt

Re: question about rc.local

09.03.23, 14:16 +0100, cor...@free.fr: Please don't top-post. What’s the right way to run rsync —daemon then? Thanks "The right way" is what woks best for you, I suppose. But since Debian's rsync package installs a systemd service unit, it might be easiest to simply use that. -- Regards

Re: question about rc.local

cor...@free.fr (12023-03-09): > What’s the right way to run rsync —daemon then? Thanks Please do not top-post. If you do not know what it means, look it up. Same answer as my first mail: it depends on your personal definition of “right way”. Note that on top of the many possibilities to start a

Re: question about rc.local

Anssi Saari (12023-03-09): > Perhaps a note, since today in Debian by default it's systemd which runs > /etc/rc.local. There's no guarantee it's done last like there was in SysV > init since systemd runs stuff in parallel. Network availability also > isn't guar

Re: question about rc.local

What’s the right way to run rsync —daemon then? Thanks On 09/03/2023 21:02, Greg Wooledge wrote: On Thu, Mar 09, 2023 at 01:32:54PM +0100, Nicolas George wrote: Corey Hickman (12023-03-09): > does debian 11 still use /etc/rc.local for startups after rebooting? No, Debian does not use it.

Re: question about rc.local

Corey Hickman writes: > does debian 11 still use /etc/rc.local for startups after rebooting? > > for instance, I want to start a process after system rebooting, where should > I put the command? Perhaps a note, since today in Debian by default it's systemd which runs /etc/rc.

Re: question about rc.local

On Thu, Mar 09, 2023 at 01:32:54PM +0100, Nicolas George wrote: > Corey Hickman (12023-03-09): > > does debian 11 still use /etc/rc.local for startups after rebooting? > > No, Debian does not use it. It lets you use it if you so want. For the record, if you *do* want to use it,

Re: question about rc.local

Corey Hickman (12023-03-09): > does debian 11 still use /etc/rc.local for startups after rebooting? No, Debian does not use it. It lets you use it if you so want. > for instance, I want to start a process after system rebooting, where > should I put the command? SHOULD? It depend ho

question about rc.local

does debian 11 still use /etc/rc.local for startups after rebooting? for instance, I want to start a process after system rebooting, where should I put the command? thanks & regards, Corey H

Re: Trying to excute things on boot from /etc/rc.local

Le mardi 1 octobre 2019 15:00:05 UTC+2, Greg Wooledge a écrit : > You don't have to enable the rc-local service in Debian. It's already > enabled. [...] My mistake, I should have verified Thank you Greg :-)

Re: Trying to excute things on boot from /etc/rc.local

On Tue, Oct 1, 2019 at 4:15 AM wrote: > Le lundi 30 septembre 2019 19:50:04 UTC+2, yoda woya a écrit : > > The content of my rc.local has two lines: > > /usr/local/bin/ipnat > > exit 0 > > > > > > > > However on boot > > > > /usr/lo

Re: Trying to excute things on boot from /etc/rc.local

On Tue, Oct 01, 2019 at 09:28:05AM -0400, Gene Heskett wrote: > On Tuesday 01 October 2019 08:57:26 Greg Wooledge wrote: > > > On Tue, Oct 01, 2019 at 12:58:22AM -0700, didier.gau...@gmail.com > wrote: > > > Is your system a Systemd one (by default in Debian), you have

Re: Trying to excute things on boot from /etc/rc.local

rote: > > > > Is your system a Systemd one (by default in Debian), you have to > > > > enable rc.local: > > > > https://www.linuxbabe.com/linux-server/how-to-enable-etcrc-local > > > >-wit h-systemd > > > > > > You don't have to en

Re: Trying to excute things on boot from /etc/rc.local

On Tue, Oct 01, 2019 at 09:28:05AM -0400, Gene Heskett wrote: > On Tuesday 01 October 2019 08:57:26 Greg Wooledge wrote: > > > On Tue, Oct 01, 2019 at 12:58:22AM -0700, didier.gau...@gmail.com > wrote: > > > Is your system a Systemd one (by default in Debian), you have

Re: Trying to excute things on boot from /etc/rc.local

On Tuesday 01 October 2019 08:57:26 Greg Wooledge wrote: > On Tue, Oct 01, 2019 at 12:58:22AM -0700, didier.gau...@gmail.com wrote: > > Is your system a Systemd one (by default in Debian), you have to > > enable rc.local: > > https://www.linuxbabe.com/linux-server/how-to-e

Re: Trying to excute things on boot from /etc/rc.local

On Tue, Oct 01, 2019 at 12:58:22AM -0700, didier.gau...@gmail.com wrote: > Is your system a Systemd one (by default in Debian), you have to enable > rc.local: > > https://www.linuxbabe.com/linux-server/how-to-enable-etcrc-local-with-systemd > You don't have to enable the

Re: Trying to excute things on boot from /etc/rc.local

Le lundi 30 septembre 2019 19:50:04 UTC+2, yoda woya a écrit : > The content of my rc.local  has two lines: > /usr/local/bin/ipnat > exit 0 > > > > However on boot  > > /usr/local/bin/ipnat  in not executed. > > > How can I get debian to execute the con

Re: Trying to excute things on boot from /etc/rc.local

added #!/bin/sh and still the same problem 🤕🤕 On Mon, Sep 30, 2019 at 1:48 PM Greg Wooledge wrote: > On Mon, Sep 30, 2019 at 01:43:13PM -0400, yoda woya wrote: > > The content of my rc.local has two lines: > > /usr/local/bin/ipnat > > exit 0 > > > > However

Re: Trying to excute things on boot from /etc/rc.local

On Mon, Sep 30, 2019 at 01:47:47PM -0400, Greg Wooledge wrote: > On Mon, Sep 30, 2019 at 01:43:13PM -0400, yoda woya wrote: > > The content of my rc.local has two lines: > > /usr/local/bin/ipnat > > exit 0 > > > > However on boot /usr/local/bin/ipnat in not e

Re: Trying to excute things on boot from /etc/rc.local

On Mon, Sep 30, 2019 at 01:43:13PM -0400, yoda woya wrote: > The content of my rc.local has two lines: > /usr/local/bin/ipnat > exit 0 > > However on boot /usr/local/bin/ipnat in not executed. The first line must be a valid shebang, ideally #!/bin/sh . You can omit the exi

Re: Trying to excute things on boot from /etc/rc.local

On Mon, Sep 30, 2019 at 01:43:13PM -0400, yoda woya wrote: > The content of my rc.local has two lines: > /usr/local/bin/ipnat > exit 0 > > However on boot /usr/local/bin/ipnat in not executed. systemd-rc-local-generator(8) Reco

Trying to excute things on boot from /etc/rc.local

The content of my rc.local has two lines: /usr/local/bin/ipnat exit 0 However on boot /usr/local/bin/ipnat in not executed. How can I get debian to execute the content of my rc.local file. BTW after boot, /usr/local/bin/ipnat can be executed manually without issues. Any assistance would

Re: Fwd: rc.local and systemd

Rainer Dorsch wrote: > Nevertheless I am still wondering why it has the failed status, > rc.local has an hard "exit 0" return code (?) : Look at the first line of /etc/rc.local script. > rd@nanette:/etc$ cat rc.local > #!/bin/sh -e The set -e ^^ here is what sets the -e fl

Re: Fwd: rc.local and systemd

Am 23.05.2015 um 20:56 schrieb Rainer Dorsch: > Am Montag, 18. Mai 2015, 22:21:42 schrieb Michael Biebl: >> As you can also see, powertop exits with a non-zero return code. Since >> /etc/rc.local uses "set -e", your script exits at this point and the >> service

Re: Fwd: rc.local and systemd

Hi Michael, thanks for your prompt reply. Am Montag, 18. Mai 2015, 22:21:42 schrieb Michael Biebl: > Am 18.05.2015 um 22:01 schrieb Rainer Dorsch: > > root@nanette:~# systemctl status rc-local.service > > ● rc-local.service - /etc/rc.local Compatibility > > > >L

Re: Fwd: rc.local and systemd

Am 18.05.2015 um 22:01 schrieb Rainer Dorsch: > root@nanette:~# systemctl status rc-local.service > ● rc-local.service - /etc/rc.local Compatibility >Loaded: loaded (/lib/systemd/system/rc-local.service; static) >Active: failed (Result: exit-code) since Mon 2015-05-18 14:29

Re: Fwd: rc.local and systemd

Hi Michael, thanks for your quick reply. Am Sonntag, 17. Mai 2015, 11:33:23 schrieben Sie: > > Hello, > > > > I have a jessie system here on which /etc/rc.local is not executed. > > /etc/rc.local is executable > > > > root@nanette:~# ls -l /etc/rc.local >

Re: rc.local and systemd

On 05/17/2015 03:49 AM, Rainer Dorsch wrote: Hello, I have a jessie system here on which /etc/rc.local is not executed. /etc/rc.local is executable root@nanette:~# ls -l /etc/rc.local -rwxr-xr-x 1 root root 328 Jan 31 15:34 /etc/rc.local root@nanette:~# Before the jessie upgrade, it was

Re: rc.local and systemd

On 05/17/2015 03:49 AM, Rainer Dorsch wrote: Hello, I have a jessie system here on which /etc/rc.local is not executed. /etc/rc.local is executable root@nanette:~# ls -l /etc/rc.local -rwxr-xr-x 1 root root 328 Jan 31 15:34 /etc/rc.local root@nanette:~# Before the jessie upgrade, it was

rc.local and systemd

Hello, I have a jessie system here on which /etc/rc.local is not executed. /etc/rc.local is executable root@nanette:~# ls -l /etc/rc.local -rwxr-xr-x 1 root root 328 Jan 31 15:34 /etc/rc.local root@nanette:~# Before the jessie upgrade, it was executed properly during startup root@nanette

Re: [SOLVED] I hate network-manager (was /etc/rc.local and systemd)

Just wanted to chime in and say that this thread was very helpful to me. I had the same issue with a mysterious eth0 entry showing up in NetworkManager a minute or two every time after I woke up my laptop and ruining connectivity. Very glad to have that working now! -- Devrin Talen -- To UN

Re: I hate network-manager (was /etc/rc.local and systemd)

On Sun, Aug 24, 2014 at 6:00 PM, Stephen Powell wrote: > On Sun, 24 Aug 2014 15:44:26 -0400 (EDT), David Baron wrote: >> On Sunday 24 August 2014 11:45:40 Stephen Powell wrote: > I have a static route command in my /etc/rc.local file to define > a route to another network. I wo

Re: /etc/rc.local and systemd

eading the commit message for the initial cut of rc-local-generator and IIRC it was because there was an issue with calling and ordering rc.local pre-generator. This change is transparent to a user, except possibly in boot speed, so it doesn't matter. -- To UNSUBSCRIBE, email to debian

[SOLVED] I hate network-manager (was /etc/rc.local and systemd)

ly, ifupdown supplied one and network-manager supplied the other. I don't need two identical default routes. But with managed=false, only one default route shows up in the output of "netstat -rn". And, most importantly, network-manager does not delete my static route command

Re: I hate network-manager (was /etc/rc.local and systemd)

Am 25.08.2014 00:00, schrieb Stephen Powell: > simply "eth0". (I have "managed=true" in the [ifupdown] section > of /etc/NetworkManager/NetworkManager.conf.) I then select If you set managed=true, you actually tell NetworkManager to manage the interface. So I'm not sure why you are surprised tha

Re: I hate network-manager (was /etc/rc.local and systemd)

On Sun, 24 Aug 2014 18:00:52 -0400 (EDT) Stephen Powell wrote: > network-manager! Is there anything I can do to make > it leave eth0 totally in the control of ifupdown and to not > touch it at all The settings in /etc/network/interfaces are automatically used instead of network-manager. Or

Re: I hate network-manager (was /etc/rc.local and systemd)

On Sun, 24 Aug 2014 18:00:52 -0400 (EDT) Stephen Powell sent: > The default installation of Debian for a > desktop system (XFCE in my case) installs both ifupdown and > network-manager. It allows ifupdown to manage only the local > loopback interface (lo) and allows network-manager to manage > e

Re: I hate network-manager (was /etc/rc.local and systemd)

Stephen Powell wrote: > I hate network-manager! Is there anything I can do to make it leave > eth0 totally in the control of ifupdown and to not touch it at all, > and to not create a stupid extra connection, and to leave my static > routes, that it did not create, alone? Delete ist. XFCE does

I hate network-manager (was /etc/rc.local and systemd)

s >> ln -s ../rc-local.service rc-local.service >> >> Now shutdown and reboot. /etc/rc.local will get executed this time. > > Interesting point. Mine seems to be working without this. > ... Well, list, the joke is on me. It turns out that /etc/rc.local was being execute

Re: /etc/rc.local and systemd

On Sunday 24 August 2014 11:45:40 Stephen Powell wrote: > Hello, list. > > I just thought I'd pass along something that I recently discovered. > When using sysvinit as the init system, if the file /etc/rc.local > exists and is executable, it will be invoked at the tail end o

Re: /etc/rc.local and systemd

On Sun, Aug 24, 2014 at 11:45 AM, Stephen Powell wrote: > > I just thought I'd pass along something that I recently discovered. > When using sysvinit as the init system, if the file /etc/rc.local > exists and is executable, it will be invoked at the tail end of the > boo

Re: /etc/rc.local and systemd

On Sun 24 Aug 2014 at 11:45:40 -0400, Stephen Powell wrote: > I just thought I'd pass along something that I recently discovered. > When using sysvinit as the init system, if the file /etc/rc.local > exists and is executable, it will be invoked at the tail end of the > boot pr

/etc/rc.local and systemd

Hello, list. I just thought I'd pass along something that I recently discovered. When using sysvinit as the init system, if the file /etc/rc.local exists and is executable, it will be invoked at the tail end of the boot process. But under systemd, this file is not executed during boot. N

Re: Commands in /etc/rc.local Fail

On 02/24/13 01:10, Roman V.Leon. wrote: On 24.02.2013 12:59, Thomas D. Dean wrote: On 02/24/13 00:23, Thomas D. Dean wrote: After more investigation, it appears that some time is needed between loading the driver and ifup. # ifdown wlan0 && modprobe -v -r b43 && modprobe -v b43 && ifup wlan0

Re: Commands in /etc/rc.local Fail SOLVED

On 24.02.2013 13:07, Thomas D. Dean wrote: On 02/24/13 00:59, Thomas D. Dean wrote: On 02/24/13 00:23, Thomas D. Dean wrote: sudo update-initramfs -u Fixed the problem. Tom Dean Oh, i see! Glad that it works now :-) -- Cheers, Roman V.Leon. -- To UNSUBSCRIBE, email to debian-user-requ..

Re: Commands in /etc/rc.local Fail

On 24.02.2013 12:59, Thomas D. Dean wrote: On 02/24/13 00:23, Thomas D. Dean wrote: After more investigation, it appears that some time is needed between loading the driver and ifup. # ifdown wlan0 && modprobe -v -r b43 && modprobe -v b43 && ifup wlan0 fails. # ifdown wlan0 && modprobe -v -r

Re: Commands in /etc/rc.local Fail SOLVED

On 02/24/13 00:59, Thomas D. Dean wrote: On 02/24/13 00:23, Thomas D. Dean wrote: sudo update-initramfs -u Fixed the problem. Tom Dean -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org Archive:

Re: Commands in /etc/rc.local Fail

ame -a Linux zd7000 2.6.32-5-686 #1 SMP Sun Sep 23 09:49:36 UTC 2012 i686 GNU/Linux > cat /etc/rc.local /sbin/modprobe -r b43 /sbin/modprobe b43 /sbin/ifup wlan0 exit 0 But, the b43-pci-bridge driver is still in use. Why do these commands not work? > lspci -vnn 02:03.0 Network cont

Re: Commands in /etc/rc.local Fail

On 02/24/13 00:23, Thomas D. Dean wrote: After more investigation, it appears that some time is needed between loading the driver and ifup. # ifdown wlan0 && modprobe -v -r b43 && modprobe -v b43 && ifup wlan0 fails. # ifdown wlan0 && modprobe -v -r b43 && modprobe -v b43 && sleep 1 && ifup

Re: Commands in /etc/rc.local Fail

Sep 23 09:49:36 UTC 2012 i686 GNU/Linux > cat /etc/rc.local /sbin/modprobe -r b43 /sbin/modprobe b43 /sbin/ifup wlan0 exit 0 But, the b43-pci-bridge driver is still in use. Why do these commands not work? > lspci -vnn 02:03.0 Network controller [0280]: Broadcom Corporation BCM4306 802.11

Re: Commands in /etc/rc.local Fail

> cat /etc/rc.local /sbin/modprobe -r b43 /sbin/modprobe b43 /sbin/ifup wlan0 exit 0 But, the b43-pci-bridge driver is still in use. Why do these commands not work? > lspci -vnn 02:03.0 Network controller [0280]: Broadcom Corporation BCM4306 802.11b/g Wireless LAN Controller [14e4:4

Re: Commands in /etc/rc.local Fail

On 02/23/13 23:12, Roman V.Leon. wrote: On 23.02.2013 13:42, Thomas D. Dean wrote: On boot, wlan0 fails to come up. After login, > sudo ifup wlan0 works. > uname -a Linux zd7000 2.6.32-5-686 #1 SMP Sun Sep 23 09:49:36 UTC 2012 i686 GNU/Linux > cat /etc/rc.local /sbin/modprobe -r

Re: Commands in /etc/rc.local Fail

On 23.02.2013 13:42, Thomas D. Dean wrote: On boot, wlan0 fails to come up. After login, > sudo ifup wlan0 works. > uname -a Linux zd7000 2.6.32-5-686 #1 SMP Sun Sep 23 09:49:36 UTC 2012 i686 GNU/Linux > cat /etc/rc.local /sbin/modprobe -r b43 /sbin/modprobe b43 /sbin/ifup wlan0 ex

Commands in /etc/rc.local Fail

On boot, wlan0 fails to come up. After login, > sudo ifup wlan0 works. > uname -a Linux zd7000 2.6.32-5-686 #1 SMP Sun Sep 23 09:49:36 UTC 2012 i686 GNU/Linux > cat /etc/rc.local /sbin/modprobe -r b43 /sbin/modprobe b43 /sbin/ifup wlan0 exit 0 But, the b43-pci-bridge driver is sti

Re: allow ^C to interrupt /etc/rc.local

OK, thanks everybody. I came up with a workaround since ^C doesn't interrupt: $ tail /etc/rc.local echo " $0: Will execute \"${program=/etc/init.d/nodm start}\" in ${seconds=5} seconds. Hit some chars and RET to cancel. Hit RET to start right away." for

Re: trackpoint settings of thinkpad in /etc/rc.local

On Thursday 24 February 2011 10:30:21 waterloo wrote: > I use echo -n 255 > /sys/devices/platform/i8042/serio1/serio2/speed in > /etc/rc.local file . > But when boot , it says: /sys/devices/platform/i8042/serio1/serio2/speed no > such file or dirctory . > When coming into gnome

trackpoint settings of thinkpad in /etc/rc.local

I use echo -n 255 > /sys/devices/platform/i8042/serio1/serio2/speed in /etc/rc.local file . But when boot , it says: /sys/devices/platform/i8042/serio1/serio2/speed no such file or dirctory . When coming into gnome , I can find there has /sys/devices/platform/i8042/serio1/serio2/speed . How to

Re: allow ^C to interrupt /etc/rc.local

Hi, On Thu, Feb 24, 2011 at 02:56:55PM +0800, jida...@jidanni.org wrote: > OK, since nobody knows, then what does recovery mode, > > /boot/grub/grub.cfg: > menuentry 'Debian GNU/Linux, with Linux 2.6.37-1-686 (recovery mode)' I think this put system to something like runlevel S or 1 > do to th

Re: allow ^C to interrupt /etc/rc.local

/sbin/sulogin (which may or may not prompt for a pasword) on that vt. It does this because the "single" kernel command-line argument included in that menu entry has init start in the "S" runlevel. I'm not sure that /etc/rc.local is run with a controlling terminal.

Re: allow ^C to interrupt /etc/rc.local

OK, since nobody knows, then what does recovery mode, /boot/grub/grub.cfg: menuentry 'Debian GNU/Linux, with Linux 2.6.37-1-686 (recovery mode)' do to the terminal in order to enable interaction after one enters the root passwd? -- To UNSUBSCRIBE, email to debian-user-requ...@lists.debian.org

allow ^C to interrupt /etc/rc.local

Gentlemen, at the bottom of /etc/rc.local I have: echo " $0: Will execute \"${program=/etc/init.d/nodm start}\" in ${seconds=5} seconds. Hit ^C to cancel. Hit RET to start right away." for ((; seconds > 0; seconds--)); do read -p $seconds.. -t

Re: How do I ensure xdm only starts after /etc/rc.local is finished?

On Mon, Sep 21, 2009 at 11:05:09AM +0800, jida...@jidanni.org wrote: > How do I ensure xdm only starts after /etc/rc.local is finished? Can I ask why you want to do that ? > > What do I need to put into > /etc/init.d/rc.local's > INIT INFO section? > > Can I put it t

Re: How do I ensure xdm only starts after /etc/rc.local is finished?

On Mon,21.Sep.09, 11:05:09, jida...@jidanni.org wrote: > How do I ensure xdm only starts after /etc/rc.local is finished? > > What do I need to put into > /etc/init.d/rc.local's > INIT INFO section? > > Can I put it there or must I put it into /etc/init.d/xdm's? &

Re: How do I ensure xdm only starts after /etc/rc.local is finished?

[Dan Jacobson] > How do I ensure xdm only starts after /etc/rc.local is finished? Well, there are several ways to do this, but I will limit myself to one of them. I assume you start with these headers, which are the current ones in unstable: ### BEGIN INIT INFO # Provides:

How do I ensure xdm only starts after /etc/rc.local is finished?

How do I ensure xdm only starts after /etc/rc.local is finished? What do I need to put into /etc/init.d/rc.local's INIT INFO section? Can I put it there or must I put it into /etc/init.d/xdm's? I read insserv(8) but it is mishmosh to me. -- To UNSUBSCRIBE, email to debian

Re: -- SPAM -- rc.local is not executed

On Fri,13.Feb.09, 12:13:00, Ron Johnson wrote: > Because I don't have any GUI app activations in my rc.local. Only > daemons and other CLI apps. Here's what mine looks like: > > * BEGINNING OF rc.local > #!/bin/sh -e > > echo 210 > /sys/devices/system

Re: -- SPAM -- rc.local is not executed

On Sat, Feb 14, 2009 at 03:24:47PM -0800, Mike McClain wrote: > root@/deb40a:~> grep -R rc.local /etc/* > only shows the call in /etc/init.d/bootmisc.sh that I put there to > call my /root/bin/rc.local and the contents of the above mentioned > /etc/rc.local that I just generated wh

Re: rc.local is not executed

On Sat, Feb 14, 2009 at 06:14:06PM -0700, Chris Burkhardt wrote: > Mike McClain wrote: > > So my questions to you who have an installed /etc/rc.local are which > > package did it come from and how does it get executed? > > /etc/init.d/rc.local is included with the initsc

Re: rc.local is not executed

Mike McClain wrote: > So my questions to you who have an installed /etc/rc.local are which > package did it come from and how does it get executed? /etc/init.d/rc.local is included with the initscripts package, and it executes /etc/rc.local if it exists. /etc/init.d/rc.local is symlinked

  1   2   3   4   >