From owner-freebsd-hackers Fri Feb 9 20:16:59 2001 Delivered-To: freebsd-hackers@freebsd.org Received: from clmboh1-smtp3.columbus.rr.com (unknown [65.24.0.112]) by hub.freebsd.org (Postfix) with ESMTP id 8B40737B4EC for ; Fri, 9 Feb 2001 20:16:41 -0800 (PST) Received: from columbus.rr.com (dhcp065-024-106-170.columbus.rr.com [65.24.106.170]) by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with ESMTP id f1A4EFN04178 for ; Fri, 9 Feb 2001 23:14:15 -0500 (EST) Message-ID: <3A84BF7A.2529DAD4@columbus.rr.com> Date: Fri, 09 Feb 2001 23:11:38 -0500 From: Kenny Drobnack Reply-To: supenguin@bigfoot.com X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.18 i586) X-Accept-Language: en MIME-Version: 1.0 Cc: freebsd-hackers@freebsd.org Subject: Re: mount checking for read-only media References: <3A837A0A.DAB3520A@columbus.rr.com> <20010209181342S.non@ever.sanda.gr.jp> <3A841662.B061A317@netzero.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG So it seems that probably all block devices have this bug. I haven't tried it with an ATA or SCSI hard drive, tape drive, or any flash RAM type stuff. The problem does occur on standard floppy disks and on my parallel port zip drives. If/when I do mess with it, I think I'll stick with the Unix tradition of never making the OS assume it knows more than the user. Some kind of force option to mount the partition read-write, even if it seems to be read-only seems good... Expect to see more postings, if I get around to messing with the kernel and don't understand. Hopefully a couple patches will appear on this list soon :-) > > It's not system call but `od' driver does check if the medium is > > writable or not. It returns EACCESS when the mount option is -rw and > > the medium is read-only. `od' is drived from `da' so quick hack will > > do the trick. > > This is all for scsi drives. I may not know everything, but I know most > floppies aren't scsi! But, I am sure the problem exists for both. I know > from experience that is exists or did exist for ata drives. I think he > would be more likely to find the code for his problem in the 'ad' driver > files. I could be wrong about this... but I know I had this happen to me > on a computer without scsi equipment before. Of course, if he has a scsi > zip drive as well, then both need to get fixed. ;-) > > Kevin Brunelle > -- > "Do not meddle in the affairs of sysadmins, > for they are subtle and quick to anger." > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-hackers" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message