From owner-freebsd-bugs Tue Jul 30 3: 0:15 2002 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from mx1.FreeBSD.org (mx1.FreeBSD.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5B6137B400 for ; Tue, 30 Jul 2002 03:00:10 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3F15343E4A for ; Tue, 30 Jul 2002 03:00:10 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (gnats@localhost [127.0.0.1]) by freefall.freebsd.org (8.12.4/8.12.4) with ESMTP id g6UA09JU031791 for ; Tue, 30 Jul 2002 03:00:09 -0700 (PDT) (envelope-from gnats@freefall.freebsd.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.12.4/8.12.4/Submit) id g6UA09hg031789; Tue, 30 Jul 2002 03:00:09 -0700 (PDT) Date: Tue, 30 Jul 2002 03:00:09 -0700 (PDT) Message-Id: <200207301000.g6UA09hg031789@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: bin/41145: newfs core dump (args : -b 262144 -f 32768) Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org The following reply was made to PR bin/41145; it has been noted by GNATS. From: Bruce Evans To: Ying-Chieh Liao Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/41145: newfs core dump (args : -b 262144 -f 32768) Date: Tue, 30 Jul 2002 19:59:22 +1000 (EST) On Tue, 30 Jul 2002, Ying-Chieh Liao wrote: > >Description: > > We have a new RAID (SCSI-to-IDE, Maxtor 80G x 8, RAID5) on da1 > when I run newfs with "-b 262144 -f 32768 -m 0", it core-dumped > but it's ok with "-b 65536 -f 8192 -m 0" > > it is strange that I've run newfs -b 262144 on a vinum (80G x 3, RAID1) > and everything is ok There is a kernel limit of MAXBSIZE = 65536, so ufs filesystems with a block size larger than 65536 cannot be mounted in FreeBSD. newfs and fsck_ffs use the same limit, so the cannot create or check such filesystems. newfs tends to die trying since it doesn't check for the limit being exceeded and uses data structures that depend on it not being exceeded. fsck_ffs tends to just not recognise such filesystems, since it checks the limit as part of its sanity check/search for the superblock. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message