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
ASUS H110M-R Motherboard Intel 6th/7th Gen LGA1151 DDR4 Micro-ATX i/o shield
$42.00
***NEW*** BCM RX67Q Gaming Motherboard | Intel Q67 2nd/3rd Gen. | LGA1155 | DDR3
$29.77
GIGABYTE B560M DS3H AC LGA1200 Intel B560 SATA 6Gb/s Micro ATX Intel Motherboard
$64.99
Asus TUF B365M-PLUS GAMING Motherboard LGA 1151 Intel B365 DDR4 M.2 Micro ATX
$65.00
Gigabyte AMD B550 UD AC Gaming Motherboard - AMD B550 Chipset - AM4 Socket - AMD
$89.99
Micro ATX Desktop Motherboard ASUS H110M-C LGA 1151
$31.95
Asus Prime B250M-C Motherboard Supports DDR4 Intel 7th Gen
$39.99
Gigabyte Ultra Durable B550 GAMING X V2 Desktop Motherboard
$94.99
GIGABYTE MB10-Datto Motherboard Xeon D-1521- SR2DF 2.40 GHz- Open Box
$112.00
BTC-S37 Mining Motherboard Kit /w SSD & Ram Preinstalled
$59.99