Received: by 10.223.176.5 with SMTP id f5csp2912980wra; Thu, 1 Feb 2018 07:57:51 -0800 (PST) X-Google-Smtp-Source: AH8x224WvnVwwiduXEuE9Cs7cwIQ1sX/yuZoBeP9rP5rn7oMw0alcLDVvnE+gotK+FADQnz0eOBu X-Received: by 2002:a17:902:8f90:: with SMTP id z16-v6mr32867550plo.370.1517500670958; Thu, 01 Feb 2018 07:57:50 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1517500670; cv=none; d=google.com; s=arc-20160816; b=zOQiEFtMHgw22NO0Oxz58q5wfq1HT6Y5dzU/8YDTjdL+1HLJ05UnA9+DVYioyTrajr JMtKJ9V1zGLcNGUgw8YKxs1CVRGU/zd/t557vmv2Dy+efwZYVixJ5odNqTgQphYddig9 PbaQs4C/LhqKuK87fSMapse9qj8Bun0ZMYHa+gXZ1Fp/WYOYFYW3/KhgjdCChgDG6Eqj 9/wqTgeyZA20LHlZUpYy8Pwf4OGqN3Z8vtNpBUUn5Zq0OJLzKI88SsxXmvQMZyWFHU1d 4Kkb+OAIBoy76Ec8dgh4AWkxsEfhRAChwDoCkz7/qHZ6AMj7tCVQ6kcOebHELABQeLjq Dzjw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:message-id:content-transfer-encoding :mime-version:references:in-reply-to:date:cc:to:from:subject :arc-authentication-results; bh=ziGAlln+S+DNxFPds3vmSmzPEU6LuTUpSw+f/3fsEkI=; b=DRDqIwKhlmcChK96B7mwThevezLD6Ww30sMdXpBpnxLMdCp8eSJm1JBp7WvEJw7jGj Kmj9w5MowjcAEhnDlZjK9AZWsSce7ERGb3aFDTbo+cSpInJhdt7O9TYhaRZgavM9m3Sc YT7Cd1u03Wb6y6iCvOBdUqlxB8D3dt1tf4TRL0B8pJYEQ72H8NK4TXwJLqcFV2dvNifd FwHwpdelRdDzJN1yFzuc8uYKuObYh0FY0r04RiHnBD0NcgCUHaCvc65pCE8HiBfHW9TW /SG5h93/kiidVchW2CqCyPV9PctKDuSzZSMwOSOkSWbBOgw9001lhve1n1TOYe4H00Un 6hwg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id d74si217437pfj.265.2018.02.01.07.57.35; Thu, 01 Feb 2018 07:57:50 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=ibm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752647AbeBAPzS (ORCPT + 99 others); Thu, 1 Feb 2018 10:55:18 -0500 Received: from mx0b-001b2d01.pphosted.com ([148.163.158.5]:60110 "EHLO mx0a-001b2d01.pphosted.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S1752582AbeBAPzN (ORCPT ); Thu, 1 Feb 2018 10:55:13 -0500 Received: from pps.filterd (m0098416.ppops.net [127.0.0.1]) by mx0b-001b2d01.pphosted.com (8.16.0.22/8.16.0.22) with SMTP id w11FsX2o144102 for ; Thu, 1 Feb 2018 10:55:13 -0500 Received: from e06smtp13.uk.ibm.com (e06smtp13.uk.ibm.com [195.75.94.109]) by mx0b-001b2d01.pphosted.com with ESMTP id 2fv5u8gcbr-1 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=NOT) for ; Thu, 01 Feb 2018 10:55:08 -0500 Received: from localhost by e06smtp13.uk.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Thu, 1 Feb 2018 15:55:06 -0000 Received: from b06cxnps4074.portsmouth.uk.ibm.com (9.149.109.196) by e06smtp13.uk.ibm.com (192.168.101.143) with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted; Thu, 1 Feb 2018 15:55:03 -0000 Received: from d06av26.portsmouth.uk.ibm.com (d06av26.portsmouth.uk.ibm.com [9.149.105.62]) by b06cxnps4074.portsmouth.uk.ibm.com (8.14.9/8.14.9/NCO v10.0) with ESMTP id w11Ft2ig42926306; Thu, 1 Feb 2018 15:55:02 GMT Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 4F1C9AE045; Thu, 1 Feb 2018 15:46:25 +0000 (GMT) Received: from d06av26.portsmouth.uk.ibm.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id 3E411AE053; Thu, 1 Feb 2018 15:46:24 +0000 (GMT) Received: from localhost.localdomain (unknown [9.80.80.36]) by d06av26.portsmouth.uk.ibm.com (Postfix) with ESMTP; Thu, 1 Feb 2018 15:46:24 +0000 (GMT) Subject: Re: [RFC PATCH] rootfs: force mounting rootfs as tmpfs From: Mimi Zohar To: Rob Landley , Arvind Sankar Cc: initramfs , Taras Kondratiuk , Victor Kamensky , linux-security-module , Al Viro , linux-kernel Date: Thu, 01 Feb 2018 10:55:00 -0500 In-Reply-To: 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> Content-Type: text/plain; charset="UTF-8" X-Mailer: Evolution 3.20.5 (3.20.5-1.fc24) Mime-Version: 1.0 Content-Transfer-Encoding: 8bit X-TM-AS-GCONF: 00 x-cbid: 18020115-0012-0000-0000-000005AA6178 X-IBM-AV-DETECTION: SAVI=unused REMOTE=unused XFE=unused x-cbparentid: 18020115-0013-0000-0000-000019260831 Message-Id: <1517500500.3974.45.camel@linux.vnet.ibm.com> X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10432:,, definitions=2018-02-01_05:,, signatures=0 X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1015 lowpriorityscore=0 impostorscore=0 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1709140000 definitions=main-1802010205 Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, 2018-02-01 at 09:20 -0600, Rob Landley wrote: > > 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? Unlike the kernel image which is signed by the distros, the initramfs doesn't come signed, because it is built on the target system.  Even if the initramfs did come signed, it is beneficial to measure and appraise the individual files in the initramfs. > 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. Very much appreciated! thanks, Mimi