Root is full, can't determine why

Ask Fedora
1

I have Home on the root partition. This partition is full, according to system monitor, and it is since it was giving me technical difficulties. I’ve made a little space so everything is functioning, but I can’t for the life of me work out why.

I seem to have around 350Gb on a 1Tb partition:

name@fedora:\~$ sudo du -hsx /\* | sort -rh | head -n 40
\[sudo\] password for name:
du: cannot access ‘/proc/4217/task/4290/fd/197’: No such file or directory
du: cannot access ‘/proc/4217/task/4295/fdinfo/279’: No such file or directory
du: cannot access ‘/proc/4217/task/4808/fdinfo/197’: No such file or directory
du: cannot access ‘/proc/4217/task/4809/fd/295’: No such file or directory
du: cannot access ‘/proc/4217/task/7510/fd/267’: No such file or directory
du: cannot access ‘/proc/4217/task/8066/fdinfo/243’: No such file or directory
du: cannot access ‘/proc/4217/task/8066/fdinfo/293’: No such file or directory
du: cannot access ‘/proc/8149/task/8149/fd/3’: No such file or directory
du: cannot access ‘/proc/8149/task/8149/fdinfo/3’: No such file or directory
du: cannot access ‘/proc/8149/fd/3’: No such file or directory
du: cannot access ‘/proc/8149/fdinfo/3’: No such file or directory
254G    /home
84G     /var
18G     /usr
1.4G    /opt
496M    /boot
41M     /etc
8.3M    /root
2.2M    /run
44K     /dev
20K     /tmp
4.0K    /sbin
4.0K    /lib64
4.0K    /lib
4.0K    /bin
0       /sys
0       /srv
0       /proc
0       /mnt
0       /media
0       /lost+found
0       /afs

Gnome disk utility, overview etc shows it as 953.9Gb / 1.1Tb.

Any suggestions to help me work out what is happening? I’m on 43 KDE.

name@fedora:/$ df -h 
Filesystem      Size  Used Avail Use% Mounted on 
/dev/nvme0n1p3 1016G  950G   62G  94% / 
devtmpfs         16G   44K   16G   1% /dev 
tmpfs            16G  104K   16G   1% /dev/shm 
efivarfs        256K   67K  185K  27% /sys/firmware/efi/efivars 
tmpfs           6.3G  2.2M  6.3G   1% /run 
tmpfs           1.0M     0  1.0M   0% /run/credentials/systemd-journald.service 
/dev/nvme0n1p3 1016G  950G   62G  94% /home 
tmpfs            16G   20K   16G   1% /tmp 
/dev/nvme0n1p2  974M  496M  411M  55% /boot 
/dev/nvme0n1p1  599M   20M  580M   4% /boot/efi 
tmpfs           1.0M     0  1.0M   0% /run/credentials/systemd-resolved.service 
/dev/sdb2       5.5T  4.9T  594G  90% /mnt/Vids 
tmpfs           3.2G  3.7M  3.2G   1% /run/user/1000
2

Can you tell us how you installed Fedora? Is it a default install with btrfs? On a default installation you have btrfs subvolumes " / & /home" which shares the space.

1 Like
4

Fedora 39 via USB and upgrades since then. I’m on 43 now.

Default install with btrfs,“/home” is on “/”. The partition was created at first Fedora install I believe.

5

snapshots full?

1 Like
7

that, to be sure, use a live iso to debug (or in case delete) to make sure no corruption happens because files need to be created sometimes and cause processes to crash because something couldnt run

get a stabler environment, could also be easier that way

1 Like
8

When my harddrive gets close to full, first thing I do is clean up toolboxes and images I downloaded. Virtualmachines and all the ISO’s I do have in my Download directory. If there are flatpaks you do not use, remove them.

1 Like
9

Your home is not in the root partition, it is in /home

Are you installing or copying things in or to /root ?

Paste the output of
lsblk -f
without and USB drives connected.

