Why do you say that it is not a a multiple of 4k? dumpe2fs provides: Block size: 4096
At least 1646960 / 4 = 411740 du seems providing the size in k du /var/log/journal 1646956 /var/log/journal/f14e53f3162847d4ae17fd1ca988e33c 1646960 /var/log/journal ls -i /var/log/journal 1117919 f14e53f3162847d4ae17fd1ca988e33c Is there something wrong? Thank. =========================================================================== Patrick DUPRÉ | | email: pdu...@gmx.com Laboratoire de Physico-Chimie de l'Atmosphère | | Université du Littoral-Côte d'Opale | | Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 189A, avenue Maurice Schumann | | 59140 Dunkerque, France =========================================================================== > Sent: Wednesday, July 05, 2017 at 10:44 PM > From: "Jon LaBadie" <jo...@jgcomp.com> > To: users@lists.fedoraproject.org > Subject: Re: /var/cache > > On Wed, Jul 05, 2017 at 10:16:34AM +0200, Patrick Dupre wrote: > > Hello, > > > > I have directory > > /var/log/journal which seems large: > > 1646960 > > > > What type of file system are you using? ext? or xfs or ?? > I ask as ext expands its directories in 4K chunks and the > sizes you give above and below are not 4K multiples. > > Are you sure those are not inode numbers (ls -i)? > > If they are sizes, the total size of those 40+ directories > is just 61MB, about 0.5% of a small, 10GB file system. > It may not be worth worrying about recovering the space. > > On some file systems directories, once expanded, never > contract. In that case, the "cure" is to create a new > temporary directory (eg. /var.new). Set the ownership > and permissions of /var.new to match /var (don't forget > SELinux and extended attribute properties). Move the > data to the new directory (mv /var/* /var.new). Don't > forget any "dot" files/directories. Rename /var to > /var.old, rename /var.new to /var. > > When satisfied, repeat 40 times for the large > subdirectories and remove the empty old directories. > > This is best done from a boot off of external media and > mounting the hard disk filesystems under the portable > medium. Often /a is a directory provided for this. > > Jon > > > but it is even worst for /var/cache: 14338744 > > I gives the largest sub directories: > > > > 100602 /var/cache/PackageKit/hawkey > > 104278 /var/cache/PackageKit/25/hawkey > > 105988 /var/cache/yum/x86_64/21/fedora/gen > > 112622 /var/cache/yum/x86_64/22/fedora/gen > ... > > 6548048 /var/cache/PackageKit/24/metadata/updates > > 7287012 /var/cache/PackageKit/24/metadata > > 7424876 /var/cache/PackageKit/24 > > 10930952 /var/cache/PackageKit > > > > > > How can I clean this? > > > > Thank. > > > > =========================================================================== > > Patrick DUPRÉ | | email: pdu...@gmx.com > > Laboratoire de Physico-Chimie de l'Atmosphère | | > > Université du Littoral-Côte d'Opale | | > > Tel. (33)-(0)3 28 23 76 12 | | Fax: 03 28 65 82 44 > > 189A, avenue Maurice Schumann | | 59140 Dunkerque, France > > =========================================================================== > > _______________________________________________ > > users mailing list -- users@lists.fedoraproject.org > > To unsubscribe send an email to users-le...@lists.fedoraproject.org > >>> End of included message <<< > > -- > Jon H. LaBadie jo...@jgcomp.com > _______________________________________________ > users mailing list -- users@lists.fedoraproject.org > To unsubscribe send an email to users-le...@lists.fedoraproject.org > _______________________________________________ users mailing list -- users@lists.fedoraproject.org To unsubscribe send an email to users-le...@lists.fedoraproject.org
