Date: Thu, 11 Apr 2002 10:02:23 -0400 From: Coleman Kane <cokane@FreeBSD.org> To: David Schultz <dschultz@uclink.Berkeley.EDU> Cc: Ian Dowse <iedowse@maths.tcd.ie>, stable@FreeBSD.ORG Subject: Re: very old bug Message-ID: <20020411100223.A64698@freebsd.org> In-Reply-To: <20020411035611.B17764@HAL9000.wox.org> References: <20020410110605.GJ82820@dru.dn.ua> <200204110155.aa50726@salmon.maths.tcd.ie> <20020411035611.B17764@HAL9000.wox.org>
next in thread | previous in thread | raw e-mail | index | archive | help
One question: Is this an msdosfs thing? If the disk were formatted ufs or other, would it manifest itself? Just curious, I have noticed the bug, but never really tried to test it or look into it. -- coleman On Thu, Apr 11, 2002 at 03:56:11AM -0700, David Schultz wrote: > Thus spake Ian Dowse <iedowse@maths.tcd.ie>: > > In message <20020410110605.GJ82820@dru.dn.ua>, "Vladislav V. Zhuk" writes: > > >After attempt to write data to write-protected floppy > > >(or diskette with bad blocks) FreeBSD die. > > > > > >It's VERY VERY annoying... :( > > > > > >Who can fix this bug?? > > > > Unfortunately, this is believed to be very hard to fix, so the best > > recommendation is that you avoid mounting filesystems from floppy > > disks. > > This question has come up before, and the answer was the same. I'm > interested in *why* this is such a problem. I can pinpoint the > location of the infinite loop, at least in the msdosfs code, but I > don't know enough about how everything interacts to fix it ``the right > way.'' Clearly the real source of the problem is elsewhere, in the > code involved in writing to the disk. Can someone please explain what > is going on, and why the fix would be so difficult? Thanks. > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20020411100223.A64698>