From owner-freebsd-geom@FreeBSD.ORG Fri Jun 5 05:12:09 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 7F467106564A for ; Fri, 5 Jun 2009 05:12:09 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: from mail.garage.freebsd.pl (chello087206192061.chello.pl [87.206.192.61]) by mx1.freebsd.org (Postfix) with ESMTP id C7F938FC19 for ; Fri, 5 Jun 2009 05:12:07 +0000 (UTC) (envelope-from pjd@garage.freebsd.pl) Received: by mail.garage.freebsd.pl (Postfix, from userid 65534) id 0AA2D456AB; Fri, 5 Jun 2009 07:12:06 +0200 (CEST) Received: from localhost (chello087206192061.chello.pl [87.206.192.61]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.garage.freebsd.pl (Postfix) with ESMTP id A002145685; Fri, 5 Jun 2009 07:12:00 +0200 (CEST) Date: Fri, 5 Jun 2009 07:12:04 +0200 From: Pawel Jakub Dawidek To: Juli Mallett Message-ID: <20090605051203.GD1705@garage.freebsd.pl> References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="7CZp05NP8/gJM8Cl" Content-Disposition: inline In-Reply-To: User-Agent: Mutt/1.4.2.3i X-PGP-Key-URL: http://people.freebsd.org/~pjd/pjd.asc X-OS: FreeBSD 8.0-CURRENT i386 X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on mail.garage.freebsd.pl X-Spam-Level: X-Spam-Status: No, score=-0.6 required=4.5 tests=BAYES_00,RCVD_IN_SORBS_DUL autolearn=no version=3.0.4 Cc: marcel@FreeBSD.org, freebsd-geom@freebsd.org Subject: Re: Is anything being done to un-break partition names? 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: Fri, 05 Jun 2009 05:12:09 -0000 --7CZp05NP8/gJM8Cl Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Thu, Jun 04, 2009 at 04:18:09PM -0700, Juli Mallett wrote: > Hey folks, >=20 > If I install 7.2 (or old 8-CURRENT) and partition a drive "dangerously > dedicated" and answer No when asked if I want to create a true > partition entry, and then install as normal, my system is set up with > partitions named like da0s1a. Newer 8-CURRENT instead names the > devices da0a, which means root mount fails, etc., until one updates > /etc/fstab. This also seems to confuse sysinstall, which appears to > expect labeling da0s1 to work even if you're in dangerously-dedicated > mode =E2=80=94 though I might be misunderstanding the interactions there; > randi@ suggests it's just a problem with sanitizing disk names in > libdisk, although when I built sysinstall with a patched libdisk and > tried to use it when booting from an 8-CURRENT (snapshot as of a few > weeks back) livefs disk, it seemed to have other problems with the > device names. >=20 > This seems like a huge POLA violation and has eaten several hours of > my life in terms of fixing servers that were tracking 8-CURRENT and > failed to boot up because of the need to change /etc/fstab that wasn't > documented in UPDATING. I was bitten by the exactly the same thing. Unfortunately in my case I was upgrading from 7.0 or something and kernel.old didn't work for me with new userland. So I had to compile GEOM_PART_MBR out and compiled GEOM_MBR in, everything on another machine and then transfer new kernel using nc(1) and tar(1), because sshd(8) didn't work properly. And I was in a hury. All in all, a huge disappointment. BTW. I wasn't able to boot my system using ufs:/dev/ad0a on mountroot prompt. > Is anything being done to add compatibility slice names, or to teach > mergemaster about the change? I don't know enough about what all is > going on on disk to know whether this is something that just affects > dangerously-dedicated disks, but it seems to be consistently biting > me, and I can only imagine how much trouble it's going to cause > others. Was this change even intentional? I don't think it was. For me it's a bug in GEOM_PART_MBR, which has problems detecting MBRs properly. Shame on you, Marcel!:) --=20 Pawel Jakub Dawidek http://www.wheel.pl pjd@FreeBSD.org http://www.FreeBSD.org FreeBSD committer Am I Evil? Yes, I Am! --7CZp05NP8/gJM8Cl Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.4 (FreeBSD) iD8DBQFKKKkjForvXbEpPzQRAnn3AKDAMZ9QP7HZ8hq0Ei11FDwpaWqxHQCbB4td O3mUBeDwMocGz0N1GV/5XhU= =gmuT -----END PGP SIGNATURE----- --7CZp05NP8/gJM8Cl--