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 59CDC1381F4 for ; Sun, 12 Aug 2012 13:39:02 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 99069E055E; Sun, 12 Aug 2012 13:38:38 +0000 (UTC) Received: from mail-ey0-f181.google.com (mail-ey0-f181.google.com [209.85.215.181]) by pigeon.gentoo.org (Postfix) with ESMTP id 3E55FE050E for ; Sun, 12 Aug 2012 13:38:00 +0000 (UTC) Received: by eaan10 with SMTP id n10so729117eaa.40 for ; Sun, 12 Aug 2012 06:38:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=message-id:date:from:user-agent:mime-version:to:cc:subject :references:in-reply-to:content-type:content-transfer-encoding; bh=NhmH/ITHcTXPe7xcKAw0UPx0eXZql523iYoqOHKuWRI=; b=GvfZWyBW61Yp6jdXYkk6SheRtnNXUjHUMKqc/aIS6/ug4bh34uC2lgv0pFSSoVQfxa Yj1bNpZfd/n9vbrHrQ/GJ5MYe467uS6jG6mT+yJaFnxwH8gC3ZG/L+O5IU3ju3XrlIGO +J3gNvZfcAe08NjzrxGnf5vhms4aeGf8ijshPOJTW2TXUKmB8ZDitoiD3wE8lYRwjrxj 7uHdIW1QLTZWDUN0pkKk6Awyn7c5KNE0tn+s7tcIRc1OXSiLNscfZoP4QxyOvEb74iiP YOHakG20qq14E2PFo4pqzEeu3wD35tPef3fOn+m2NdCt6KPUEO53GqC4qUnaQ8+30TXc Nf3Q== Received: by 10.14.180.68 with SMTP id i44mr10324582eem.20.1344778680426; Sun, 12 Aug 2012 06:38:00 -0700 (PDT) Received: from ?IPv6:2001:1418:211::2:18? ([2001:1418:211::2:18]) by mx.google.com with ESMTPS id m45sm670329eep.16.2012.08.12.06.37.58 (version=SSLv3 cipher=OTHER); Sun, 12 Aug 2012 06:37:59 -0700 (PDT) Message-ID: <5027B1B6.4090505@gmail.com> Date: Sun, 12 Aug 2012 15:37:58 +0200 From: "vivo75@gmail.com" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:10.0.6esrpre) Gecko/20120809 Thunderbird/10.0.6 Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@lists.gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 To: gentoo-dev@lists.gentoo.org CC: Rich Freeman Subject: Re: [gentoo-dev] Re: Questions about SystemD and OpenRC References: <5026EAE7.4040600@gmail.com> <20120812001239.27781.qmail@stuge.se> In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Archives-Salt: af42d0e1-2cce-4e3e-868d-1d4488647a4c X-Archives-Hash: 1f26ca3752aa5bbf1f2906420893a154 Il 12/08/2012 14:25, Rich Freeman ha scritto: > On Sun, Aug 12, 2012 at 5:43 AM, Duncan<1i5t5.duncan@cox.net> wrote: >> Peter Stuge posted on Sun, 12 Aug 2012 02:12:38 +0200 as excerpted: >>> What software parses the filesystem labels when you boot with openrc? >>> >>> (I ask because I never use labels myself.) >> Short answer, mount and udev, and the kernel directly when fed that >> information for root= on the kernel commandline. >> ... >> It'a also worth noting that the kernel's root= line can take a number of >> these (I'm not sure if it can take them all), including partlabel, >> according to information someone posted on the btrfs list > I'm pretty sure that this particular part of your post is incorrect, > but I'd be happy to be corrected. > > The kernel cannot interpret a root= parameter that doesn't reference a > device node that it can't internally generate (with a devtmpfs/etc). > I'm pretty sure that rules out just about anything but a physical > device (not even /dev/by-uuid/...). > > I think that people get this confused because 99% of linux users have > an initramfs (and about 2% of Gentoo users it seems), and most > initramfs implementations DO interpret the root=parameter. If you > specify an initramfs then the kernel actually ignores the > root=parameter entirely, mounting the initramfs as root, and passing > control to its init. The initramfs is expected to mount root (or not > - you could just run the whole system off an initramfs I guess). Most > initramfs implementations just parse the root= line on the kernel, > although it is worth noting that genkernel's initramfs does not and > uses real_root instead. > > So, I could see how many linux users might think that interpreting a > complex root= parameter is a kernel function, when it is really just > the fact that they use an initramfs. > > If somebody is running with root=LABEL=foo or something like that > without an initramfs I'll happily stand corrected. > > Rich > Yes it's incorrect, a kernel w/out initrd is not able to mount by LABEL, even with automounted /dev experienced few weeks ago.