1 Like
11 
name@fedora:~$ lsblk -o PATH,PARTTYPENAME,FSTYPE,MOUNTPOINTS
PATH           PARTTYPENAME         FSTYPE MOUNTPOINTS
/dev/sda                                   
/dev/sda1      Linux filesystem     ext4   
/dev/sdb                                   
/dev/sdb2      Microsoft basic data ntfs   /mnt/Vids
/dev/sdc                                   
/dev/sdc1      Linux filesystem     btrfs  
/dev/sdd                            ext4   
/dev/zram0                          swap   [SWAP]
/dev/nvme0n1                               
/dev/nvme0n1p1 EFI System           vfat   /boot/efi
/dev/nvme0n1p2 Linux extended boot  ext4   /boot
/dev/nvme0n1p3 Linux filesystem     btrfs  /home
                                           /
/dev/nvme0n1p4 Linux filesystem     ext4   
/dev/nvme0n1p6 BIOS boot                   
/dev/nvme0n1p7 Linux filesystem     ext4

/dev/nvme0n1p7 is an old Mint partitition I haven’t booted to in over a year and can lose if needed. Before the Fedora install on the drive unfortunately. As is /dev/nvme0n1p4 which is blank.

sda, sdb, sdc, sdd are mechanical drives.

name@fedora:~$ sudo btrfs inspect-internal dump-super /dev/nvme0n1p3
superblock: bytenr=65536, device=/dev/nvme0n1p3
---------------------------------------------------------
csum_type               0 (crc32c)
csum_size               4
csum                    0x6b804c26 [match]
bytenr                  65536
flags                   0x1
                        ( WRITTEN )
magic                   _BHRfS_M [match]
fsid                    71fdfdb2-889b-42bd-8f7c-fe1999759379
metadata_uuid           00000000-0000-0000-0000-000000000000
label                   fedora
generation              540385
root                    84432125952
sys_array_size          129
chunk_root_generation   540140
root_level              0
chunk_root              22970368
chunk_root_level        1
log_root                84412203008
log_root_transid (deprecated)   0
log_root_level          0
total_bytes             1090757066752
bytes_used              1010992824320
sectorsize              4096
nodesize                16384
leafsize (deprecated)   16384
stripesize              4096
root_dir                6
num_devices             1
compat_flags            0x0
compat_ro_flags         0x3
                        ( FREE_SPACE_TREE |
                          FREE_SPACE_TREE_VALID )
incompat_flags          0x371
                        ( MIXED_BACKREF |
                          COMPRESS_ZSTD |
                          BIG_METADATA |
                          EXTENDED_IREF |
                          SKINNY_METADATA |
                          NO_HOLES )
cache_generation        0
uuid_tree_generation    540385
dev_item.uuid           ec01db2a-8aa6-4267-bb26-74431cab1129
dev_item.fsid           71fdfdb2-889b-42bd-8f7c-fe1999759379 [match]
dev_item.type           0
dev_item.total_bytes    1090757066752
dev_item.bytes_used     1087534792704
dev_item.io_align       4096
dev_item.io_width       4096
dev_item.sector_size    4096
dev_item.devid          1
dev_item.dev_group      0
dev_item.seek_speed     0
dev_item.bandwidth      0
dev_item.generation     0

name@fedora:~$ sudo btrfs device usage /
/dev/nvme0n1p3, ID: 1
   Device size:          1015.85GiB
   Device slack:              0.00B
   Data,single:           992.83GiB
   Metadata,DUP:           20.00GiB
   System,DUP:             16.00MiB
   Unallocated:             3.00GiB

name@fedora:~$ sudo btrfs filesystem usage /
Overall:
    Device size:                1015.85GiB
    Device allocated:           1012.85GiB
    Device unallocated:            3.00GiB
    Device missing:                  0.00B
    Device slack:                    0.00B
    Used:                        948.79GiB
    Free (estimated):             61.88GiB      (min: 60.38GiB)
    Free (statfs, df):            61.88GiB
    Data ratio:                       1.00
    Metadata ratio:                   2.00
    Global reserve:              512.00MiB      (used: 0.00B)
    Multiple profiles:                  no

