Hello,
I got only one response but it helped!
SOLUTION:
The filesystem was really full. After removing some old vmunixes I ended up
with 57% full root. Anyway, on next reboot I'll boot with old root_filesystem
with 4.0B and set minfree on current root_filesystem with 4.0D to 5%.
How to read current minfree? -because running it on mounted system changes it
on disk, but after unmounting the partition the old settings are written back,
you can, I hope, safely run:
root_at_prfdec# tunefs -m 3 /
minimum percentage of free space changes from 10% to 3%
should optimize for space with minfree < 10%
root_at_prfdec#
Now you just know that default minfree is really 10%. ;-)
Thanks to Alan Rollow for his response.
Martin
-------
Date: Sat, 9 May 1998 12:05:42 -0600
From: "Alan Rollow - Dr. File System's Home for Wayward Inodes."
<alan_at_nabeth.cxo.dec.com>
>Hello,
> my / is 107% full as reported with df:
>root_at_prfdec# df -k
>Filesystem 1024-blocks Used Available Capacity Mounted on
>/dev/rz2a 184005 176411 0 107% /
>
>Note that there's some space free, which means I hope that
>`tunefs -m 3 /` works. ;-)
>
>Do I understand that tunefs MUST be used on unmounted systems? How can I do it
>for / ? -In singleuser???? -there's still / filesystem mounted (at least after
>bcheckrc).
The parameter modified by tunefs(8) is in the superblock of the
file particular file system and tunefs(8) modifies it directly.
If the file system happens to be mounted when tunefs(8) is run,
then the in-core copy (which wasn't modified) will be written
back when the file system is unmounted and the change will be
lost.
But the root file system is special. I don't think it is ever
unmounted, since a normal shutdown halts the system before it
could be unmounted. Now, the sync that updates all the dirty
blocks may update the superblock as well which would overwrite
the change.
If there's a copy of tunefs(8) on the standalone system (used
for installation and other maintenance), then you can use it
to change the parameter for the root. You may be able to use
it from a root booted up the console to single user, because
the root file system is mounted read-only. The change may be
picked up then or if then system is rebooted after changing it.
The other choice is to have an alternate system disk to boot
from and use that to change it.
>I deleted some files but there's no change in df output! I runned
With the system running single user and all the file systems
unmounted, look for files in directories that normally have
other file systems mounted on them; /usr, /var, /tmp, etc.
Look for files in /dev whose names resemble device names but
are normal files.
If that doesn't find anything then, you're probably just full.
Changing minfree will help a little, but probably not much.
What you really need to is migrate your root to a larger
partition.
Received on Sun May 10 1998 - 23:20:37 NZST