From owner-freebsd-arch@FreeBSD.ORG Sat Jul 5 10:26:13 2003 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id B5AD537B401 for ; Sat, 5 Jul 2003 10:26:13 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by mx1.FreeBSD.org (Postfix) with ESMTP id 094C443FE9 for ; Sat, 5 Jul 2003 10:26:13 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.12.9/8.12.9) id h65HQ0NL064217; Sat, 5 Jul 2003 12:26:00 -0500 (CDT) (envelope-from dan) Date: Sat, 5 Jul 2003 12:25:59 -0500 From: Dan Nelson To: Ian Dowse Message-ID: <20030705172559.GQ24527@dan.emsphone.com> References: <1057413470.716.3.camel@localhost> <200307051605.aa02337@salmon.maths.tcd.ie> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200307051605.aa02337@salmon.maths.tcd.ie> X-OS: FreeBSD 5.1-CURRENT X-message-flag: Outlook Error User-Agent: Mutt/1.5.4i cc: "Vladimir B. Grebenschikov" cc: freebsd-arch@freebsd.org Subject: Re: Unmounting by filesystem ID X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 05 Jul 2003 17:26:14 -0000 In the last episode (Jul 05), Ian Dowse said: > In message <1057413470.716.3.camel@localhost>, "Vladimir B. Grebenschikov" writes: > >May be you fix issue of umounting by known vnode ? problem is in > >mounting different devices under chroot. in list of mounts they > >differ only by device id, and it is rather=20 difficult to umount > >filesystem if I known absolute path but do not enter to chroot. > > The MNT_BYFSID approach makes it always possible to indicate to the > kernel which filesystem is to be unmounted, but some more work is > needed in the umount(8) utility to handle unusual cases. Can mount(8) be changed to print the fsid? Maybe hide it under -v if it's a long value? This seems like the only solution that can cover the case where you have stacked two identical NFS mounts, one on top of the other. I've done this occasionally to force the kernel to retry access to a server that has just come back after a reboot. amd could probably benefit from dismounting using fsid if possible, too. Although it'd have to try fsid then path for the case where root has dismounted then remounted one of its filesystems behind its back (I've done this too, to change nfsv2 mounts to v3, etc). -- Dan Nelson dnelson@allantgroup.com