From owner-freebsd-questions Thu Nov 9 16:12: 0 2000 Delivered-To: freebsd-questions@freebsd.org Received: from guru.mired.org (okc-27-149-77.mmcable.com [24.27.149.77]) by hub.freebsd.org (Postfix) with SMTP id BF08137B479 for ; Thu, 9 Nov 2000 16:11:57 -0800 (PST) Received: (qmail 637 invoked by uid 100); 10 Nov 2000 00:11:57 -0000 From: Mike Meyer MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14859.15693.25087.413087@guru.mired.org> Date: Thu, 9 Nov 2000 18:11:57 -0600 (CST) To: Alfred Perlstein Cc: Christopher Rued , questions@FreeBSD.ORG Subject: Re: crash with fd0/msdos_fs/more In-Reply-To: <20001109155130.A11449@fw.wintelcom.net> References: <111421183@toto.iv> <14859.14056.493081.289992@guru.mired.org> <20001109155130.A11449@fw.wintelcom.net> X-Mailer: VM 6.75 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid X-face: "5Mnwy%?j>IIV\)A=):rjWL~NB2aH[}Yq8Z=u~vJ`"(,&SiLvbbz2W`;h9L,Yg`+vb1>RG% *h+%X^n0EZd>TM8_IB;a8F?(Fb"lw'IgCoyM.[Lg#r\ Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Alfred Perlstein types: > * Mike Meyer [001109 15:45] wrote: > > Christopher Rued types: > > > # more I\ Quit.doc > > > panic: vm_fault fault on nofault entry addr: c58f200 > > > << system reboots >> > > [...] > > > What category would this go into? `misc', `kern', `bin', `i386', > > > other? > > Kern. If the machine reboots when it shouldn't, the kernel's at fault. > I don't completely agree with it, but it's hard for a kernel to > cope with a trashed or damaged filesystem: While true, if this is going to be fixed it's going to be in the kernel. So kern is the right place to file it, even if it may not be fixed. > I sort of like how solaris will downgrade a mount to read-only when > it detects on disk corruption, this should prevent any further > corruption if it's a filesystem of driver bug, but it's not very > safe and I'm pretty sure the default is still to panic. That's is a nice behavior. Some corruptions are caught, some aren't. Filing a pr gives the maintainer a chance to see if this one is known, and if it's not to decide how to handle it. > Moral of all of this is to use the "mtools" for ms-dog floppy access > and "dd+fsck+vnconfig" for UFS floppies. Good advice.