Data,single: Size:992.83GiB, Used:933.95GiB (94.07%)
   /dev/nvme0n1p3        992.83GiB

Metadata,DUP: Size:10.00GiB, Used:7.42GiB (74.22%)
   /dev/nvme0n1p3         20.00GiB

System,DUP: Size:8.00MiB, Used:144.00KiB (1.76%)
   /dev/nvme0n1p3         16.00MiB

Unallocated:
   /dev/nvme0n1p3          3.00GiB

name@fedora:~$ btrfs inspect-internal dump-super /dev/nvme0n1p3 | grep -r . /sys/fs/btrfs/
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/read_policy:[pid]
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/commit_stats:commits 122
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/commit_stats:cur_commit_ms 0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/commit_stats:last_commit_ms 14
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/commit_stats:max_commit_ms 175
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/commit_stats:total_commit_ms 2982
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/generation:540397
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/exclusive_operation:none
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/nodesize:16384
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/bg_reclaim_threshold:75
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/label:fedora
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/discard/discardable_bytes:311422976
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/discard/discard_bytes_saved:1372696576
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/discard/discardable_extents:19846
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/discard/iops_limit:1000
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/discard/kbps_limit:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/discard/max_discard_size:67108864
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/discard/discard_bitmap_bytes:363986944
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/discard/discard_extent_bytes:1535717376
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/sectorsize:4096
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/temp_fsid:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/quota_override:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/clone_alignment:4096
ERROR: cannot open /dev/nvme0n1p3: Permission denied
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/devinfo/1/in_fs_metadata:1
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/devinfo/1/scrub_speed_max:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/devinfo/1/replace_target:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/devinfo/1/writeable:1
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/devinfo/1/fsid:71fdfdb2-889b-42bd-8f7c-fe1999759379
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/devinfo/1/missing:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/devinfo/1/error_stats:write_errs 0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/devinfo/1/error_stats:read_errs 0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/devinfo/1/error_stats:flush_errs 0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/devinfo/1/error_stats:corruption_errs 1
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/devinfo/1/error_stats:generation_errs 0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/checksum:crc32c (crc32c-lib)
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/disk_used:15940714496
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/bytes_pinned:180224
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/dynamic_reclaim:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/chunk_size:1073741824
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/reclaim_errors:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/bytes_used:7970357248
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/periodic_reclaim:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/bg_reclaim_threshold:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/size_classes:none 0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/size_classes:small 0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/size_classes:medium 0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/size_classes:large 0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/reclaim_count:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/dup/used_bytes:7970357248
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/dup/total_bytes:10737418240
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/disk_total:21474836480
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/total_bytes:10737418240
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/reclaim_bytes:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/bytes_reserved:606208
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/bytes_readonly:65536
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/bytes_zone_unusable:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/bytes_may_use:650248192
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/metadata/flags:4
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/disk_used:294912
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/bytes_pinned:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/dynamic_reclaim:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/chunk_size:33554432
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/reclaim_errors:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/bytes_used:147456
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/periodic_reclaim:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/bg_reclaim_threshold:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/size_classes:none 0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/size_classes:small 0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/size_classes:medium 0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/size_classes:large 0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/reclaim_count:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/dup/used_bytes:147456
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/dup/total_bytes:8388608
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/disk_total:16777216
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/total_bytes:8388608
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/reclaim_bytes:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/bytes_reserved:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/bytes_readonly:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/bytes_zone_unusable:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/bytes_may_use:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/system/flags:2
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/global_rsv_reserved:536870912
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/disk_used:1003021303808
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/bytes_pinned:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/dynamic_reclaim:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/chunk_size:10737418240
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/reclaim_errors:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/bytes_used:1003021303808
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/periodic_reclaim:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/bg_reclaim_threshold:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/size_classes:none 152
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/size_classes:small 185
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/size_classes:medium 348
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/size_classes:large 310
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/single/used_bytes:1003021303808
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/single/total_bytes:1066043179008
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/reclaim_count:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/disk_total:1066043179008
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/total_bytes:1066043179008
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/reclaim_bytes:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/bytes_reserved:188416
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/bytes_readonly:65536
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/bytes_zone_unusable:0
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/bytes_may_use:2052096
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/data/flags:1
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/allocation/global_rsv_size:536870912
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/metadata_uuid:71fdfdb2-889b-42bd-8f7c-fe1999759379
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/features/free_space_tree:1
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/features/no_holes:1
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/features/compress_zstd:1
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/features/skinny_metadata:1
/sys/fs/btrfs/71fdfdb2-889b-42bd-8f7c-fe1999759379/features/extended_iref:1
/sys/fs/btrfs/features/zoned:0
/sys/fs/btrfs/features/raid56:0
/sys/fs/btrfs/features/supported_rescue_options:usebackuproot nologreplay ignorebadroots ignoredatacsums ignoremetacsums ignoresuperflags all
/sys/fs/btrfs/features/block_group_tree:0
/sys/fs/btrfs/features/default_subvol:0
/sys/fs/btrfs/features/mixed_groups:0
/sys/fs/btrfs/features/send_stream_version:2
/sys/fs/btrfs/features/free_space_tree:0
/sys/fs/btrfs/features/no_holes:0
/sys/fs/btrfs/features/supported_sectorsizes:4096
/sys/fs/btrfs/features/raid1c34:0
/sys/fs/btrfs/features/acl:1
/sys/fs/btrfs/features/compress_zstd:0
/sys/fs/btrfs/features/skinny_metadata:0
/sys/fs/btrfs/features/temp_fsid:0
/sys/fs/btrfs/features/verity:0
/sys/fs/btrfs/features/supported_checksums:crc32c xxhash64 sha256 blake2b
/sys/fs/btrfs/features/simple_quota:0
/sys/fs/btrfs/features/compress_lzo:0
/sys/fs/btrfs/features/extended_iref:1
/sys/fs/btrfs/features/metadata_uuid:0
/sys/fs/btrfs/features/rmdir_subvol:0

