From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752281AbeBAPUf (ORCPT ); Thu, 1 Feb 2018 10:20:35 -0500 Received: from mail-io0-f196.google.com ([209.85.223.196]:46167 "EHLO mail-io0-f196.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751760AbeBAPUb (ORCPT ); Thu, 1 Feb 2018 10:20:31 -0500 X-Google-Smtp-Source: AH8x224uGJEC03lh5KmfPj/j2+hJfg0REjcI1tvlHVdRUz/3uk0xvt+ci27gGRlR8HRI3ipEaYsaMQ== Subject: Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs To: Mimi Zohar , Arvind Sankar Cc: initramfs , Taras Kondratiuk , Victor Kamensky , linux-security-module , Al Viro , linux-kernel References: <1517348777.3469.5.camel@linux.vnet.ibm.com> <1814af5c-170d-39c0-58fd-02eb7216e008@landley.net> <1517436423.3469.237.camel@linux.vnet.ibm.com> <20180201020331.GA3774@rani.riverdale> <1517458921.3329.2.camel@linux.vnet.ibm.com> From: Rob Landley Message-ID: Date: Thu, 1 Feb 2018 09:20:23 -0600 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101 Thunderbird/52.5.0 MIME-Version: 1.0 In-Reply-To: <1517458921.3329.2.camel@linux.vnet.ibm.com> Content-Type: text/plain; charset=utf-8 Content-Language: en-US Content-Transfer-Encoding: 8bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 01/31/2018 10:22 PM, Mimi Zohar wrote: > On Wed, 2018-01-31 at 21:03 -0500, Arvind Sankar wrote: >> On Wed, Jan 31, 2018 at 05:48:20PM -0600, Rob Landley wrote: >>> On 01/31/2018 04:07 PM, Mimi Zohar wrote: >>>> On Wed, 2018-01-31 at 13:32 -0600, Rob Landley wrote:>> (The old "I configured in tmpfs and am using rootfs but I want that >>> rootfs >>>>> to be ramfs, not tmpfs" code doesn't seem to be a real-world concern, does >>>>> it?) >>>> >>>> I must be missing something.  Which systems don't specify "root=" on >>>> the boot command line. >>> >>> Any system using initrd or initramfs? >>> >> >> Don't a lot of initramfs setups use root= to tell the initramfs which >> actual root file system to switch to after early boot? You mean the option that _isn't_ passed through as an environment variable (the way ROOT= would be) so you have to parse /proc/cmdline to to see if it was passed in? If you really, really, really, really, really want to double down on the "no, this is the button, it doesn't do what I thought but I will MAKE it work" obsession, sure. > With your patch and specifying "root=tmpfs", dracut is complaining: > > dracut: FATAL: Don't know how to handle 'root=tmpfs' > dracut: refusing to continue [googles]... I do not understand why this package exists. If you're switching to another root filesystem, using a tool that wikipedia[citation needed] says has no purpose but to switch to another root filesystem, (so let's reproduce the kernel infrastructure in userspace while leaving it the kernel too)... why do you need initramfs to be tmpfs? You're using it for half a second, then discarding it, what's the point of it being tmpfs? Sigh. If people are ok with having rootfs just be tmpfs whenever tmpfs is configured in, even when you're then going to overmount it with something else like you're doing, let's just _remove_ the test. If it can be tmpfs, have it be tmpfs. Rob