Re: partition reporting full, but not

On Tue 20 Feb 2024 at 17:14:41 (+), debian-u...@howorth.org.uk wrote: > Felix Miata wrote: > > Keith Bainbridge composed on 2024-02-20 17:45 (UTC+1100): > > > > > I just removed 3 snapshots from my daily driver with no change in > > > used space reported by df > > > > df doesn't know how

Re: partition reporting full, but not

On Mon 19 Feb 2024 at 10:26:05 (+1100), Keith Bainbridge wrote: > On 18/2/24 14:49, Keith Bainbridge wrote: > > On 18/2/24 07:34, debian-u...@howorth.org.uk wrote: > > > Keith Bainbridge wrote: > > > > Yes the / partitions are btrfs > > > > > > So the apparently missing space is perhaps taken up

Re: partition reporting full, but not

On Wed, Feb 21, 2024 at 12:21:05PM +1100, Keith Bainbridge wrote: > > On 21/2/24 10:47, Felix Miata wrote: > > I didn't think so, which begs the question why OP Keith is using it. :p > > -- > > I read somewhere about 2 years ago, that it automagically de-duped data > when it detected I was

Re: partition reporting full, but not

On 21/2/24 10:47, Felix Miata wrote: I didn't think so, which begs the question why OP Keith is using it. :p -- I read somewhere about 2 years ago, that it automagically de-duped data when it detected I was copying the same file to different directories. It's not deliberate, but I have

Re: partition reporting full, but not

Keith Bainbridge composed on 2024-02-21 11:57 (UTC+1100): > Felix Miata wrote: >> A current thread from elsewhere that should be helpful: >> > really-the-solution/172576> >> btrfs filesystem usage / >> snapper

Re: partition reporting full, but not

On 21/2/24 11:38, Felix Miata wrote: A current thread from elsewhere that should be helpful: btrfs filesystem usage / snapper list btrfs qgroup show / Thanks for the

Re: partition reporting full, but not

to...@tuxteam.de composed on 2024-02-20 09:38 (UTC+0100): > On Tue, Feb 20, 2024 at 02:42:18AM -0500, Felix Miata wrote: >> Keith Bainbridge composed on 2024-02-20 17:45 (UTC+1100): >>> I just removed 3 snapshots from my daily driver with no change in used >>> space reported by df >> df

Re: partition reporting full, but not

Greg Wooledge composed on 2024-02-20 14:56 (UTC-0500): > On Tue, Feb 20, 2024 at 02:47:26PM -0500, Felix Miata wrote: >> Surely somewhere on debian.org such things must be addressed if Bookworm's >> default >> has also been changed to btrfs. > That has not happened. The default file system is

Re: partition reporting full, but not

On Tue, Feb 20, 2024 at 02:47:26PM -0500, Felix Miata wrote: > Surely somewhere on debian.org such things must be addressed if Bookworm's > default > has also been changed to btrfs. That has not happened. The default file system is still ext4.

Re: partition reporting full, but not

to...@tuxteam.de composed on 2024-02-20 09:38 (UTC+0100): > On Tue, Feb 20, 2024 at 02:42:18AM -0500, Felix Miata wrote: >> Keith Bainbridge composed on 2024-02-20 17:45 (UTC+1100): >> > I just removed 3 snapshots from my daily driver with no change in used >> > space reported by df >> df

Re: partition reporting full, but not

Felix Miata wrote: > Keith Bainbridge composed on 2024-02-20 17:45 (UTC+1100): > > > I just removed 3 snapshots from my daily driver with no change in > > used space reported by df > > df doesn't know how to calculate freespace on btrfs. You need to be > typing > > btrfs filesystem df

Re: partition reporting full, but not

Hi, > when cfdisk reports: > Device Start End Sectors Size Type > /dev/sda2 1785522176 1786245119 722944 353M EFI System > /dev/sda3 1786245120 1933045759 146800640 70G EFI System > I don't understand the 'EFI System' note /dev/sda3 is / The partition type

Re: partition reporting full, but not

