Re: Question on sysvinit/initscripts (semi-urgent)

2004-03-24 Thread Brad Sims
On Wednesday 24 March 2004 6:48 pm, Henrique de Moraes Holschuh wrote: > Todays' will work, as far as I can tell.  I verified it the hard way an hour > ago. LOL, I like that answer... wanna wee nip of scotch? ya sound like you could use it -- The real fun of living wisely is that you get to feel

Re: Question on sysvinit/initscripts (semi-urgent)

2004-03-24 Thread Brad Sims
On Wednesday 24 March 2004 6:46 pm, Brad Sims wrote: > As I understand it several versions are screaming about not > actually booting.. what is the last known good Sid version? It looks like one can pass rw to the kernel at boot to fix this.. is the syntax "linux rw"? -- The real fun of living w

Re: Question on sysvinit/initscripts (semi-urgent)

2004-03-24 Thread Henrique de Moraes Holschuh
On Wed, 24 Mar 2004, Brad Sims wrote: > As I understand it several versions are screaming about not > actually booting.. what is the last known good Sid version? Todays' will work, as far as I can tell. I verified it the hard way an hour ago. -- "One disk to rule them all, One disk to find th

Question on sysvinit/initscripts (semi-urgent)

2004-03-24 Thread Brad Sims
As I understand it several versions are screaming about not actually booting.. what is the last known good Sid version? -- The real fun of living wisely is that you get to feel smug about it -- Hobbes -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Cont

Re: question on sysvinit

2000-06-27 Thread Sven Burgener
On Mon, Jun 26, 2000 at 08:10:25PM +, Miquel van Smoorenburg wrote: > Read /etc/init.d/README and /usr/share/doc/sysvinit/README.runlevels.gz Looks good. Cheers. -- S. Burgener Powered by Debian GNU/Linux 2.2

Re: question on sysvinit

2000-06-27 Thread Miquel van Smoorenburg
In article <[EMAIL PROTECTED]>, Ian Zimmerman <[EMAIL PROTECTED]> wrote: >Sven> "specification" for this? Or does it simply not matter? :) > >AFAIK there's no written standard for this yet, but soon there will be >(the Linux Standard Base). You can check their drafts. Read /etc/init.d/README and

Re: question on sysvinit

2000-06-25 Thread Brad
On Sun, Jun 25, 2000 at 09:15:01PM +0200, Sven Burgener wrote: > > In their manual, SuSE document that upon changing from say runlevel > 2 to 3, first all links matching /sbin/init.d/rc2.d/K* get executed > and then the links matching /sbin/init.d/rc3.d/S*. (Funnily they have > init.d under /sb

Re: question on sysvinit

2000-06-25 Thread Ian Zimmerman
> "Sven" == Sven Burgener <[EMAIL PROTECTED]> writes: itz> Why is it this way? Well, there's really no way to tell init to itz> execute programs upon _exiting_ a runlevel, or upon a transition itz> from one level to another; the /etc/inittab that defines itz> runlevels is one-dimensional. So

Re: question on sysvinit

2000-06-25 Thread Sven Burgener
On Sat, Jun 24, 2000 at 10:19:10AM -0700, Ian Zimmerman wrote: > level). Then the S scripts start everything that is needed, again > potentially restarting things that were already active on the old > level (although Debian avoids that as a matter of optimization). See. > Why is it this way? W

Re: question on sysvinit

2000-06-24 Thread Ian Zimmerman
Sven> Hi all I wanted to know why that when changing runlevels from Sven> say 2 to 3, the KILL links of _3_ and not 2 get executed before Sven> starting the START links of 3...? Marshal> I think because K comes before S. So switching run levels Marshal> only runs the scripts in the runlevel dirc

Re: question on sysvinit

2000-06-24 Thread Sven Burgener
On Fri, Jun 23, 2000 at 08:38:55PM -0700, Marshal Wong wrote: > > Hi all I wanted to know why that when changing runlevels from > > say 2 to 3, the KILL links of _3_ and not 2 get executed before > > starting the START links of 3...? > I think because K comes before S. So switching r

question on sysvinit

2000-06-23 Thread Sven Burgener
Hi all I wanted to know why that when changing runlevels from say 2 to 3, the KILL links of _3_ and not 2 get executed before starting the START links of 3...? I mean, at that point you're leaving runlevel 2 and it would only make sense to stop those runlevel's services and not the new runlevel's