/usr/src and /lib/modules and log issue low priority
aus9
Status: Assistant
Joined: 21 Sep 2008
Posts: 358
Location: Australia
Reply Quote
Hi

Firstly I am still new to sidux so am not embarrassed if I have the ideas all wrong.

I am using smxi. I would normally post my log but I could not see anything of interest to my question so will post a link only if you feel it necessary.

1) in /etc/smxi.conf I have not changed a thing and spotted
RememberResponses

What I thought that meant....was in the log? put what my responses were to various questions put to me by the wonderful smxi script?

I did a search for that string in the smxi forum and got no response. Expanded to all forums and stil no joy.

2) It appears that when I select the option to remove old kernel...it does that beautifully in /boot folder but I am not so sure it fully works in
/usr/src and
/lib/modules

It may be that your script is not designed to touch these areas so please forgive me for not being a programmer and knowing the answer in advance.

------

Its not a problem for me...as I am one of the unbelievers using sidux AND I use partimage for my backups so if I stuff up...I can only blame myself and never you Harald. I am not trying to indicate that I know more than a certain entity just stating why I am so carefree.

And I then manually remove stuff.

------
For info of other users IF you are interested, I noticed that
/usr/src/linux was sym linked to an old kernel

and lots of kernels/modules I needed to remove.

3) So does your script fix up these things?
Do you have the time to add to your script?
Do you caution users not to do what I am happy go lucky do?

feel free to be as blunt as you like., or ignore this request if you do not understand it.....as I will continue doing some of my stuff my own way no matter what.

And just in case you think I am a complete idiot to annoy you with my low priority requests....heh heh...I can confirm I am idiot.....I often reboot without finishing all of your script to do some tests etc and then forget to turn on numlock while at init 3.....and wonder why pressing numberpad X does not work....more than once.....LOL

thanks for reading tho.

cheerio
Back to top
techAdmin
Status: Site Admin
Joined: 26 Sep 2003
Posts: 4018
Location: East Coast, West Coast? I know it's one of them.
Reply Quote
Some of the directories don't get removed, you're right.

However, smxi doesn't deal with those, and neither does apparently the kernel-remover script, though it could with some more work.

I don't really maintain kernel-remover, it's part of sidux, but I can easily fork it and modify it, though I'm not worried about this issue since mostly that stuff is just empty directories.

RememberResponses is just a string I put into smxi to tell it not to show the remember response item you see the first time.

You won't find most of these googling, since they are just internal script items, of little or no interest to anyone not trying to hack on the script.

There's always more fine tuning things, the correct way to handle some of those you mention is in kernel remover itself, to simply loop through the directories left over after you're done with the main kernel remove operation, and remove the corresponding one, but you have to always be careful.

You should see my /usr/src directory..