On Tue, Feb 20, 2024 at 09:21:15PM +1100, Keith Bainbridge wrote: > > On 20/2/24 19:38, to...@tuxteam.de wrote: [...] > Tomas, the upgrade failure was earlier than these notes. It has now worked I see. > Sorry, but I don't know how to assess the snapshot space usage. Nor do I -- my question

Re: partition reporting full, but not

On 20/2/24 19:38, to...@tuxteam.de wrote: On Tue, Feb 20, 2024 at 02:42:18AM -0500, Felix Miata wrote: Keith Bainbridge composed on 2024-02-20 17:45 (UTC+1100): I just removed 3 snapshots from my daily driver with no change in used space reported by df df doesn't know how to calculate

Re: partition reporting full, but not

On 20/2/24 18:42, Felix Miata wrote: btrfs filesystem df OK, so please interpret: >> btrfs filesystem df -h / Data, single: total=32.80GiB, used=31.94GiB System, DUP: total=8.00MiB, used=16.00KiB Metadata, DUP: total=1.50GiB, used=1.10GiB GlobalReserve, single: total=71.69MiB, used=0.00B

Re: partition reporting full, but not

On Tue, Feb 20, 2024 at 02:42:18AM -0500, Felix Miata wrote: > Keith Bainbridge composed on 2024-02-20 17:45 (UTC+1100): > > > I just removed 3 snapshots from my daily driver with no change in used > > space reported by df > > df doesn't know how to calculate freespace on btrfs. You need to be

Re: partition reporting full, but not

On 20/2/24 18:11, Keith Bainbridge wrote: On 19/2/24 14:20, Keith Bainbridge wrote: On 19/2/24 10:26, Keith Bainbridge wrote: On 18/2/24 14:49, Keith Bainbridge wrote: On 18/2/24 07:34, debian-u...@howorth.org.uk wrote: Keith Bainbridge wrote: Yes the / partitions are btrfs So the

Re: partition reporting full, but not

Keith Bainbridge composed on 2024-02-20 17:45 (UTC+1100): > I just removed 3 snapshots from my daily driver with no change in used > space reported by df df doesn't know how to calculate freespace on btrfs. You need to be typing btrfs filesystem df if you have not aliased df to btrfs

Re: partition reporting full, but not

On 19/2/24 14:20, Keith Bainbridge wrote: On 19/2/24 10:26, Keith Bainbridge wrote: On 18/2/24 14:49, Keith Bainbridge wrote: On 18/2/24 07:34, debian-u...@howorth.org.uk wrote: Keith Bainbridge wrote: Yes the / partitions are btrfs So the apparently missing space is perhaps taken up

Re: partition reporting full, but not

On 19/2/24 13:00, Max Nikulin wrote: On 19/02/2024 06:26, Keith Bainbridge wrote: So later yesterday afternoon I created a new snapshot with no obvious change is free space. Effect of snapshots is delayed. When you remove a file that does not belong to any snapshot, some disk space is

Re: partition reporting full, but not

David Christensen wrote: > On 2/18/24 19:20, Keith Bainbridge wrote: > > I am convinced that the missing space is used by btrfs snapshot > > process. > > > Perhaps. But, are you re-balancing your btrfs file systems regularly? > >

Re: partition reporting full, but not

Am 19.02.2024 um 04:20 schrieb Keith Bainbridge: > I am convinced that the missing space is used by btrfs snapshot process. First off: I am not a btrfs user (and will never be, i might add). I am using zfs since many years, and - although i read an awful lot of documentation beforehand, and

Re: partition reporting full, but not

On 2/18/24 19:20, Keith Bainbridge wrote: I am convinced that the missing space is used by btrfs snapshot process. Perhaps. But, are you re-balancing your btrfs file systems regularly? https://manpages.debian.org/bookworm/btrfs-progs/btrfs-balance.8.en.html Doing it by hand was not

Re: partition reporting full, but not

On Mon, Feb 19, 2024 at 02:20:20PM +1100, Keith Bainbridge wrote: [...] > I am convinced that the missing space is used by btrfs snapshot process. But > WHY is the used space reporting on my daily driver LESS than that on the > spare machine 29G vs 35G? The original install was the same .iso

