[SOLVED] How to get insserv without installing the package?

catkin · 07-11-2009, 11:13 AM

Hello :-)

I want to speed the 8.04 boot process on a dual-core CPU system. Modifying /etc/init.d/rc to CONCURRENCY=shell or CONCURRENCY=startpar looks like a promising technique but can cause breakage if the boot process depends on <nn> in /etc/rc<n>.d/S<nn><script name>. It seems that CONCURRENCY=shell or CONCURRENCY=startpar is designed to start /etc/rc<n>.d/S<NN>* scripts in parallel for each <NN>.

So, in preparation for modifying /etc/init.d/rc, I want to reorganise the /etc/rc<n>.d/S* symlinks so it's OK for each value of <NN>, to start /etc/rc<n>.d/S<NN>* scripts in parallel.

That means a lot of dependency analysis so I'd like to use insserv with the --dryrun option to automate the initial analysis.

Great idea (?) but

Code:

root@CW8:~# aptitude install insserv
[snip] 
The following packages will be automatically REMOVED:
  initscripts 
[snip]
The following packages have unmet dependencies:
  upstart-compat-sysv: Depends: initscripts but it is not installable
  bootchart: Depends: initscripts but it is not installable
  nfs-common: Depends: initscripts (>= 2.86.ds1-14.1ubuntu1) but it is not installable
Resolving dependencies...
The following actions will resolve these dependencies:

Remove the following packages:
apparmor
apparmor-utils
bootchart
friendly-recovery
nfs-common
nfs-kernel-server
startup-tasks
system-services
ubuntu-standard
upstart
upstart-compat-sysv
upstart-logd

Scary -- maybe not!

Could I just install the insserv program, without installing the insserv package and, if so, how?

Best

Charles

AlucardZero · 07-11-2009, 10:39 PM

check/fix/post your sources.list and make sure to apt-get update, and try again.

catkin · 07-12-2009, 04:43 AM

Thank you AlucardZero

I did an aptitude update and tried again with the same result. Do you believe the dependencies are broken?

The reported dependencies are not altogether surprising IMHO: initscripts files are pretty deep in the boot process.

Maybe I could boot an install CD, install insserv and simply copy the program plus any associated libraries ... can you "install" stuff into a system running ubuntu (or busybox?) off an install CD?

Best

Charles

AlucardZero · 07-12-2009, 08:49 AM

What about your sources.list?

tommcd · 07-12-2009, 09:11 AM

You could just update, or do a clean install (what I prefer), of Jaunty 9.04. Ubuntu Jaunty 9.04 boots a bit faster that Intrepid 8.10, plus it has newer apps and a few more features.

catkin · 07-12-2009, 09:35 AM

Thanks AlucardZero

Quote:

Originally Posted by AlucardZero

What about your sources.list?

Sorry, it's so bad when you're trying to help and people don't give the information you ask for

. Here it is now

Code:

root@CW8:/var/log# cat /etc/apt/sources.list | grep -v '#' | grep -v "^$"
deb http://in.archive.ubuntu.com/ubuntu/ hardy main restricted
deb-src http://in.archive.ubuntu.com/ubuntu/ hardy main restricted
deb http://in.archive.ubuntu.com/ubuntu/ hardy-updates main restricted
deb-src http://in.archive.ubuntu.com/ubuntu/ hardy-updates main restricted
deb http://in.archive.ubuntu.com/ubuntu/ hardy universe
deb-src http://in.archive.ubuntu.com/ubuntu/ hardy universe
deb http://in.archive.ubuntu.com/ubuntu/ hardy-updates universe
deb-src http://in.archive.ubuntu.com/ubuntu/ hardy-updates universe
deb http://in.archive.ubuntu.com/ubuntu/ hardy multiverse
deb-src http://in.archive.ubuntu.com/ubuntu/ hardy multiverse
deb http://in.archive.ubuntu.com/ubuntu/ hardy-updates multiverse
deb-src http://in.archive.ubuntu.com/ubuntu/ hardy-updates multiverse
deb file:/home/c/Repository/Hardy /
deb file:/home/c/Repository/Debian /

