From owner-freebsd-stable@FreeBSD.ORG Sun Jul 4 16:16:21 2010 Return-Path: Delivered-To: stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 47D641065670 for ; Sun, 4 Jul 2010 16:16:21 +0000 (UTC) (envelope-from oberman@es.net) Received: from mailgw.es.net (mail1.es.net [IPv6:2001:400:201:1::2]) by mx1.freebsd.org (Postfix) with ESMTP id EB8EA8FC21 for ; Sun, 4 Jul 2010 16:16:20 +0000 (UTC) Received: from ptavv.es.net (ptavv.es.net [IPv6:2001:400:910::29]) by mailgw.es.net (8.14.3/8.14.3) with ESMTP id o64GFS1Q010594 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Sun, 4 Jul 2010 09:15:29 -0700 Received: from ptavv.es.net (localhost [127.0.0.1]) by ptavv.es.net (Tachyon Server) with ESMTP id 762E21CC0D; Sun, 4 Jul 2010 09:15:28 -0700 (PDT) To: jhell In-reply-to: Your message of "Sun, 04 Jul 2010 01:55:20 EDT." <4C302248.1020509@dataix.net> Date: Sun, 04 Jul 2010 09:15:28 -0700 From: "Kevin Oberman" Message-Id: <20100704161528.762E21CC0D@ptavv.es.net> X-Proofpoint-Virus-Version: vendor=fsecure engine=1.12.8161:2.4.5, 1.2.40, 4.0.166 definitions=2010-07-02_03:2010-02-06, 2010-07-02, 2010-07-04 signatures=0 X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 spamscore=0 ipscore=0 phishscore=0 bulkscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx engine=5.0.0-1005130000 definitions=main-1007040073 Cc: stable@freebsd.org Subject: Re: Odd behavior of labels on different filesystem types X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 04 Jul 2010 16:16:21 -0000 > Sender: "J. Hellenthal" > Date: Sun, 04 Jul 2010 01:55:20 -0400 > From: jhell > > On 07/03/2010 16:51, Kevin Oberman wrote: > > I have run into an odd behavior in 8-stable that I can't see a reason > > for. > > > > If I have a FAT32 formatted removable drive, I get /dev entries for it > > as both /dev/msdosfs/LABEL and /dev/ufsid/ID. When I mount the > > filesystem, the /dev/ufsid label is removed, but the other two remain. > > > > If I have a UFS filesystem on the disk, I have similar devices except > > that the LABEL is /dev/ufs/LABEL. But, when the UFS device is mounted, > > the /dev/ufsid/ID AND the /dev/ufs/LABEL devs are both deleted. > > > > I'm not sure which is "right", but I can't see the reason for the > > different behavior and it has caused a fair bit of trouble when working > > with gnome-mount as I can't unmount a ufs device. When the > > /dev/ufs/LABEL device is created again on the umount, gnome-mount sees a > > new device and immediately re-mounts it. > > > > Can this inconsistency be corrected? > > Can you try to zero out that disk first i.e. > dd if=/dev/zero of=/dev/DISK bs=4m > > Then format your msdos fat part and relabel it. You should not see a > dev/ufsid/ label for this anymore. I believe that for some reason the > ufsid metadata or whatever you want to call it some how has been left > behind and is still being read for whatever reason and can be confirmed > by this. > > As for /dev/ufs/LABEL /dev/ufsid/ID /dev/device when you mount one the > others should disapear so this is correct behavior. Thanks for the suggestion. I will try a device which has never had a UFS file system and see if the ufsid device is created. Looks like the former is an issue with geom tasting and it would be nice to get it fixed, but it is not what is causing my problem. It is the latter issue that causes the problems with gnome-mount. The real issue for me is that /dev/ufs/LABEL is removed on a mount while /dev/msdosfs/LABEL remains. hald easily works around ufsid by ignoring it, but the /dev/FS/LABEL has to be acted upon differently depending on which filesystem is involved. -- R. Kevin Oberman, Network Engineer Energy Sciences Network (ESnet) Ernest O. Lawrence Berkeley National Laboratory (Berkeley Lab) E-mail: oberman@es.net Phone: +1 510 486-8634 Key fingerprint:059B 2DDF 031C 9BA3 14A4 EADA 927D EBB3 987B 3751