From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (pigeon.gentoo.org [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id E2D571381F3 for ; Tue, 2 Jul 2013 20:27:59 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id BE2DCE0AAB; Tue, 2 Jul 2013 20:27:48 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) (using TLSv1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 7F250E0A94 for ; Tue, 2 Jul 2013 20:27:47 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id BFF8333DD01 for ; Tue, 2 Jul 2013 20:27:46 +0000 (UTC) X-Virus-Scanned: by amavisd-new using ClamAV at gentoo.org X-Spam-Flag: NO X-Spam-Score: -1.16 X-Spam-Level: X-Spam-Status: No, score=-1.16 tagged_above=-999 required=5.5 tests=[AWL=-2.351, DKIM_ADSP_CUSTOM_MED=0.001, FREEMAIL_FROM=0.001, NML_ADSP_CUSTOM_MED=1.2, RCVD_IN_DNSWL_NONE=-0.0001, RP_MATCHES_RCVD=-0.009, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001] autolearn=no Received: from smtp.gentoo.org ([IPv6:::ffff:127.0.0.1]) by localhost (smtp.gentoo.org [IPv6:::ffff:127.0.0.1]) (amavisd-new, port 10024) with ESMTP id AJnFYmZ5wAyo for ; Tue, 2 Jul 2013 20:27:40 +0000 (UTC) Received: from plane.gmane.org (plane.gmane.org [80.91.229.3]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by smtp.gentoo.org (Postfix) with ESMTPS id 7CE1633E86C for ; Tue, 2 Jul 2013 20:27:38 +0000 (UTC) Received: from list by plane.gmane.org with local (Exim 4.69) (envelope-from ) id 1Uu7Aj-0000mf-VF for gentoo-user@gentoo.org; Tue, 02 Jul 2013 22:27:33 +0200 Received: from dsl.comtrol.com ([64.122.56.22]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Jul 2013 22:27:33 +0200 Received: from grant.b.edwards by dsl.comtrol.com with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 02 Jul 2013 22:27:33 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Grant Edwards Subject: [gentoo-user] Re: Can't find init due to inconsistent drive order Date: Tue, 2 Jul 2013 20:27:15 +0000 (UTC) Message-ID: References: X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: dsl.comtrol.com User-Agent: slrn/1.0.1 (Linux) Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org X-Archives-Salt: 889e8c74-c9b3-430b-954b-410ef2757fe5 X-Archives-Hash: 0bd3165b7bfb8762b49ae99fbbedc7f6 On 2013-07-02, Paul Hartman wrote: > On Tue, Jul 2, 2013 at 11:57 AM, Grant Edwards > wrote: >>>> 5) For the drive with the root parition on it switch from a DOS >>>> parition table to a GPT partition table and use the >>>> root=PARTUUID= kernel option. >>> >>> You don't need to switch to GPT for that. >> >> All the references Google can find for me say that you have to use a >> GPT partition table if you want to specify a boot partition using >> root=PARTUUID=. >> >> Does the root=PARTUUID option work for you? >> >> Can you point to some documentation on how you can use >> root=PARTUID= with an DOS/MBR partition table? > > As Neil alluded to, you can use UUID with MBR (instead of PARTUUID and > GPT). I have DOS/MBR partition table and my kernel commandline looks > like: > > root=UUID=1d21fa55-0fa9-4d43-8d41-8b4193900efa ro log_buf_len=1M quiet > rootfstype=ext4 raid=noautodetect > > (along with an initramfs) Yes, we've already discussed that if you have an initrd (or initramfs), and an 'init' program that handles it, you can use filesystem labels and filesystem uuids. The option we were discussing in the posting to which you replied is that of using the root=PARTUUID method which is handled directly by the kernel. I said that requires switching from MBR to GPT, and was told "You don't need to switch to GPT for that." The evidence for that last statement seemed to be the fact the 'blkid' command prints out filesystem UUIDs. I tried using root=PARTUUID= with an MBR and the UUID values printed by 'blkid': it didn't work. I even modified the kernel to show the kernel's partition UUIDs that were being compared against. I still maintain that you _do_ need to switch to GPT to use root=PARTUUID but would welcome any evidence or documentation that indicates otherwise. -- Grant Edwards grant.b.edwards Yow! The Korean War must at have been fun. gmail.com