From owner-freebsd-geom@FreeBSD.ORG Tue Apr 14 12:01:22 2009 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 6304D1065670 for ; Tue, 14 Apr 2009 12:01: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 14C458FC13 for ; Tue, 14 Apr 2009 12:01:21 +0000 (UTC) (envelope-from gcubfg-freebsd-geom@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1LthKK-0001K1-DV for freebsd-geom@freebsd.org; Tue, 14 Apr 2009 12:01:20 +0000 Received: from lara.cc.fer.hr ([161.53.72.113]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Apr 2009 12:01:20 +0000 Received: from ivoras by lara.cc.fer.hr with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 14 Apr 2009 12:01:20 +0000 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-geom@freebsd.org From: Ivan Voras Date: Tue, 14 Apr 2009 14:01:05 +0200 Lines: 46 Message-ID: References: <49E46F44.30606@icyb.net.ua> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="------------enigB4D4DB6D2E59C59EF0EC8E56" X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: lara.cc.fer.hr User-Agent: Thunderbird 2.0.0.21 (X11/20090318) In-Reply-To: <49E46F44.30606@icyb.net.ua> X-Enigmail-Version: 0.95.0 Sender: news Subject: Re: glabel: newfs vs tunefs X-BeenThere: freebsd-geom@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: GEOM-specific discussions and implementations List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 14 Apr 2009 12:01:22 -0000 This is an OpenPGP/MIME signed message (RFC 2440 and 3156) --------------enigB4D4DB6D2E59C59EF0EC8E56 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Andriy Gapon wrote: > I am not 100% sure, but it seems that glabel detects newfs -L labels ve= ry well, > but doesn't see labels set by tunefs -L. I am not sure if ths happens a= lways or > "sometimes". > Also, I used tunefs without -A option (it's documented as "potentially > dangerous"). So could it possibly be that tunefs updates one copy of su= perblock, > but glabel checks some other? Glabel checks superblocks in the order defined in ufs/ffs/fs.h : 68 #define SBLOCK_FLOPPY 0 69 #define SBLOCK_UFS1 8192 70 #define SBLOCK_UFS2 65536 71 #define SBLOCK_PIGGY 262144 72 #define SBLOCKSIZE 8192 73 #define SBLOCKSEARCH \ 74 { SBLOCK_UFS2, SBLOCK_UFS1, SBLOCK_FLOPPY, SBLOCK_PIGGY, -1 }= So it's theoretically possible that tunefs modifies the old (UFS1) location... --------------enigB4D4DB6D2E59C59EF0EC8E56 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: OpenPGP digital signature Content-Disposition: attachment; filename="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJ5HsIldnAQVacBcgRAvmzAJ9WvUMt2r+bMLFHuDB/xq0UaYOjiACg/nvh ragQmvwiahoi80b9ZgQ8YZk= =p3yd -----END PGP SIGNATURE----- --------------enigB4D4DB6D2E59C59EF0EC8E56--