NetBSD-Bugs archive
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index][Old Index]
Re: bin/58756: can not remove in-filesystem WAPBL log
The following reply was made to PR bin/58756; it has been noted by GNATS.
From: Martin Husemann <martin%duskware.de@localhost>
To: gnats-bugs%netbsd.org@localhost
Cc:
Subject: Re: bin/58756: can not remove in-filesystem WAPBL log
Date: Wed, 16 Oct 2024 20:25:11 +0200
On Wed, Oct 16, 2024 at 05:00:00PM +0000, martin%NetBSD.org@localhost wrote:
> # mount
> root_device on / type ffs (read-only, local)
[..]
> # tunefs -l 0 wd0a
> tunefs: tuning /dev/rwd0a
> tunefs: log file size cleared from 67108864
and after a hint from mlelstv I rebooted at this point, again into
single user. It made no visible difference, as the next step produced
exactly the same results:
> # tunefs -N wd0a
> tunefs: tuning /dev/rwd0a
> tunefs: current settings of /dev/rwd0a
> maximum contiguous block count 4
> maximum blocks per file in a cylinder group 2048
> minimum percentage of free space 5%
> optimization preference: time
> average file size: 16384
> expected number of files per directory: 64
> journal log file location: in filesystem
> journal log file size: 64MB (67108864 bytes)
> journal log flags: clear-log
> quotas disabled
> POSIX.1e ACLs disabled
> NFS4 ACLs disabled
> tunefs: no changes made
but now (after the reboot before that tunefs -N) the next steps worked
as described:
> # mount /
this apparently got rid of the log.
> # mount
> /dev/wd0a on / type ffs (local)
and now the journal lines are gone:
# tunefs -N wd0a
tunefs: tuning /dev/rwd0a
tunefs: current settings of /dev/rwd0a
maximum contiguous block count 4
maximum blocks per file in a cylinder group 2048
minimum percentage of free space 5%
optimization preference: time
average file size: 16384
expected number of files per directory: 64
quotas disabled
POSIX.1e ACLs disabled
NFS4 ACLs disabled
tunefs: no changes made
and it stays this way after a reboot (I had removed the log option from
/etc/fstab before I started trying all this).
Martin
Home |
Main Index |
Thread Index |
Old Index