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 4DBC21381FA for ; Wed, 14 May 2014 22:26:11 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id DAF68E0A5B; Wed, 14 May 2014 22:26:05 +0000 (UTC) Received: from mail0131.smtp25.com (mail0131.smtp25.com [75.126.84.131]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id DC151E09E0 for ; Wed, 14 May 2014 22:26:04 +0000 (UTC) Received: from ccs.covici.com (d-out-001.smtp25.com [67.228.158.174] (may be forged)) by d-out-001.smtp25.com (8.14.2/8.14.2) with ESMTP id s4EMQ3SA020556 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL) for ; Wed, 14 May 2014 18:26:03 -0400 Received: from ccs.covici.com (localhost [127.0.0.1]) by ccs.covici.com (8.14.8/8.14.8) with ESMTP id s4EMQ2Sq015516 for ; Wed, 14 May 2014 18:26:02 -0400 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] problems getting systemd to work In-reply-to: References: <23736.1399879340@ccs.covici.com> <17435.1399889735@ccs.covici.com> <13680.1399912266@ccs.covici.com> <17066.1399913526@ccs.covici.com> <8704.1400060591@ccs.covici.com> <26238.1400079937@ccs.covici.com> <31967.1400082129@ccs.covici.com> Comments: In-reply-to =?us-ascii?Q?=3D=3FUTF-8=3FB=3FQ2FuZWsgUGVsw6FleiBWY?= =?us-ascii?Q?Wxkw6lz=3F=3D?= message dated "Wed, 14 May 2014 11:18:50 -0500." X-Mailer: MH-E 8.2; nmh 1.3; GNU Emacs 23.4.1 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 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Date: Wed, 14 May 2014 18:26:02 -0400 Message-ID: <15515.1400106362@ccs.covici.com> From: covici@ccs.covici.com X-SpamH-OriginatingIP: 70.109.53.110 X-SpamH-Filter: d-out-001.smtp25.com-s4EMQ3SA020556 X-Archives-Salt: 7d9f3590-8568-4616-a6cc-a5f983845555 X-Archives-Hash: 22df513b922b9d641c0341501bd27b10 Canek Pel=C3=A1ez Vald=C3=A9s wrote: > On Wed, May 14, 2014 at 10:55 AM, Jc Garc=C3=ADa w= rote: > > 2014-05-14 9:51 GMT-06:00 Canek Pel=C3=A1ez Vald=C3=A9s : > >> On Wed, May 14, 2014 at 10:42 AM, wrote: > >>> Canek Pel=C3=A1ez Vald=C3=A9s wrote: > >>> > >>>> On Wed, May 14, 2014 at 10:05 AM, wrote: > >>>> [snip] > >>>> > I am using version 037 and the command line was very simple > >>>> > >>>> As I told you in [1], the 037 version has problems with LVM; please > >>>> also check the thread in [2], specially the post in [3]. > >>>> > >>>> Please try again with dracut-036-r4. > >>>> > >>>> Regards. > >>>> > >>>> [1] http://article.gmane.org/gmane.linux.gentoo.user/274340 > >>>> [2] http://thread.gmane.org/gmane.linux.gentoo.user/274152 > >>>> [3] http://www.mail-archive.com/gentoo-user@lists.gentoo.org/msg1456= 47.html > >>>> (for some reason it doesn't appear in gmane). > >>> portage won't let me downgrade unless I downgrade systemd to 2.10 -- > >>> should I do that? > >> > >> You mean 210. I'm on 208; my LVM test system is basically stable. > >> > >> However Jc says he's got it to work with dracut 037-r1; perhaps try > >> that version first? > >> > >> What I do know is that with dracut 037, me and Stefan ran intro troubl= es. > >> > > I described it as a 'workaround' in my first post, aware of the fact > > that the behavior is not normal, but dracut acctually gives help > > finding this workaround, wich is telling the kernel what LVs to use at > > boot. >=20 > Sorry, I forgot about that. >=20 > I just tried my test LVM system with dracur-037-r1 and it didn't work. > I have not tried yet your workaround, but there is obviously something > fishy going on with the latest version of dracut; I would stay with > 036-r4. >=20 > I will try your workaround, although my system is a little more > complicated, since it uses RAID and LUKS besides LVM. Well, the workaround sort of worked -- it went through the initrd -- I had debug in the kernel command line, but it did not stop for nothing! When it went to the real root, however it did not activate any of the lvm volumes I had except for what I specified in the kernel command line, causing things not to work well. Also, I noticed that if insisted on using the predictable network names, even though I have /etc/udev/rules.d/70-persistent-net.rules and /etc/udev/rules.d/80-name-slot.rules which work fine in openrc to give me back my eth* names. So all in all, it was a mess and took me to an emergency shell and that was the end of that. I did eventually activate some volumes by lvchange -aay, but obviously that would not work well. --=20 Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici covici@ccs.covici.com