Re: partition reporting full, but not

On 19/2/24 10:26, Keith Bainbridge wrote: On 18/2/24 14:49, Keith Bainbridge wrote: On 18/2/24 07:34, debian-u...@howorth.org.uk wrote: Keith Bainbridge wrote: Yes the / partitions are btrfs So the apparently missing space is perhaps taken up by btrfs snapshots. Seems to be the

Re: partition reporting full, but not

On 19/2/24 13:41, Felix Miata wrote: would be some places to start. Didn't you do your https://btrfs.readthedocs.io/en/latest/btrfs-filesystem.html reading yet? ?_? My eyes have glazed over too often, already. I know I have to get back, but that NEED to do it is making it harder. -- All

Re: partition reporting full, but not

Keith Bainbridge composed on 2024-02-18 14:49 (UTC+1100): > debian-u...@howorth.org.uk wrote: >> So the apparently missing space is perhaps taken up by btrfs snapshots. > Seems to be the prime suspect. While snapshotting is obviously a consumer, until you use the right tool for the job, you

Re: partition reporting full, but not

On 19/02/2024 06:26, Keith Bainbridge wrote: So later yesterday afternoon I created a new snapshot with no obvious change is free space. Effect of snapshots is delayed. When you remove a file that does not belong to any snapshot, some disk space is reclaimed. However to restore a file

Re: partition reporting full, but not

On 18/2/24 14:49, Keith Bainbridge wrote: On 18/2/24 07:34, debian-u...@howorth.org.uk wrote: Keith Bainbridge wrote: Yes the / partitions are btrfs So the apparently missing space is perhaps taken up by btrfs snapshots. Seems to be the prime suspect.   If that's the case, btrfs is

Re: partition reporting full, but not

On 18/2/24 14:08, Max Nikulin wrote: On 17/02/2024 09:52, Greg Wooledge wrote: If so, you *could*  have data inside the /home directory of the root file system, which is hidden by the /home file system that's mounted over it.  You'd need to unmount /home to check. A less intrusive way to

Re: partition reporting full, but not

Keith Bainbridge composed on 2024-02-17 15:44 (UTC+1100): Yes the / partitions are btrfs Several years ago, I installed Debian (9?) using btrfs for root (and boot?). I failed to understand that btrfs required regular maintenance and/or I was too lazy to figure it out and do it. After a

Re: partition reporting full, but not

On 18/2/24 09:19, Cindy Sue Causey wrote: I only know to say this because it just happened a few days ago. Rsync left some semi-permanent remnants when I was having problems with the wireless capable hard drive docking station repeatedly cutting out. I was offloading videos and images from a

Re: partition reporting full, but not

On 18/2/24 07:34, debian-u...@howorth.org.uk wrote: Keith Bainbridge wrote: Yes the / partitions are btrfs So the apparently missing space is perhaps taken up by btrfs snapshots. Seems to be the prime suspect. If that's the case, btrfs is NOT hard-linking the snapshots as

Re: partition reporting full, but not

On 17/02/2024 09:52, Greg Wooledge wrote: If so, you *could* have data inside the /home directory of the root file system, which is hidden by the /home file system that's mounted over it. You'd need to unmount /home to check. A less intrusive way to inspect shadowed directories is bind

Re: partition reporting full, but not

On 2/17/24, Greg Wooledge wrote: > On Sat, Feb 17, 2024 at 04:00:14PM -0500, Stefan Monnier wrote: >> > So the apparently missing space is perhaps taken up by btrfs snapshots. >> >> Another possibility is a (few) large file(s) that is/are still open for >> some process(es) but have been `rm`

Re: partition reporting full, but not

On Sat, Feb 17, 2024 at 04:00:14PM -0500, Stefan Monnier wrote: > > So the apparently missing space is perhaps taken up by btrfs snapshots. > > Another possibility is a (few) large file(s) that is/are still open for > some process(es) but have been `rm` (`unlink`) so they don't have a name > any

Re: partition reporting full, but not

