If the root file system is ext2, it does become a security issue since
currently active logs will continue to record log entries until the
filesystem is absolutly filled. I should say, if the log device fills up,
since the log directory is usually /var/log, or /var/adm. Some logs show
up in etc, but that really depends on the configuration. It IS usefull if the
filesystem is "full" due to attacks - daemons tend to terminate themselves,
and their log entry indicates what the problem was. If it is an attack, then
it's a security issue.
The only reason it helps fragmentation (subject to actual implementor
statements) is that the filesystem code will use every scavanged block
possible under saturation. When the filesystem gets cleand up later,
these excessively fragmented files will remain, and continue to cause
Naturally, deleting (or backup/restore) the file(s) cleans up the fragmentation.
> 1. http://web.mit.edu/tytso/www/linux/ext2intro.html
> Design and Implementation of the Second Extended Filesystem
> [....] Ext2fs reserves some blocks for the super user (root). Normally,
> 5% of the blocks are reserved. This allows the administrator to recover
> easily from situations where user processes fill up filesystems.
> 2. Documentation/filesystems/ext2.txt
> Reserved Space
> In ext2, there is a mechanism for reserving a certain number of blocks
> for a particular user (normally the super-user). This is intended to
> allow for the system to continue functioning even if non-priveleged
> users fill up all the space available to them (this is independent of
> filesystem quotas). It also keeps the filesystem from filling up
> entirely which helps combat fragmentation.
True, but this is a side effect caused by stopping user allocations.
> 3. Note what mke2fs prints:
> 3275 blocks (5.00%) reserved for the super user
> It does not say "reserved to combat fragmentation"
It shouldn't have to. This is a tuneable value, and can be set to 0.
The "super user" is also an option. It defaults to the user "root", but
can be specified to be a user OR a group by tune2fs (-g option for group,
-u option for user).
Jesse I Pollard, II
Any opinions expressed are solely my own.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to email@example.com
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/