:: Code ::
ls /usr/src
2007-02-14-16:21:23-sgfxi.log
2007-08-28-13:14:30-sgfxi.log
2007-08-28-13:15:06-sgfxi.log
2007-08-28-13:16:53-sgfxi.log
2.6.21.1-net_driver_fixes.diff
2.6.21-at76_usb20070423.diff.bz2
acpi-dsdt-initrd-v0.8.4-2.6.21.patch
adma.patch
gregkh-driver-nozomi.patch
kernel-downloads
linux
linux-2.6.18.1-slh-smp-2
linux-2.6.19.1-slh-smp-1
linux-2.6.21.tar.bz2
linux-custom-patches-2.6.19.1-slh-smp-1.tar.bz2
linux-custom-patches-2.6.20.7-slh-smp-1.tar.bz2
linux-custom-patches-2.6.21.1-slh-smp-2_1_i386.deb
linux-custom-patches-2.6.21.5-slh-smp-1.tar.bz2
linux-custom-patches-2.6.23.15-slh-smp-1.tar.bz2
linux-headers-2.6.15.6-kanotix-1
linux-headers-2.6.16.14-kanotix-1
linux-headers-2.6.16.5-kanotix-1
linux-headers-2.6.18.1-slh-smp-2
linux-headers-2.6.19.1-slh-smp-1
linux-headers-2.6.20.7-slh-smp-1
linux-headers-2.6.21.5-slh-smp-1
linux-headers-2.6.23.15-slh-smp-1
linux-headers-2.6.24-2.6.24.2.slh.12-sidux-686
linux-headers-2.6.24-2.6.24.2.slh.7-sidux-686
linux-headers-2.6.24-2.6.24.3.slh.2-sidux-686
linux-headers-2.6.24-2.6.24.4.slh.3-sidux-686
linux-headers-2.6.24-2.6.24.5.slh.2-common
linux-headers-2.6.24-2.6.24.5.slh.2-sidux-686
linux-headers-2.6.25-0.slh.12-sidux-686
linux-headers-2.6.25-11.slh.2-common
linux-headers-2.6.25-11.slh.2-sidux-686
linux-headers-2.6.25-4.slh.3-sidux-686
linux-headers-2.6.25-5.slh.1-sidux-686
linux-headers-2.6.26-1.slh.4-common
linux-headers-2.6.26-1.slh.4-sidux-686
linux-headers-2.6.26-5.slh.4-common
linux-headers-2.6.26-5.slh.4-sidux-686
linux-kbuild-2.6.24
linux-kbuild-2.6.25
linux-kbuild-2.6.26
linux-OLDVERSION.1189735524
linux-OLDVERSION.1193623755
linux-OLDVERSION.1193629264
linux-OLDVERSION.1195280281
linux-OLDVERSION.1196365088
linux-OLDVERSION.1199224602
linux-OLDVERSION.1205087413
linux-source-2.6.19.1-slh-smp-1.sh
linux-source-2.6.20.7-slh-smp-1.sh
linux-source-2.6.21.5-slh-smp-1.sh
linux-source-2.6.23.15-slh-smp-1.sh
Makefile
modules
nohup.out
NVIDIA_kernel-1.0-7676-1321905.diff
NVIDIA_kernel-1.0-7676-1361053.diff
NVIDIA_kernel-1.0-7676-1392404.diff
NVIDIA_kernel-1.0-8178-1423627.diff
NVIDIA_kernel-1.0-8178-1427453.diff
NVIDIA_kernel-1.0-8178-1435131.diff
NVIDIA_kernel-1.0-8178-1450608.diff
NVIDIA_kernel-1.0-8178-1451498.diff
NVIDIA_kernel-1.0-8178-1453708.diff
NVIDIA_kernel-1.0-8762-1544019.diff
NVIDIA_kernel-1.0-8762-U072006.diff
NVIDIA_kernel-1.0-8774-2.6.19-rc1.diff
NVIDIA_kernel-1.0-9625-NOSMBUS.diff
NVIDIA_kernel-2.6.19.patch
NVIDIA-Linux-x86-100.14.03-pkg0.run
NVIDIA-Linux-x86-100.14.06-pkg0.run
NVIDIA-Linux-x86-100.14.09-pkg0.run
NVIDIA-Linux-x86-100.14.11-pkg0.run
NVIDIA-Linux-x86-100.14.19-pkg0.run
NVIDIA-Linux-x86-100.14.23-pkg0.run
NVIDIA-Linux-x86-1.0-7664-pkg0.run
NVIDIA-Linux-x86-1.0-7676-pkg0.run
NVIDIA-Linux-x86-1.0-8178-pkg0.run
NVIDIA-Linux-x86-1.0-8756-pkg0.run
NVIDIA-Linux-x86-1.0-8762-pkg0.run
NVIDIA-Linux-x86-1.0-8774-pkg0.run
NVIDIA-Linux-x86-1.0-9625-pkg0.run
NVIDIA-Linux-x86-1.0-9626-pkg0.run
NVIDIA-Linux-x86-1.0-9639-pkg0
NVIDIA-Linux-x86-1.0-9639-pkg0.run
NVIDIA-Linux-x86-1.0-9742-pkg0.run
NVIDIA-Linux-x86-1.0-9746-pkg0.run
NVIDIA-Linux-x86-1.0-9755-pkg0.run
NVIDIA-Linux-x86-1.0-9762-pkg0.run
NVIDIA-Linux-x86-169.04-pkg0.run
NVIDIA-Linux-x86-169.07-pkg0.run
NVIDIA-Linux-x86-169.09-pkg0.run
NVIDIA-Linux-x86-169.12-pkg0.run
NVIDIA-Linux-x86-171.06-pkg0.run
NVIDIA-Linux-x86-173.08-pkg0.run
NVIDIA-Linux-x86-173.14.05-pkg0.run
NVIDIA-Linux-x86-173.14.09-pkg0.run
NVIDIA-Linux-x86-173.14.12-pkg0.run
NVIDIA-Linux-x86-71.86.01-pkg0.run
patch-2.6.21.1.bz2
rpm
t-sinus_111card-2.6.16.diff
unionfs-2.x-linux-2.6.21-u2.diff.gz
virtualbox-ose-modules-2.6.21.5-slh-smp-1_1.5.0-dfsg2-1+1_i386.deb
virtualbox-ose-modules-2.6.21.5-slh-smp-1_1.5.2-dfsg-2+1_i386.deb
virtualbox-ose-modules-2.6.23.12-slh-smp-2_1.5.4-dfsg-1+1_i386.deb
virtualbox-ose-modules-2.6.23.1-slh-smp-19_1.5.2-dfsg-2+1_i386.deb
virtualbox-ose-modules-2.6.23.8-slh-smp-1_1.5.2-dfsg2-1+1_i386.deb
virtualbox-ose-modules-2.6.23.9-slh-smp-1_1.5.2-dfsg2-2+1_i386.deb
virtualbox-ose-modules-2.6.24-2.6.24.2.slh.12-sidux-686_1.5.6-dfsg-2+2.6.24-11_i386.deb
virtualbox-ose.tar.bz2
vmware-downloads


