Militantly FREE software support.
Militantly FREE software support.
NavigationUser loginSpam?See spam posts on this site? If so, please don't reply to the spam! Instead, just report the URL to the webmaster. |
E: You don't have enough free space in /var/cache/apt/archives/Hi, I'm trying to install packages under debian 4.0 and no matter what I try I get the error- E: You don't have enough free space in /var/cache/apt/archives/ df shows- 1K-blocks Used Available Use% Mounted on Thanks in advance. Bookmark/Search this post with: 
|
• Debian Weekly News - Essential reading for any Debian fan. • Documentation - Debian's own authoritative documentation, including installation docs. • FAQ - Got questions about Debian GNU/Linux? • From Windows to Debian - Tips for converting from Windows to Debian GNU/Linux • Package of the Day. • Security - Security information and alerts! • Bug System - Bug tracking and instructions on reporting bugs. • CD Images - Where/how to get Debian GNU/Linux CD images. • Mailing List Subscription - Dozens of Debian-specific support mailing lists! • Mailing List Archives - Searchable archives of Debian's mailing lists. • Free Software Guidelines - Learn Debian's idea of what "free" software really is. • Package Listings - A very valuable tool: searchable, integrated with bug reports. • Apt-Get Sources - Sources for *.debs which are not official Debian packages. • Backports - Unofficial new software packages that have been "back-ported" to work with the Debian stable/official release. • Developer's Corner - Info about the people behind Debian, policies, and how to package *.deb files.
clean out apt cache
You may have a cache limit set in /etc/apt/apt.conf that you could increase. If not, then you can run
# apt-get clean
to clean out /var/cache/apt/archives.
clean out apt cache
Matt- thanks for the tip. I tried that and it still gave the same error.
mount point for /var
Just to make sure, /var is not on a separate partition?
/var on the same partition
Hi Matt-
/var is on the same partition. The system looks like-
Filesystem 1K-blocks Used Available Use% Mounted on
simfs 7697152 198396 7498756 3% /
tmpfs 256752 0 256752 0% /lib/init/rw
tmpfs 256752 0 256752 0% /dev/shm
simfs?
What is simfs? I've never heard of it.
One test you might try is to copy a fairly large amount of data to /var and see if the problem is specific to apt.
Just speculating now. Maybe apt has not been tested on the simfs file system. If simfs is the problem, you could try linking /var/cache/apt/archives to a different location (or find the configuration file to change the location). But if you've posted the entire df output, then that's of no help at all (unless your tmpfs can be quite large, and you don't mind running apt-get clean right after the upgrade so as not to use up all your memory).