On Thu, Mar 8, 2018 at 6:37 PM, Ben Hutchings wrote:
> On Thu, 2018-03-08 at 17:08 -0800, Kevin Hilman wrote:
>> I'm not sure exactly what you're referring to, so I guess that means no.
>
> Aren't you using LAVA in conjunction with kernelci? That's where I've
> seen this odd usage of "root=/dev/r
On Thu, 2018-03-08 at 17:08 -0800, Kevin Hilman wrote:
> I'm not sure exactly what you're referring to, so I guess that means no.
Aren't you using LAVA in conjunction with kernelci? That's where I've
seen this odd usage of "root=/dev/ram0" before.
> I'm just trying to avoid an unnecessary delay
On Fri, 2018-03-09 at 00:55 +, Ben Hutchings wrote:
> Control: tag -1 moreinfo
>
> Are you trying to fix the LAVA health check?
A longer and possibly more helpful answer:
1. initramfs-tools is primarily meant for booting a "real" system. The
"root" kernel parameter says where that system is
I'm not sure exactly what you're referring to, so I guess that means no.
I'm just trying to avoid an unnecessary delay when "root=/dev/ram*" is
(mistakenly) used on the command-line when passing in the debian
ramdisk. If that happens, it eventually falls through to the
initramfs shell, but not be
Control: tag -1 moreinfo
Are you trying to fix the LAVA health check?
Ben.
--
Ben Hutchings
compatible: Gracefully accepts erroneous data from any source
signature.asc
Description: This is a digitally signed message part
Package: initramfs-tools
Version: 0.130
>From a2aef0d83cd19d9b69a747c7ddbcee564faac914 Mon Sep 17 00:00:00 2001
From: Kevin Hilman
Date: Thu, 8 Mar 2018 11:01:38 -0800
Subject: [PATCH] scripts/local: ignore /dev/ram*
These scripts are already running in a ramdisk, so ignore
any root=/dev/ram* so
6 matches
Mail list logo
