From owner-freebsd-questions@FreeBSD.ORG Tue Dec 7 19:56:52 2010 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id D5D18106564A for ; Tue, 7 Dec 2010 19:56:52 +0000 (UTC) (envelope-from srandall52@gmail.com) Received: from mail-gw0-f49.google.com (mail-gw0-f49.google.com [74.125.83.49]) by mx1.freebsd.org (Postfix) with ESMTP id 7FBCA8FC0C for ; Tue, 7 Dec 2010 19:56:52 +0000 (UTC) Received: by gwj20 with SMTP id 20so266908gwj.36 for ; Tue, 07 Dec 2010 11:56:51 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:received:received:date:from:to:cc:subject :message-id:in-reply-to:references:x-mailer:mime-version :content-type:content-transfer-encoding; bh=zR2oNjVxSaXUFfHFMfRr6PfiaoDbn4slJESkY/1MW1E=; b=uhc5DXsaRxMNz7Q2Yp6uaX+/IWr2tZwifGm9e0RYbQXnlkwhW0gF74l8MbUMDqtZbE yqXnrAWgwQ3pYzWd/AmmfxZH5lfgbol54la3sZW36po0IuEM0FAioDoPzguU7tPDxHy+ vh2edww5WWT2O811wmza3xN7DEximQUPmv9ls= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=date:from:to:cc:subject:message-id:in-reply-to:references:x-mailer :mime-version:content-type:content-transfer-encoding; b=MVoVTl5D7za9kG6Su1jum+NSlWbEPHBbDVQhfU+Vpy+OKmG7vYXTJxhc/nTmLi1h56 JomckrTt8S3mcA6dursGg+eEJ6nTzs5JPnsqls/9le52I74YRI6ER1jMD6u9l2raRNO6 m9ELHkNurVoLcWrg3xtxhnTLHMKPY/yU0VjJE= Received: by 10.100.163.15 with SMTP id l15mr5115892ane.125.1291750021078; Tue, 07 Dec 2010 11:27:01 -0800 (PST) Received: from locust.local (adsl-68-88-175-232.dsl.wchtks.swbell.net [68.88.175.232]) by mx.google.com with ESMTPS id x39sm6977643ana.6.2010.12.07.11.26.58 (version=TLSv1/SSLv3 cipher=RC4-MD5); Tue, 07 Dec 2010 11:26:59 -0800 (PST) Date: Tue, 7 Dec 2010 13:26:56 -0600 From: Steve Randall To: joost@jodocus.org Message-ID: <20101207132656.260bf792@locust.local> In-Reply-To: References: X-Mailer: Claws Mail 3.7.7 (GTK+ 2.22.1; i386-portbld-freebsd8.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Cc: David DEMELIER , freebsd-questions@freebsd.org Subject: Re: can't mount root during freebsd-update 7.0 -> 8.1 on amd64 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Dec 2010 19:56:53 -0000 On Tue, 7 Dec 2010 19:09:53 +0100 joost@jodocus.org wrote: > > 2010/12/5 : > >> Hi > >> > >> I'm trying to upgrade a amd64 box from 7.0-RELEASE to 8.1-RELEASE with > >> freebsd-update. After the first reboot the 8.1R GENERIC kernel loads > >> (I'm > >> using a custom kernel, so at this point the generic kernel is loaded > >> manually) > >> It then claims it can't mount / > >> > > > > GEOM_PART becomes the default slicer > > > > Status: Committed to -CURRENT > > Will appear in 8.0: sure > > Author: Marcel Moolenaar & others > > Web: commit message > > > > GEOM_PART (gpart) is a new GEOM partition class (slicer) and utility > > that rolls up support for many partitioning formats (MBR, BSD, GPT > > etc.) into a single code base. > > > > NOTE: Caveat when upgrading! GEOM_PART might interpret existing > > partition tables (especially if many operating systems are present - > > multi boot) differently than the previous classes. Your devices might > > get renamed. I guess that's the key paragraph. > > > > NOTE: Some old utilities like bsdlabel may not work if the kernel > > doesn't include GEOM_BSD and other old slicer classes. In other words, > > bsdlabel et al don't work with GEOM_PART. > > > > Maybe you're encountering this trouble right now. what I would advise > > you is using labels. Please do the following : > > > > tunefs -L root /dev/ad4a > > tunefs -L var /dev/ad4e (assuming it's e on your system ?) > > and for usr, tmp, etc ... > > > >>From a fixit environment. then edit your /etc/fstab and place > > /dev/ufs/root /dev/ufs/var instead of hardcoding the device node. > > > > Adding labels to the partitions doesn't help. I've tried both UFS and GEOM > labels. You did point me in the right direction though. > > If I load geom_mbr my partitions show up and all is well. I think it was > actually the slice that wasn't recognized. > > geom_part should have recognized the mbr, right? I've scanned > g_part_mbr_probe() and all the checks it does should succeed. DOSMAGIC is > there. The first byte of each row in the partition table is either 0x80 of > 0x00. geom_part seems to do first match when probing. is there a way for > me to find out which geom_part_* module is staking a claim on my mbr? You mean "on ad4". $ gpart show ad4 Your disk was at one time "dangerously dedicated" and later converted to MBR. But there is still an obsolete BSD label in block 1 of the disk. # dd if=/dev/zero of=/dev/ad4 seek=1 count=1