Linux - GeneralThis Linux forum is for general Linux questions and discussion.
If it is Linux Related and doesn't seem to fit in any other forum then this is the place.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
I thought that getting Up2date erased previous versions of packages? If you do not need older versions, is it safe to delete them -- how can you do that safely?
In the past, I have simply updated and installed all available Up2date packages on offer by default, not thinking that I would come up with a size problem. As it happens, today there seems to be an unusally large set of Up2date pakages -- the largest number since I got RHEL more than a year a ago.
What is the best recommended policy on all of these issues, and what can I do to make sure that there is always enough free space for the new packages.
I am fairly new to LINUX management, so some kind soul will have to guide me instruction by instuction.
Distribution: RHEL/CentOS/SL 5 i386 and x86_64 pata for IDE in use
Posts: 4,790
Rep:
Try reading /etc/sysconfig/rhn/up2date
It has lot's of options such as:
Code:
storageDir=/var/spool/up2date
## *(note this is where your RPMS are downloaded to)
keepAfterInstall[comment]=Keep packages on disk after installation
keepAfterInstall=1
So as a suggestion clean the rpm files out of this directory and maybe change the keepAfterInstall value.
Try reading /etc/sysconfig/rhn/up2date
It has lot's of options such as:
Code:
storageDir=/var/spool/up2date
## *(note this is where your RPMS are downloaded to)
keepAfterInstall[comment]=Keep packages on disk after installation
keepAfterInstall=1
So as a suggestion clean the rpm files out of this directory and maybe change the keepAfterInstall value.
Thanks Lenord.
In my /var/spool/up2date directory, I have lots of files like:
Distribution: RHEL/CentOS/SL 5 i386 and x86_64 pata for IDE in use
Posts: 4,790
Rep:
Then manually select by version number and/or date and keep the ones you want. As a suggestion move them to someplace else off the partition they are on, a CD/DVD/USB external drive comes to mind.
The *.hdr (header) files are the descriptions and requirements (partly) for the rpm packages. They are not needed for installation, they are used primarily to insure successful updating of the packages with dependencies.
Then manually select by version number and/or date and keep the ones you want. As a suggestion move them to someplace else off the partition they are on, a CD/DVD/USB external drive comes to mind.
The *.hdr (header) files are the descriptions and requirements (partly) for the rpm packages. They are not needed for installation, they are used primarily to insure successful updating of the packages with dependencies.
Many thanks Lenard.
Things are ok now. I was unaware that *.rpm could be removed -- I thought that you had to keep them after installation. I have moved all the /vasr/spool/up2date contents to another partition and backed it up on an external device as well -- not that I will every need it.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.