linux-kernel - xfs used disk space bug in 2.6.38-rc1 (commit 6e857567dbbfe14dd6cc3f7414671b047b1ff5c7)

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [thread-next>] [day] [month] [year] [list]

Message-ID: <87zkqvtet2.fsf@sycorax.lbl.gov>
Date:	Thu, 20 Jan 2011 14:01:45 -0800
From:	Alex Romosan <romosan@...orax.lbl.gov>
To:	linux-kernel@...r.kernel.org
Cc:	xfs@....sgi.com
Subject: xfs used disk space bug in 2.6.38-rc1 (commit 6e857567dbbfe14dd6cc3f7414671b047b1ff5c7)

my home directory is using xfs and i noticed that when i try to compile
a program or do any kind of disk access (like git pull, etc) the amount
of space used jumps by tens of gigabytes causing the disk to seemingly
become full (eventually). on reboot the used disk space goes back to the
correct value. i did a 'git bisect start -- fs/xfs' and i tracked it
down to commit 6e857567dbbfe14dd6cc3f7414671b047b1ff5c7. if i revert
this patch then disk usage doesn't increase unexpectedly (i have 270GB
free and the disk became full by simply trying to compile wine). i can
try patches if somebody comes up with one.

--alex--

-- 
| I believe the moment is at hand when, by a paranoiac and active |
|  advance of the mind, it will be possible (simultaneously with  |
|  automatism and other passive states) to systematize confusion  |
|  and thus to help to discredit completely the world of reality. |
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/