Quote:
Originally Posted by jpollard
How many files are there? (df -i)
full is a relative term - by default, root as a reserved 10%
|
Minor nit. Used to be 10%, but its 5% now. There is no reserved ratio in the mke2fs.conf and so the default is 5% (see 'man mkfs.ext4'). Still way too much on a modern partition IMO, and the root idea is more than a little dated.
Quote:
Originally Posted by aleksnikolic
Hi guys,
As I am new to Fedora I come across some weird things. During the installation I allocated 600GB logical volume to my /home. I created just one user whose folder /home/user is now showing 100% even though /home has plenty of space. No quota set up.
|
I see your ~600GB /home alright. But you are misinterpreting the 100% figure.
When you use the disk usage analyzer ('baobab' is the tool), to analyze a folder (not a file system) then it always shows the folder as 100% and shows the various folder contents as a percentage of the folder size. IOW it is telling you what fraction of the folder is used for various dirs and files (and the top dir is always 100%). It is NOT telling you the folder is full or that you can't add more files.
So baobab does two different things - it analyzes filesystem usage and it also can analyze folders (directories) usage. Use the 'Analyzer' tab to select.
To analyze filesystems, use the 'Edit->Preferences' to select mount points, then use the 'Analyzer->Scan_File_System'. When you do analyze filesystems it still shows the filesystem content as 100%, and shows each dir and file as a percent of the usage, not a percent of the total filesystem size, but a percentage of that used.
My personal opinion is that baobab is a tool of limited value, and it's main use is to show you where your disk space is getting used up. It helps give a visual picture of file usage by size.
'df' is a much better tool for verifying filesystem usage, but even then it takes a little judgement to understand.
Code:
[stevea@crucibulum Desktop]$ df
Filesystem 1K-blocks Used Available Use% Mounted on
rootfs 20642428 8743144 11689604 43% /
devtmpfs 3973772 0 3973772 0% /dev
tmpfs 3984884 108 3984776 1% /dev/shm
tmpfs 3984884 7732 3977152 1% /run
/dev/sda3 20642428 8743144 11689604 43% /
tmpfs 3984884 0 3984884 0% /sys/fs/cgroup
tmpfs 3984884 0 3984884 0% /media
/dev/sda4 83886080 4598304 75543152 6% /home
/dev/sda4 83886080 4598304 75543152 6% /home/stevea
hypoxylon:/sohocommon 516061568 306579584 183267584 63% /home/common
You might note that root is shown twice (as rootfs and as /dev/sda3) and that the two btrfs subvolumes mounted at /home and /home/stevea show duplicate info. The network share mounted at /home/common is also shown.
'du' is used for analyzing on a file-oriented basis
Quote:
[stevea@crucibulum Desktop]$ du -sh ~
du: cannot read directory `/home/stevea/.config/nautilus-actions': Permission denied
4.8G /home/stevea
|
The error is due to a Gnomic problem.