Thank you for your efforts on this.

12

snapshots full?

Timeshift? This seems very likely. I turned off snapshots to see if it would help. I have no timeshifts showing, and nothing in the folder where I think the files should be. I am confused by the file structure for it though, so it’s still quite a likely culprit. And I don’t know why I wouldn’t be able to see the file usage.

User error remains the most likely general cause of the issue.

1 Like
13

Are you installing or copying things in or to /root ?

Not that I’m aware of.

Paste the output of
lsblk -f

name@fedora:~$ lsblk -f
NAME        FSTYPE FSVER LABEL      UUID                                 FSAVAIL FSUSE% MOUNTPOINTS
sda                                                                                     
└─sda1      ext4   1.0   Blank_6Tb  79af792d-d7aa-4c1c-b0a1-434a7a689d80                
sdb                                                                                     
└─sdb2      ntfs         Vids       C4C604AAC6049F34                      593.9G    89% /mnt/Vids
sdc                                                                                     
└─sdc1      btrfs        Broken_6Tb 1005e692-d92b-44ad-b921-5b6e323417c7                
sdd         ext4   1.0   Backup     5210ccdd-ea97-43f0-952e-44ab1f9caf97                
zram0       swap   1     zram0      6a410a16-d437-46c5-8a69-bb710ab84a04                [SWAP]
nvme0n1                                                                                 
├─nvme0n1p1 vfat   FAT32            A2ED-98E3                             579.5M     3% /boot/efi
├─nvme0n1p2 ext4   1.0              f16f3d94-4c2f-4969-b401-14b6a5406697  410.7M    51% /boot
├─nvme0n1p3 btrfs        fedora     71fdfdb2-889b-42bd-8f7c-fe1999759379   61.7G    93% /home
│                                                                                       /
├─nvme0n1p4 ext4   1.0   Blank      2cb6032c-47cc-4886-ad37-35cc67d2af1c                
├─nvme0n1p6                                                                             
└─nvme0n1p7 ext4   1.0              64a96c0b-ba5a-4dce-a953-64d8008f42ed
14

