From owner-freebsd-hackers Fri Nov 10 01:15:29 1995 Return-Path: owner-hackers Received: (from root@localhost) by freefall.freebsd.org (8.6.12/8.6.6) id BAA13022 for hackers-outgoing; Fri, 10 Nov 1995 01:15:29 -0800 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.6.12/8.6.6) with ESMTP id BAA12887 for ; Fri, 10 Nov 1995 01:13:20 -0800 Received: from sax.sax.de by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA25136; Fri, 10 Nov 1995 10:09:33 +0100 Received: by sax.sax.de (8.6.11/8.6.12-s1) with UUCP id KAA11285; Fri, 10 Nov 1995 10:09:31 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.6.12/8.6.9) id KAA05276; Fri, 10 Nov 1995 10:01:59 +0100 From: J Wunsch Message-Id: <199511100901.KAA05276@uriah.heep.sax.de> Subject: Re: ideas from netbsd To: jkh@time.cdrom.com (Jordan K. Hubbard) Date: Fri, 10 Nov 1995 10:01:59 +0100 (MET) Cc: joerg_wunsch@uriah.heep.sax.de, freebsd-hackers@freebsd.org Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <2119.815969113@time.cdrom.com> from "Jordan K. Hubbard" at Nov 9, 95 06:05:13 pm X-Phone: +49-351-2012 669 X-Mailer: ELM [version 2.4 PL23] MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1547 Sender: owner-hackers@freebsd.org Precedence: bulk As Jordan K. Hubbard wrote: > > > > All I know is that if I fork a shell before I chroot to /mnt (the hard > > > disk), I can never use the floppy again.. > > > > What is ``never use again'' exactly? > > It's busy. Any attempt to open /dev/fd0 again will fail. Perhaps a floppy driver problem. I will have to see if i could isolate the problem. Forcibly unmounting didn't help? (mount -f) Yeah, i know why it's busy (and yes, forcibly unmounting would help)! If a device is accessible by different vnodes (that all have identical major and minor #'s), the kernel won't let you unmount a file system containing one of these vnodes. You can easily verify this by mounting a ufs floppy (or perhaps even a vn or mfs device), then copying the entire /dev there (as you would do it e.g. for the copy of a boot floppy). Any attempt to unmount it will be rejected (since there are now some device nodes on it that are also open inside the original /dev tree). Forcibly unmounting helps, and doesn't harm since the open descriptors refer to nodes that have not been opened from the floppy. Hmm, i'm not sure if it would also help in the installer case, the question is which descriptors are still being held open, and what would happen if they are being revoked by the umount -f. If they are stale anyway, it doesn't hurt. If they are really active, it would break everything... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-)