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 67C7F1381FA for ; Thu, 15 May 2014 18:23:38 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id D124DE0AE4; Thu, 15 May 2014 18:23:32 +0000 (UTC) Received: from mail-lb0-f176.google.com (mail-lb0-f176.google.com [209.85.217.176]) (using TLSv1 with cipher ECDHE-RSA-RC4-SHA (128/128 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id 9B54CE0AE5 for ; Thu, 15 May 2014 18:23:31 +0000 (UTC) Received: by mail-lb0-f176.google.com with SMTP id p9so1110849lbv.35 for ; Thu, 15 May 2014 11:23:30 -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=PRAkMz2c4sl6xMFHv4KpWn4HASiQpp5jwe0+4loHg9w=; b=n7lr5gTokpRBEebvvQdqeVbfLPMCGZenp2pTAdhbQ8SkOLJb6ouQmP67snHHeySsRt 16jYxhxi6pbUo9OzepCJrRiDJCmc4ku+M7HpYVMVxNxdCr2bUW6N/4cMUVF+u4drGN/J 9aaIhjjdp7vWrbhOAwS4EmyplszrJb4xILIA03jyho8MavalKec09brDevBkYFF00bJb sjjakrRsnjrLXzycRVArrK2uLChddj0joL7pHPykXdyfMR8qBV31IYfYspssV1PcYyfN fmTvhQuE3cNZSl8Sqw7BaZyCp9RO7x1A+eovee/Jm7o33pzBbAip0yWts/13qfs3r1zv /8qg== X-Received: by 10.152.5.98 with SMTP id r2mr2699416lar.59.1400178210128; Thu, 15 May 2014 11:23:30 -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; Thu, 15 May 2014 11:23:09 -0700 (PDT) In-Reply-To: <18274.1400146788@ccs.covici.com> 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> <15515.1400106362@ccs.covici.com> <18274.1400146788@ccs.covici.com> From: =?UTF-8?B?Q2FuZWsgUGVsw6FleiBWYWxkw6lz?= Date: Thu, 15 May 2014 13:23:09 -0500 Message-ID: Subject: Re: [gentoo-user] problems getting systemd to work To: gentoo-user@lists.gentoo.org Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable X-Archives-Salt: 3cbd06b5-ccb5-4f8a-ad3c-628b20ab616c X-Archives-Hash: 946224a15a2d0afa15b228e14a6afd88 On Thu, May 15, 2014 at 4:39 AM, wrote: > Canek Pel=C3=A1ez Vald=C3=A9s wrote: > >> On Wed, May 14, 2014 at 5:26 PM, wrote: >> [snip] >> > >> > 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 insist= ed >> > 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 activa= te >> > some volumes by lvchange -aay, but obviously that would not work well. >> >> OK, I was a little mystified about why dracut-036 worked on my system >> and 037 didn't. Before I tried any workaround, I wanted to know what >> changed from the previous version to the current one. >> >> So I generated an initramfs with dracut-036-r4 and another one with >> dracut-037-r1, and I tried to see what changed from one to the other. >> The answer is surprisingly easy: in /etc/cmdline.d/, the following >> files where in the 036-r4 version, but not in the 037-r4: >> >> 90crypt.conf >> 90lvm.conf >> 90mdraid.conf >> base.conf >> >> Te contents of those files are (90crypt.conf is empty): >> >> 90lvm.conf >> rd.lvm.lv=3Dvg/vol1 >> rd.lvm.lv=3Dvg/vol4 >> rd.lvm.lv=3Dvg/vol3 >> >> 90mdraid.conf >> rd.md.uuid=3Df4a59e68:fbe4039f:a39fc86d:e9e91e12 >> >> base.conf >> ro >> >> So I just changed my /etc/default/grub file: >> >> GRUB_CMDLINE_LINUX=3D"init=3D/usr/lib/systemd/systemd quiet nosplash >> rd.lvm.lv=3Dvg/vol1 rd.lvm.lv=3Dvg/vol4 rd.lvm.lv=3Dvg/vol3 >> rd.md.uuid=3Df4a59e68:fbe4039f:a39fc86d:e9e91e12" >> >> I regenerated my GRUB2 config, and now again my LVM test system works >> perfectly with the latest dracut version. >> >> The thing is, I *ALWAYS* use the -H (host only) option, so it was my >> understanding that the command line should be automatically generated, >> and it was on 036, but now it doesn't in 037. I think that's a bug. >> >> John, with respect to your case: did you used "dracut --print-cmdline" >> to get the command line? Also, have you tried to use -H to generate >> your initramfs? > > I did not try the -H, I may test with that later. > > > I did look at the --print-cmdline and copied the volumes they mentioned, > but I have other lvm volumes in my fstab and none of them were activated, > only the ones I specified in the command line! This is where I have run > into problems. I have quite a few lvms, I want them all activated! I just have /, /boot, /usr and /home (encrypted) as lvms, but all are activ= ated. > Also, since I wrote the last message, I have been looking at the > journalctl output and discovered a couple of things which I would like > some help on, but getting the lvms to work is more important. > > First, whatever happened to DefaultControllers -- I want to disable > those cpu hierarchies, but that option seems to have disappeared without > a trace, although you can google and see it in some documentation. That went away with the new cgroup handling that is being coordinated between systemd and the kernel: http://cgit.freedesktop.org/systemd/systemd/commit/?id=3D7ac807320a7416463d= 7ff3ef6ede574863a601c5 > The keyword also was not accepted in an install section I have, what is > the matter with that? I want to use my sysklogd for my syslog, how can > I use that with systemd? I think you can do that with systemd.log_target=3Dkmsg in the kernel comman= d line. > Thanks so much for all your help on these things. John, could you please include here the output of lsblk, your fstab, your dracut.conf, and your lilo.conf? Regards. --=20 Canek Pel=C3=A1ez Vald=C3=A9s Profesor de asignatura, Facultad de Ciencias Universidad Nacional Aut=C3=B3noma de M=C3=A9xico