A great application for investigating what is on your drives is

sudo dnf install baobab

It is like winstatdir is for windoze.

1 Like
15

25Gb flatpaks, 60Gb for my one virtual drive. It should be included in the file volume I can see so I should comfortably have space on the 1Tb I think. No downloads in /home, they go elsewhere. As far as I know.

16

I usually just start with something like the below

cd / 
sudo du -x -h -d 1

And then use the same command to walk through the largest directory until I figure out where the problem is..

It’s a little tedious but simple.

edit:
ncdu looks like another tool that would be useful in this situation.
sudo dnf install ncdu
sudo ncdu -x

2 Likes
17

Pls have a look on the command from the posted link. You have to scann the disk for bigger files.

1 Like
18

The btrfs-assistant application might be worth a look? (available in Fedora repos, sudo dnf install btrfs-assistant).

That should give you a view on how much space is being used for metadata, snapshots etc (see screenshots here).

3 Likes
19

This is great, thank you. It is indeed user error, and the extra volume usage is the timeshifts. I am baffled as to why it is not showing up in the size for run, or in dolphin. I guess I still have windows intuition in some ways. This enabled me to pin down exactly what I’d done; I initially moved the location for the timeshifts off root, so timeshift was telling me there wasn’t any files there, and they are hidden (to me) via the other methods I was trying to find the volume. I changed the location back to root in the timeshift app and they popped up so I could manage this.

Thank you for all the help on the thread from multiple people, there has been lots of learning here for me. The commands in particular I will file for future use.

3 Likes
20

Just in case you need access to the size in the terminal, as an example if you work with ssh on a machine, here a perl script which might help you to achieve without using the btrfs-assistant.

1 Like
21

I’m not sure this is user error. I’d need to see btrfs fi us / to confirm what I suspect which is two issues: (1) no more unallocated space (2) metadata block groups are full.

If this is the case there’s two pretty straightforward options that can help:

  • Old school is
    • dnf install btrfsmaintenance
    • systemctl enable btrfs-balance.timer
    • systemctl start btrfs-balance.service

This enables a scheduled trigger of the service, but also starts the service now so you don’t have to wait for it to be triggered (possibly in a week, I’m not sure when it triggers). This package is maintained by the upstream btrfs-progs and kernel maintainer, so it’s safe to use.

  • New school is:
$ sudo nano /etc/tmpfiles.d/btrfs-enable-reclaim.conf 

<insert into the file> where $UUID is the UUID for the btrfs file system in question, e.g. per your reporting it would be 71fdfdb2-889b-42bd-8f7c-fe1999759379
 
# enable dynamic and periodic reclaim on "butterpool" for data block groups
w /sys/fs/btrfs/$UUID/allocation/data/dynamic_reclaim - - - - 1
w /sys/fs/btrfs/$UUID/allocation/data/periodic_reclaim - - - - 1

And reboot.

This enables similar capability except it’s entirely in kernel and is based on demand when there’s less than 10G unallocated space. There is no advantage to enabling both. There’s no conflict if you do enable both. I expect this new functionality in the kernel to eventually become default behavior. The feature is safe, it will either help or it won’t help, but isn’t expected to make things worse.

You could create a udev rule instead if you’re more comfortable with that method. The eventual default behavior will be merely making this value 1 in sysfs by default, so in effect it would make whatever rule you create a no op once that happens.

1 Like