Solved Debian update - keyboard responsive, Lennart Sorrenson not so much

Lennart Sorensen lsorense-1wCw9BSqJbv44Nm34jS7GywD8/FfD2ys at public.gmane.org
Mon Oct 31 16:23:49 UTC 2011


On Sun, Oct 30, 2011 at 05:18:04AM -0400, Russell Reiter wrote:
> Lennart wasn't trying to warn me about anything he was trying to self
> aggrandize. He didn't understand the problem, he presumed syvinit,
> even though Debian is now using Dependency Based Boot. Most
> importantly he did not try to help in the first place, he just
> criticized without knowledge or understanding. He was not trying to
> help he was trying to put down. There is a big difference.

What you read into other peoples messages is entirely _your_problem_.

insserv still uses the symlink files like sysvinit, but not entirely
the same way, just mostly.

For example:

lennartsorensen:~# ls -l /etc/*/*pulseaudio
-rw-r--r-- 1 root root 1166 Oct  1 08:18 /etc/default/pulseaudio
-rwxr-xr-x 1 root root 2227 Oct  1 08:18 /etc/init.d/pulseaudio
lrwxrwxrwx 1 root root   20 Sep 27  2010 /etc/rc1.d/K01pulseaudio -> ../init.d/pulseaudio
lrwxrwxrwx 1 root root   20 Oct 19 14:08 /etc/rc2.d/S21pulseaudio -> ../init.d/pulseaudio
lrwxrwxrwx 1 root root   20 Oct 19 14:08 /etc/rc3.d/S21pulseaudio -> ../init.d/pulseaudio
lrwxrwxrwx 1 root root   20 Oct 19 14:08 /etc/rc4.d/S21pulseaudio -> ../init.d/pulseaudio
lrwxrwxrwx 1 root root   20 Oct 19 14:08 /etc/rc5.d/S21pulseaudio -> ../init.d/pulseaudio
lennartsorensen:~# insserv -r pulseaudio
lennartsorensen:~# ls -l /etc/*/*pulseaudio
-rw-r--r-- 1 root root 1166 Oct  1 08:18 /etc/default/pulseaudio
-rwxr-xr-x 1 root root 2227 Oct  1 08:18 /etc/init.d/pulseaudio
lennartsorensen:~# insserv -d pulseaudio
lennartsorensen:~# ls -l /etc/*/*pulseaudio
-rw-r--r-- 1 root root 1166 Oct  1 08:18 /etc/default/pulseaudio
-rwxr-xr-x 1 root root 2227 Oct  1 08:18 /etc/init.d/pulseaudio
lrwxrwxrwx 1 root root   20 Oct 31 12:14 /etc/rc1.d/K01pulseaudio -> ../init.d/pulseaudio
lrwxrwxrwx 1 root root   20 Oct 31 12:14 /etc/rc2.d/S21pulseaudio -> ../init.d/pulseaudio
lrwxrwxrwx 1 root root   20 Oct 31 12:14 /etc/rc3.d/S21pulseaudio -> ../init.d/pulseaudio
lrwxrwxrwx 1 root root   20 Oct 31 12:14 /etc/rc4.d/S21pulseaudio -> ../init.d/pulseaudio
lrwxrwxrwx 1 root root   20 Oct 31 12:14 /etc/rc5.d/S21pulseaudio -> ../init.d/pulseaudio

So the K and S scripts still apply.  They are what are used to determine
what should be started and stopped in a given runlevel by insserv.
What insserv changes is the fact that they no longer run one at a
time based only on the names of the scripts.  Things are done whenever
everything they depend on is ready.

A K##udev scripts is still supposed to tell insserv to stop udev in
the given runlevel.  So either it does, and it isn't very noticeable,
or it does not because some dependancy made insserv figure the user
didn't know what they were doing.

So it still doesn't make sense that renaming /etc/rc2.d/S##udev to K##udev
doesn't break the system, but it certainly does make sense that it solves
the "udev is trying to start twice" problem.  It should be resulting in
insserv stopping udev, but perhaps the dependancies of other things is
getting udev to ignore the users request.

-- 
Len Sorensen
--
The Toronto Linux Users Group.      Meetings: http://gtalug.org/
TLUG requests: Linux topics, No HTML, wrap text below 80 columns
How to UNSUBSCRIBE: http://gtalug.org/wiki/Mailing_lists





More information about the Legacy mailing list