From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from lists.gentoo.org (unknown [208.92.234.80]) by finch.gentoo.org (Postfix) with ESMTP id D74661381FA for ; Fri, 16 May 2014 10:04:47 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DE287E0A69; Fri, 16 May 2014 10:04:42 +0000 (UTC) Received: from mail-lb0-f181.google.com (mail-lb0-f181.google.com [209.85.217.181]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9738FE07FB for ; Fri, 16 May 2014 10:04:41 +0000 (UTC) Received: by mail-lb0-f181.google.com with SMTP id u14so1729294lbd.40 for ; Fri, 16 May 2014 03:04:40 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-type:content-transfer-encoding; bh=soVESpDhXS53v2suc/+mgkkJptP5T5tEGjgL+0qXDdw=; b=ODmQi1AkBWW4IOFAekNUJ9WqlCTKyEmcpHyFp9K6kASbrgrmROJk4IPBSQ/6zkEgi7 afC+iHTaiKst21r98sxve50U8qRPou2Wn9kMTxA5haGTPkcM2weqUGTB5CyvRk2zPqU7 xC0aFbQRq2HB3+X+DKr0uPc5fUkqe3Y6mi3Wiqa3Dsci5D8ZMROcuk7kmydbN4v8DvJZ fSPHhMhfh29I1GHGJtq47zLclhW9Kntp/KVb1SGsS/dYBTdyjcfBATr1db9KEi123P9c ZK7w+aR+UhdL9qc26UtyKVhzJ+Tgv21wEezu7WdTQYcec5GJKv0D2BH3KiINiUDoN8DC rVYw== X-Received: by 10.112.150.103 with SMTP id uh7mr10640479lbb.30.1400234680135; Fri, 16 May 2014 03:04:40 -0700 (PDT) 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 Received: by 10.114.170.166 with HTTP; Fri, 16 May 2014 03:04:19 -0700 (PDT) In-Reply-To: <5375DE75.7070501@xunil.at> References: <5364C0F9.3000906@xunil.at> <2219291.LPmZhmqkJ1@andromeda> <536545AB.2060008@xunil.at> <53672D31.1030108@xunil.at> <53746809.9080604@xunil.at> <5374855C.4040203@xunil.at> <537506FE.3090701@xunil.at> <5375DE75.7070501@xunil.at> From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= Date: Fri, 16 May 2014 05:04:19 -0500 Message-ID: Subject: Re: [gentoo-user] boot problems To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: a5d29d62-84f1-47f5-b38c-943a01e85a24 X-Archives-Hash: bcab5b15a3c979d509313a3e2adb01ac On Fri, May 16, 2014 at 4:46 AM, Stefan G. Weichinger wrot= e: > Am 15.05.2014 20:33, schrieb Canek Pel=C3=A1ez Vald=C3=A9s: >> On Thu, May 15, 2014 at 1:27 PM, Stefan G. Weichinger w= rote: >>> Am 15.05.2014 20:05, schrieb Canek Pel=C3=A1ez Vald=C3=A9s: >>> >>>> With -H, you don't get the kernel cmdline, and therefore your kernel >>>> cannot load your LVM volumes since it doesn't know their... names? I >>>> don't knot the terminology. >>>> >>>> In any case, you need to set --hostonly-cmdline (or >>>> hostonly_cmdline=3D"yes" in the config file), *besides* -H. >>> >>> ok ... I pulled your changes (kerninst) from github ... on the web I se= e >>> it, but it doesn't get into my copy here ... strange. >>> >>> As I don't need it right now, I will (a) wait or (b) edit manually. >>> >>> No problem. >> >> I actually *removed* -H from kerninst. That should be configured in >> the user's dracut.conf; now I have: >> >> hostonly=3D"yes" >> hostonly_cmdline=3D"yes" >> >> in my dracut.conf. > > Yes, I understood ... thanks. > > Aside from that a more general question: > > Does it it any way help to have a *small* (=3D as small as possible) > initramfs? > > Maybe on embedded systems but on the big multi-GB-ram-machines we use it > doesn't make much difference, right? AFAIU, no, it doesn't. As long as the (uncompressed) initramfs fits into the RAM, its size doesn't matter. > I ask because in all my reorganizing furor I also thought that now with > btrfs only I could get rid of "lvm mdraid" as dracut-modules. I can try > ... ;-) (don't call me "ricer") Whatever gets rid of LVM is good on my book. I've never understood why people uses it, and in my experience it only brings headaches. Besides, I've heard from many people that btrfs is the way to go in the future. I'm not ready to make the change yet, but I will at some point. > Additional in this context: does it make a noticeable difference which > "Kernel compression mode" you choose? I assume it is again an issue for > systems with (a) small boot-partitions and/or (b) slower CPUs to select > something special here. Given the size of the kernel, I don't thin the difference can be humanly measured. > I checked and see that I use LZ4 anyway already ... seems to be the > fastest to unpack as far as I understand the help text. It will be a difference of microseconds, if not nanoseconds. I honestly don't think it matters at all. > And then, who writes the howto condensed out of this thread? ;-) > Much to learn and understand as always, I appreciate it a lot. Regards. --=20 Canek Pel=C3=A1ez Vald=C3=A9s Profesor de asignatura, Facultad de Ciencias Universidad Nacional Aut=C3=B3noma de M=C3=A9xico