> So the apparently missing space is perhaps taken up by btrfs snapshots. Another possibility is a (few) large file(s) that is/are still open for some process(es) but have been `rm` (`unlink`) so they don't have a name any more. Stefan

Re: partition reporting full, but not

Keith Bainbridge wrote: > Yes the / partitions are btrfs So the apparently missing space is perhaps taken up by btrfs snapshots.

Re: partition reporting full, but not

Keith Bainbridge wrote: ... > No nfs mounts any swap partition or swap space? but other than that sharing /home with / is likely your issue and you mention snapshots and backintime and i do recall that needing plenty of space. as for btrfs, i have no clue, i've never touched it.

Re: partition reporting full, but not

On 17/2/24 17:08, Felix Miata wrote: Keith Bainbridge composed on 2024-02-17 15:44 (UTC+1100): Yes the / partitions are btrfs df was not designed for the task you gave it. You need to use btrfs filesystem commands: https://btrfs.readthedocs.io/en/latest/btrfs-filesystem.html

Re: partition reporting full, but not

On Sat, Feb 17, 2024 at 03:44:49PM +1100, Keith Bainbridge wrote: [...] > df -h > Filesystem Size Used Avail Use% Mounted on > udev7.2G 0 7.2G 0% /dev > tmpfs 1.5G 1.9M 1.5G 1% /run > /dev/nvme0n1p2 63G 27G 35G 44% / > tmpfs 7.3G 84M

Re: partition reporting full, but not

Keith Bainbridge composed on 2024-02-17 15:44 (UTC+1100): > Yes the / partitions are btrfs df was not designed for the task you gave it. You need to use btrfs filesystem commands: https://btrfs.readthedocs.io/en/latest/btrfs-filesystem.html -- Evolution as taught in public schools

Re: partition reporting full, but not

On Fri, Feb 16, 2024 at 09:52:22PM -0500, Greg Wooledge wrote: > On Sat, Feb 17, 2024 at 01:38:56PM +1100, Keith Bainbridge wrote: > > >> sudo df -h / > > Filesystem Size Used Avail Use% Mounted on > > /dev/sda336G 35G 100M 100% / > > First off: you don't need sudo for this,

Re: partition reporting full, but not

On 17/2/24 13:55, Gremlin wrote: On 2/16/24 21:38, Keith Bainbridge wrote: Good afternoon All I have just rebooted this laptop to ensure it is 'fresh' / is reporting full. Trying to locate where I ran sudo du -hPx --max-depth=1 / 0    /mnt 181M    /boot 15M    /etc 0    /media 236M   

Re: partition reporting full, but not

On 17/2/24 13:52, Greg Wooledge wrote: On Sat, Feb 17, 2024 at 01:38:56PM +1100, Keith Bainbridge wrote: >> sudo df -h / Filesystem Size Used Avail Use% Mounted on /dev/sda336G 35G 100M 100% / First off: you don't need sudo for this, ever. Second: what kind of file

Re: partition reporting full, but not

On 2/16/24 21:38, Keith Bainbridge wrote: Good afternoon All I have just rebooted this laptop to ensure it is 'fresh' / is reporting full. Trying to locate where I ran sudo du -hPx --max-depth=1 / 0    /mnt 181M    /boot 15M    /etc 0    /media 236M    /opt 336K    /root 0    /srv 4.0K   

Re: partition reporting full, but not

On Sat, Feb 17, 2024 at 01:38:56PM +1100, Keith Bainbridge wrote: > >> sudo df -h / > Filesystem Size Used Avail Use% Mounted on > /dev/sda336G 35G 100M 100% / First off: you don't need sudo for this, ever. Second: what kind of file system is this? > sudo du -hPx

Re: partition reporting full, but not

On Sat 17 Feb 2024 at 13:38:56 (+1100), Keith Bainbridge wrote: > I have just rebooted this laptop to ensure it is 'fresh' > > / is reporting full. > > Trying to locate where I ran > > sudo du -hPx --max-depth=1 / > 0 /mnt > 181M /boot > 15M /etc > 0 /media > 236M /opt > 336K /root