You've forgot to tell us in detail, what you really did. And, have you studied "man update-rc.d"?.. there wasn't even a single error message when I tried to remove a non-existent symbolic link.
Hi, folks:
I just came across the mentioned problem while using a persistent overlay to do a mock test on my re-mastering procedure. Apparently, it works on KNOPPIX 7.2 as some messages were spitted out after executing this command in terminal, while on 7.4.2 there wasn't even a single error message when I tried to remove a non-existent symbolic link. Besides, by looking at the time stamps of the symlinks in the /etc/rc[0-6S].d folders, it seems to me that the existing symlinks were created during the mastering stage.
So, I wonder if the update-rc.d command only works in the chroot environment (in the context of KNOPPIX 7.4.2). Any pointers will be much appreciated.
ATB,
You've forgot to tell us in detail, what you really did. And, have you studied "man update-rc.d"?.. there wasn't even a single error message when I tried to remove a non-existent symbolic link.
Thanks for the reply, Werner.
Well... if I still remember right, reading the user's manual before using any piece of equipment is still one of the golden rules on my book. So, no worries, I got that part (man update-rc.d) covered. But I am wrong about the failure of spitting out error message when a non-existent symlink is being removed. Ideally, it emits an error message when an existing symlink whose target is still in place is about to be deleted; in fact, it never do so, regardless of the version of KNOPPIX.
Removing the virtualbox symlinks in /etc/rc*.d is actually what I would like to do. According to the man page of update-rc.d, it shall remove the named symlink, regardless of the existence of /etc/init.d/virtualbox, if the -f argument has also been given. To be crystal clear, the files (/etc/init.d/virtualbox) from VBox 4.2.10+dfsg-1 and 4.3.14+dfsg-1 are identical. So, it's unlikely that the content of the script causes the problem. To be more certain, all the symlinks in /etc/rc?.d are supposed to be wiped out by the following code:
It isn't surprising to see all the symlinks are still intact. So, it seems to me that the update-rc.d and/or its related scripts are where the problem lies. For some reason, removing symlink is the only thing it cannot do.Code:# with root privilege INSANE=`find /etc/rc?.d -type l | sed 's/.*[SK][0-9][0-9]//' | sort | uniq` for i in $INSANE ; do update-rc.d -f "$i" remove ; done
ATB,
I've tested it for myself, and yes, update-rc.d (part of sysv-rc 2.88dsf-53) within Knoppix 7.4.2 is buggy and neither the option "-n" nor the parameter "remove" works. Within Knoppix 7.2.0 there is sysv-rc 2.88dsf-41.
Many thanks for your time, Werner. The sysvc-rc shipped with 7.4.2 is KNOPPIX's own breed; I don't really mind the removal function isn't working , and just need to keep an eye on those folders and remove the symlinks after purging the packages.
--- Really Off Topics ---
To folks who have been following this thread:
Check out KNOPPIX's own repository for the patched version of xscreensaver if you are tired of the "very old" warning message.
ATB,
For people who don't know this server:Check out KNOPPIX's own repository
http://debian-knoppix.alioth.debian....kages/?C=M;O=D
HP Z820 Workstation 2x Xeon E5-2690 2.9ghz 16-Cores / 128gb Ram / 1Tb HD / Win10
$419.99
Matched Pair __ Intel Xeon Gold 6152 2.1Ghz 22-Core 140W CPU SR3B4
$209.95
Dell Precision 5810 Workstation Xeon E5-1650 6C 3.5GHz 16GB 500GB Win10 K2200
$124.67
HP Z420 Workstation Xeon E5-2690 2.9ghz 8-Cores / 32gb / 1TB / DVD / Win10
$119.99
Intel Xeon E5-2697 V4 2.30 GHz 18C 2011-3 2400MHz 45MB 145W SR2JV CPU Processor
$49.99
SR1XP Intel Xeon E5-2680 v3 12 Core 30MB 2.5GHz LGA 2011-3 Grade A Processor
$3.97
Intel Xeon E5-2697A v4 SR2K1 2.60GHz 40MB 16-Core LGA2011-3 CPU Processor
$39.99
Xeon E5-2699v4 CPU, SR2JS, have 16 total
$150.00
Intel Xeon E5-2697A V4 2.6GHz 16-Core Processor CPU LGA2011 SR2K1
$47.99
Intel Xeon E3-1285 V3 3.6 GHz 8M Quad-Core SR14W CPU Processor
$49.50