From owner-freebsd-fs@FreeBSD.ORG Fri Feb 4 05:28:49 2005 Return-Path: Delivered-To: freebsd-fs@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 1821D16A4CE for ; Fri, 4 Feb 2005 05:28:49 +0000 (GMT) Received: from carver.gumbysoft.com (carver.gumbysoft.com [66.220.23.50]) by mx1.FreeBSD.org (Postfix) with ESMTP id D0C4143D4C for ; Fri, 4 Feb 2005 05:28:48 +0000 (GMT) (envelope-from dwhite@gumbysoft.com) Received: by carver.gumbysoft.com (Postfix, from userid 1000) id C286972DD4; Thu, 3 Feb 2005 21:28:48 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by carver.gumbysoft.com (Postfix) with ESMTP id BD20872DCB; Thu, 3 Feb 2005 21:28:48 -0800 (PST) Date: Thu, 3 Feb 2005 21:28:48 -0800 (PST) From: Doug White To: Jan Pechanec In-Reply-To: <20050204002432.D12874@axxem.hide.subzone.cz> Message-ID: <20050203212431.K47315@carver.gumbysoft.com> References: <20050204002432.D12874@axxem.hide.subzone.cz> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: FreeBSD FS Mailing List Subject: Re: fs oddity when moving from 4.4 to 5.3 X-BeenThere: freebsd-fs@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Filesystems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 04 Feb 2005 05:28:49 -0000 On Fri, 4 Feb 2005, Jan Pechanec wrote: > > hi, after RW mounting UFS1 filesystem created using sysinstall under > 4.4 to 5.3 and extracting 1/2 of the only file there (tarball), the file got > lost. Now I got that disk to salvage as much as I can. I don't want to give > much details since I think it would be too much, but is there any chance > that some changes in the code could do that? Fsck doesn't complain, the > directory chunk for the file is now part of larger free chunk etc., but the > file was not manually deleted, bash history was checked. > > just one thing: 'dumpfs -m' on 5.3 and then 'newfs -N...' shows: > > /dev/ad1s1e: 38158.3MB (78148160 sectors) block size 8192, fragment size 1024 > using 846 cylinder groups of 45.15MB, 5779 blks, 11584 inodes. > super-block backups (for fsck -b #) at: > 32, 92496, 184960, 277424, 369888, 462352, 554816, 647280, 739744, 832208, > > the same 'newfs -N' (without '-O 1') on 4.11 shows this: > > /dev/ad1s1e: 78148160 sectors in 19080 cylinders of 1 tracks, 4096 sectors > 38158.3MB in 868 cyl groups (22 c/g, 44.00MB/g, 10944 i/g) > super-block backups (for fsck -b #) at: > 32, 90144, 180256, 270368, 360480, 450592, 540704, 630816, 720928, 811040, Its possible between 4.4 and 4.11 (I haven't checked the CVS history) the newfs default for the '-g' option, which sets the cylinder group size, changed from the old BSD default to "the max possible" which is generally better for performance. You would need the original FS parameters to feed to newfs on 4.11 in order to calculate the correct superblock positions. Or you could fish the fsck binary off a 4.4 cd 2 and run that to do the calculation. -- Doug White | FreeBSD: The Power to Serve dwhite@gumbysoft.com | www.FreeBSD.org