From owner-freebsd-hackers Mon Apr 24 14:26:53 1995 Return-Path: hackers-owner Received: (from majordom@localhost) by freefall.cdrom.com (8.6.10/8.6.6) id OAA17652 for hackers-outgoing; Mon, 24 Apr 1995 14:26:53 -0700 Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.cdrom.com (8.6.10/8.6.6) with SMTP id OAA17597 for ; Mon, 24 Apr 1995 14:25:53 -0700 Received: from sax.sax.de by irz301.inf.tu-dresden.de with SMTP (5.67b+/DEC-Ultrix/4.3) id AA06476; Mon, 24 Apr 1995 23:24:27 +0200 Received: by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA18681 for hackers@freebsd.org; Mon, 24 Apr 1995 23:24:25 +0200 Received: (from j@localhost) by jette.heep.sax.de (8.6.8/8.6.9) id XAA04578 for hackers@freebsd.org; Mon, 24 Apr 1995 23:09:09 +0200 From: J Wunsch Message-Id: <199504242109.XAA04578@jette.heep.sax.de> Subject: Re: Interesting SCSI cdrom problem.. To: hackers@FreeBSD.org Date: Mon, 24 Apr 1995 23:09:06 +0200 (MET DST) Reply-To: hackers@FreeBSD.org In-Reply-To: <199504241237.HAA02410@bonkers.taronga.com> from "Peter da Silva" at Apr 24, 95 07:37:58 am Reply-To: joerg_wunsch@uriah.heep.sax.de 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: 634 Sender: hackers-owner@FreeBSD.org Precedence: bulk > > > Yes, that entirely makes sense. I was considering the situation myself; > > what else could you do given that the "disk" can be jerked out from under > > you? > > If there is a guaranteed unique ID you can get from the CDROM, you can > use that to maintain multiple mount structures in memory, and prompt the > user for the appropriate disc when necessary. This would be great. The current solution about stale NFS file handles on a CDROM is a mess. If there would be something more rational, i'm willing to integrate it into the cd9660 code. Jörg (yes, with the umlaut -- people behind the DEC gateway won't see it :)