However, you'll note that the stuff that smxi actually handles does always get cleaned up correctly, the kernel download directories etc...

And sgfxi also largely cleans up after itself, with the exception of the actual .run binary file, it keeps those to save you the download again for reinstalls, but it gets rid of everything else. The diffs you see there are from an old kanotix gfx installer script.

... and I also see some old sgfxi debugging and testing data lying around as well, heh heh...
Back to top
aus9
Status: Assistant
Joined: 21 Sep 2008
Posts: 358
Location: Australia
Reply Quote
techAdmin

wow thanks for the expansive reply.

I tend to remove stuff to keep my partimage target partitions smaller to image.

Thanks for addressing the response question as well.

cheerio
Back to top
techAdmin
Status: Site Admin
Joined: 26 Sep 2003
Posts: 4018
Location: East Coast, West Coast? I know it's one of them.
Reply Quote
aus9, you're in luck, because of a recent bug with dialog in sid, I rewrote kernel remover and made it native to smxi.

I added the cleanup of /usr/src you requested, and if you have any other cleanup items that are being missed, let me know.

Currently, it will remove this:

all apt kernel components
smxi kernel download directory
/usr/src/linux-headers-<kernel removed>
/lib/modules/<kernel rmeoved>

I think that will cover it.

Note: the full removal will only occur with kernels you remove after now, today, with smxi.
Back to top
aus9
Status: Assistant
Joined: 21 Sep 2008
Posts: 358
Location: Australia
Reply Quote
techAdmin

sorry for the delay in feedback.

thanks for your effort.

I had a problem caused entirely by myself and I got a little sym link hell going which I fixed with a rebuild of a new sidux 2008-03

I have yet to test smxi with nvidia but I did 2 smxi runs
run one added a new kernel and kept the old one kernel (k)

on boot the /usr/src/linux sym link was still good to old k
/lib/modules looked ok as well

on run 2 I removed old kernel and the script re-linked beautifully to the new k at /usr/src/linux and the /lib/modules look good as well.

I made a lot of config changes as this was a clean install so if it was going to break...now would have been a good time to do so...but its all good

thanks

cheerio
Back to top
Display posts from previous:   

All times are GMT - 8 Hours