On 2012-01-13, lilit-aibolit <lilit-aibo...@mail.ru> wrote: > 13.01.2012 14:28, Francois Pussault P?P8QP5Q: > >> >> With a so huge /var 90% is anormal, you should already look for a logrotate >> solution or choose a new partition map you will use on next update of the >> machine. >> > > First of all, thanks all for your replies. > As I said /var is used for www-aplication under chroot apache. > /var/log is clear: > > # du -sch /var/* > 2.0K /var/account > 2.0K /var/audit > 2.0K /var/authpf > 1.5M /var/backups > 730K /var/cache > 4.0K /var/crash > 20.0K /var/cron > 14.7M /var/db > 4.0K /var/empty > 44.0K /var/games > 1.4M /var/log > 8.0K /var/lost+found > 4.2M /var/mail > 4.0K /var/msgs > 26.4M /var/mysql > 52.0K /var/named > 2.0K /var/quotas > 152K /var/run > 2.0K /var/rwho > 2.0K /var/sasl2 > 2.0K /var/siproxd > 28.0K /var/spool > 781M /var/squid > 4.0K /var/tmp > 1.4G /var/www > 28.0K /var/yp > 2.2G total > > do I understand correctly, that in my case the easiest way is > decrease /home and increase /var? > >
a: 1.0G 63 4.2BSD 2048 16384 1 # / b: 1.2G 2097215 swap c: 37.3G 0 unused d: 2.6G 4683375 4.2BSD 2048 16384 1 # /tmp e: 4.0G 10052439 4.2BSD 2048 16384 1 # /var f: 2.0G 18541648 4.2BSD 2048 16384 1 # /usr g: 1.0G 22735952 4.2BSD 2048 16384 1 # /usr/X11R6 h: 3.5G 24833104 4.2BSD 2048 16384 1 # /usr/local i: 1.9G 32229473 4.2BSD 2048 16384 1 # /usr/src j: 1.9G 36247864 4.2BSD 2048 16384 1 # /usr/obj k: 18.1G 40266255 4.2BSD 2048 16384 1 # /home As you have partitions on the disk between /usr and /home, you can't easily just grow /var. Here are some options: - backup, reinstall with better partition sizes, restore. - swap /var and /home partitions (shut down services, copy files around between the partitions, swap the fstab entries, reboot). if you are not totally confident with doing this, make sure your backups are up-to-date first. - if you only need a little more space, or if you need to buy some time until you an plan a proper reinstallation, move your squid cache_dir to /home.