Subject: Re: kern/16401
To: None <kern-bug-people@netbsd.org, netbsd-bugs@netbsd.org,>
From: Manuel Bouyer <bouyer@antioche.eu.org>
List: netbsd-bugs
Date: 04/11/2005 20:37:50
On Sun, Apr 10, 2005 at 11:47:04PM +0200, Klaus Heinz wrote:
> bouyer@netbsd.org wrote:
> > browsing vnd-related PRs, I noticed this one. Is it still a problem ?
> > I've used vnd to build msdos images on newer NetBSD releases and didn't run
> > into this ...
>
> Output from the second fsck_msdos on NetBSD/i386 1.6.2 (this was the
> machine where i submitted the original PR with 1.5.2).
>
> # fsck_msdos -y /dev/rvnd0a
> ** /dev/rvnd0a
> ** Phase 1 - Read and Compare FATs
> ** Phase 2 - Check Cluster Chains
> ** Phase 3 - Checking Directories
> /2.TXT starts with free cluster
> Truncate? yes
> /7.TXT starts with free cluster
> Truncate? yes
> /C.TXT starts with free cluster
> Truncate? yes
> ** Phase 4 - Checking for Lost Files
> 15 files, 1418 free (2836 clusters)
>
> ***** FILE SYSTEM WAS MODIFIED *****
>
> Output from NetBSD/i386 2.0 (completely different machine, installed
> from the official 2.0 sets):
>
> # fsck_msdos -y /dev/rvnd0a
> ** /dev/rvnd0a
> ** Phase 1 - Read and Compare FATs
> Cluster 376 is marked free in FAT 0, as EOF in FAT 1
> use FAT 0's entry? yes
> Cluster 414 is marked free in FAT 0, as EOF in FAT 1
> use FAT 0's entry? yes
> Cluster 570 is marked free in FAT 0, as EOF in FAT 1
> use FAT 0's entry? yes
> Cluster 685 is marked free in FAT 0, as EOF in FAT 1
> use FAT 0's entry? yes
> ** Phase 2 - Check Cluster Chains
> ** Phase 3 - Checking Directories
> /0.TXT starts with free cluster
> Truncate? yes
> /2.TXT starts with free cluster
> Truncate? yes
> /6.TXT starts with free cluster
> Truncate? yes
> /C.TXT starts with free cluster
> Truncate? yes
> ** Phase 4 - Checking for Lost Files
> Update FATs? yes
> Unable to write FAT (Read-only file system)
> ***** FILE SYSTEM WAS MODIFIED *****
>
> If I run the script several times I never get exactly the same
> messages from fsck.
Hum. What happens if you use vnd0d instead ? Only the raw partition
has the first 2 sectors writable, this may be what cause the problem here.
--
Manuel Bouyer <bouyer@antioche.eu.org>
NetBSD: 26 ans d'experience feront toujours la difference
--