From owner-freebsd-geom@FreeBSD.ORG Mon Dec 8 12:30:22 2008 Return-Path: Delivered-To: freebsd-geom@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7870D106564A for ; Mon, 8 Dec 2008 12:30:22 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 036348FC08 for ; Mon, 8 Dec 2008 12:30:21 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1L9fFk-0005rP-PC for freebsd-geom@freebsd.org; Mon, 08 Dec 2008 12:30:20 +0000 Received: from 195.208.174.178 ([195.208.174.178]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Dec 2008 12:30:20 +0000 Received: from vadim_nuclight by 195.208.174.178 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 08 Dec 2008 12:30:20 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Vadim Goncharov Followup-To: gmane.os.freebsd.devel.geom Date: Mon, 8 Dec 2008 12:30:12 +0000 (UTC) Organization: Nuclear Lightning @ Tomsk, TPU AVTF Hostel Lines: 55 Message-ID: References: <4939287C.3020208@icyb.net.ua> X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: 195.208.174.178 X-Comment-To: Andriy Gapon User-Agent: slrn/0.9.8.1 (FreeBSD) Sender: news Subject: Re: partition covering the whole slice [repost] X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: vadim_nuclight@mail.ru List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 08 Dec 2008 12:30:22 -0000 Hi Andriy Gapon! On Fri, 05 Dec 2008 15:11:24 +0200; Andriy Gapon wrote about 'partition covering the whole slice [repost]': > I have a disk with two slices and each slices has a single real > partition covering the whole slice, sector-to-sector. > I don't remember how I managed to configure the disk this way, is this > even possible? :-) > You can immediately spot another oddity - I never used glabel on this > disk, but I did use tunefs -L to label the UFS filesystems within the > partitions. > Now it seems that the label of filesystems is also somehow recognized as > a label for the whole slice. E.g. "ufs/extbackup" is exatcly the same as > "ad12s1". Weird. > Here's some additional data: > $ ls -1 /dev/ad12* > /dev/ad12 > /dev/ad12s1 > /dev/ad12s1a > /dev/ad12s2 > /dev/ad12s2a > Looks usual. > $ ls -1 /dev/ufs/ > extbackup > extbackupa > extstuff > extstuffa > So there is one "normal" label for each filesystem and the second label > for it as a filesystem in partition "a" of a labeled slice. > There is nothing in /dev/label though. > Ultimately I would like to fix this so that I don't see labels on the > slices. Yes, of course. You should not intermix using glabel(8) utilizing /dev/ufs (via tunefs) and bsdlabel partition starting from offset 0. This is because glabel can't distinguish is that slice or partition - with offset 0 superblock will be at the same position. You can try to erase bsdlabel completely (if this is not your boot partition) from the slice and use filesystem directly from the slice. This will not affect mount as you're already using labels. The other way will require shrinking-then-moving partition on the disk and editing disklabel, better done with newfs(8). -- WBR, Vadim Goncharov. ICQ#166852181 mailto:vadim_nuclight@mail.ru [Moderator of RU.ANTI-ECOLOGY][FreeBSD][http://antigreen.org][LJ:/nuclight]