and that probably means you also need

Code:

root@CW8:~# ls -1 /home/c/Repository/Hardy | grep deb
opera_9.62.2466.gcc4.qt3_i386.deb
opera_9.64.2480.gcc4.qt3_i386.deb
virtualbox-2.0_2.0.4-38406_Ubuntu_hardy_i386.deb
virtualbox-2.0_2.0.6-39765_Ubuntu_hardy_i386.deb
virtualbox-2.1_2.1.2-41885_Ubuntu_hardy_i386.deb

root@CW8:~# ls -1 /home/c/Repository/Debian | grep deb
p7zip_4.58~dfsg.1-1_i386.deb

Best

Charles

catkin · 07-12-2009, 09:39 AM

Thanks tommcd

Quote:

Originally Posted by tommcd

You could just update, or do a clean install (what I prefer), of Jaunty 9.04. Ubuntu Jaunty 9.04 boots a bit faster that Intrepid 8.10, plus it has newer apps and a few more features.

Might be good but I've bought into the LTS concept so the strategy is to wait for the next LTS to have been around for ~12 months and upgrade then. I figure upgrading now could be more hassle than waiting a few seconds extra each boot.

Best

Charles

AlucardZero · 07-12-2009, 10:37 AM

All hardy, so it looks fine. Well, that means I'm out of ideas. Sorry

By the way, both Opera and VirtualBox have repositories for Ubuntu, so you don't need a local repo for them.

catkin · 07-13-2009, 02:57 PM

Hello AlucardZero

Quote:

Originally Posted by AlucardZero

All hardy, so it looks fine. Well, that means I'm out of ideas. Sorry

By the way, both Opera and VirtualBox have repositories for Ubuntu, so you don't need a local repo for them.

Thanks for trying. Maybe the dependencies are genuine. If so I'm back to the original question of how to get the insserv executable without using aptitude to install the insserv package and so avoid both changing the boot process and removing the initscripts package and its dependencies. I've tried --download-only but apt-get still wants to remove the dependencies. How to get the insserv .deb file?

Thanks for the "heads up" on VirtualBox and Opera repositories; I'll use them next upgrade.

Best

Charles

catkin · 07-14-2009, 08:16 AM

Hello

Solved! Here's how.

Inspected /etc/apt/sources.list and found all the repositories listed http://in.archive.ubuntu.com/ubuntu/
Googled for insserv, restricting the site to in.archive.ubuntu.com/ubuntu. This got only one hit ...
In Firefox, opened http://in.archive.ubuntu.com/ubuntu/pool/universe/i/
Scrolled down to insserv and clicked it, opening http://in.archive.ubuntu.com/ubuntu/...rse/i/insserv/
Found several versions of insserv and no indication which was suitable for the target system, Hardy.
Decided to experiment Clicked on the latest .deb for i386 and saved it to local directory ~/Repository.

In ~/Repository:

Code:

c@CW8:~/Repository$ mkdir tmp
c@CW8:~/Repository$ dpkg-deb -x insserv_1.12.0-5_i386.deb tmp
ls -l tmp/sbin
total 60
-rwxr-xr-x 1 c c 55216 2009-06-23 22:12 insserv
c@CW8:~/Repository$ ./tmp/sbin/insserv --dryrun

This listed all the /etc/init.d scripts, complained about the ones that do not have LSB tags and overrides then listed all the changes it would make to /etc/rc*.d symlinks.

Nice! That saves a lot of detailed analysis

I figure I only have to inspect the /etc/init.d scripts that do not have LSB tags to determine the necessary sequence. I'll make online backup copies of the /etc/rc*.d directories before making any changes so it's easy to backout any breakage

Best

Charles