linux-kernel - Re: Tux3 Report: How fast can we fail?

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-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <55657446.40805@gmail.com>
Date:	Wed, 27 May 2015 09:37:42 +0200
From:	Mosis Tembo <mosis.tembo@...il.com>
To:	linux-kernel@...r.kernel.org, linux-fsdevel@...r.kernel.org
Subject: Re: Tux3 Report: How fast can we fail?

On 05/26/2015 12:03 PM, Pavel Machek wrote:
>> We identified the following quality metrics for this algorithm:
>>
>>   1) Never fails to detect out of space in the front end.
>>   2) Always fills a volume to 100% before reporting out of space.
>>   3) Allows rm, rmdir and truncate even when a volume is full.

This is definitely nonsense. You can not rm, rmdir and truncate
when the volume is full. You will need a free space on disk to perform
such operations. Do you know why?

M.T.

> Hmm. Can you also overwrite existing data in files when a volume is
> full? I guess applications expect that to work..
> 									Pavel

--
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/