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 D8EBE138CD3 for ; Thu, 28 May 2015 22:23:21 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id EE2EBE08A1; Thu, 28 May 2015 22:23:08 +0000 (UTC) Received: from mail-la0-f52.google.com (mail-la0-f52.google.com [209.85.215.52]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id B43FCE0897 for ; Thu, 28 May 2015 22:23:07 +0000 (UTC) Received: by laat2 with SMTP id t2so42824274laa.1 for ; Thu, 28 May 2015 15:23:06 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:sender:in-reply-to:references:date:message-id:subject :from:to:content-type:content-transfer-encoding; bh=Es5rjFUfgivRW2KayONqzfqHldVy2Y2VYxO9NIvDWeo=; b=N3D2j+VgAH0P01efgA+8llJN1hm7GdmA5p9oI3RXMec9rlsQh8YxScEG+4dIDBTnvY V9h/P/EoAC7uvn3fR6ODLr7//vL6101tgUB36pgCiuTXlx1kCWNzHz3/VMTYwCK9JseM pJHuDP2IYLmBDe5HlaorpkD3lsIeeWOqrdpdLT2AhWwreJScY4heHtD+CkhGyw04aiax sQ0PYH7VsBagkvybdkXzSljClfj8dnazAhXgmM4IRAtfhq+mOVxfoYlmb8HfWA/nYatO 5PnJL6Nu04ZdX6N2376hrXchdMJpCYPsVXqB9J5EYB0Knb1xzhX1fgMvrRyby1dQl9/g 42gw== 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 MIME-Version: 1.0 X-Received: by 10.152.29.195 with SMTP id m3mr3788340lah.118.1432851786238; Thu, 28 May 2015 15:23:06 -0700 (PDT) Sender: freemanrich@gmail.com Received: by 10.25.20.68 with HTTP; Thu, 28 May 2015 15:23:06 -0700 (PDT) In-Reply-To: References: <28995.1432789799@ccs.covici.com> <30995.1432793754@ccs.covici.com> <5566BFF9.7040004@xunil.at> <1823.1432798791@ccs.covici.com> <5566CA9F.5040608@xunil.at> <5450.1432801814@ccs.covici.com> Date: Thu, 28 May 2015 18:23:06 -0400 X-Google-Sender-Auth: PXhqE8HbME2MghNaF6v2riNP1bc Message-ID: Subject: Re: [gentoo-user] problems debugging a systemd problem From: Rich Freeman To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 1c91669c-41c7-47b1-b310-04a3e0d1ed4e X-Archives-Hash: 08557d8f1806ca898a0f2a6a53e039e6 On Thu, May 28, 2015 at 5:32 PM, Canek Pel=C3=A1ez Vald=C3=A9s wrote: > > As I said, I did the following tests: > > 1. Adding "emergency" to the kernel command line, with a valid root=3D. > 2. Adding "rescue" to the kernel command line, with a valid root=3D. > 2. Leaving root=3D invalid without adding neither "emergency" nor "rescue= ". > > If root=3D is valid, with emergency systemd drops you to a shell with you= r > root filesystem mounted read-only. With rescue, systemd drops you to a sh= ell > with all your filesystems mounted read-write. > > If root=3D is invalid, it doesn't matter if you use emergency, rescue, or > neither, *dracut* drops you to a shell, still inside the initramfs > obviously. It takes a while; I didn't took the time, but I think it was 3 > minutes. Inside this shell, you can use systemd normally, and if you mana= ge > to mount the root filesystem, I'm sure you could continue the normal boot > process. You'll have to pivot root manually, though. That was basically my understanding of how dracut behaved. I think we're just having a communication gap or something, because you seem to be disagreeing with me when I'm basically trying to describe the behavior you just listed above. -- Rich