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 45FBF1381FA for ; Thu, 15 May 2014 12:17:42 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id CEEF0E0B03; Thu, 15 May 2014 12:16:29 +0000 (UTC) Received: from postler.lichtfels.com (postler.lichtfels.com [78.46.92.195]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by pigeon.gentoo.org (Postfix) with ESMTPS id AAACAE0AFD for ; Thu, 15 May 2014 12:16:28 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by postler.lichtfels.com (Postfix) with ESMTP id 775F92DC42 for ; Thu, 15 May 2014 14:16:27 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=xunil.at; s=mailout; t=1400156187; bh=oxKSOz9YymqXDKnCkQPPCDwIEHQkJvcRhjJjAomiBuU=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=m+0K19esZnd2rQchOEG7kdRNse7gtPlr63I6aodJxaESsWV8aU7CeoUWPLbMWUil6 /Fwr99vohmJY7h+t5Owyt1s9kauqAjJQ66AscYwCDGYZjxC4i7djuuki9LED2XPmr8 MovDkJPD6uL778j8wrq5aRCSUu6QDaDRZVhuARyo= Received: from postler.lichtfels.com ([127.0.0.1]) by localhost (postler.lichtfels.com [127.0.0.1]) (amavisd-maia, port 10024) with LMTP id 05580-05 for ; Thu, 15 May 2014 14:16:25 +0200 (CEST) Received: from hiro.oops.intern (unknown [IPv6:2001:15c0:65ff:8742:ac59:bff7:663f:bd9]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by postler.lichtfels.com (Postfix) with ESMTPSA id B4DCC2DC40 for ; Thu, 15 May 2014 14:16:24 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=xunil.at; s=mailout; t=1400156184; bh=oxKSOz9YymqXDKnCkQPPCDwIEHQkJvcRhjJjAomiBuU=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=ImuUvdeCjUTjxFZ6P7W3vczUfzOX9+wifZ2hnugWz8xSxUFoCjs5ap9uZzXFxPJFP 0KnFIZeJ0celXQuITYh6tNOhgg6m12jISmkzY1K1uQzG3+Utzjolz5TKcYVJTA/jp/ s7ZfNg99psQkOFLG156T9R+vdUJWjai5Rb14XQI4= Message-ID: <5374B018.40407@xunil.at> Date: Thu, 15 May 2014 14:16:24 +0200 From: "Stefan G. Weichinger" Organization: oops! User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 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 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] problems getting systemd to work References: <23736.1399879340@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> <4040.1400154609@ccs.covici.com> In-Reply-To: <4040.1400154609@ccs.covici.com> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Virus-Scanned: Maia Mailguard 1.0.2c X-Archives-Salt: c5585690-df3d-4b09-a3eb-95fc1b47d87b X-Archives-Hash: 0d918c3d17eba1d70aab4d7eda83def2 Am 15.05.2014 13:50, schrieb covici@ccs.covici.com: > Canek Peláez Valdés wrote: > >> On Thu, May 15, 2014 at 1:18 AM, Canek Peláez Valdés 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 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. >>> >>> 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=vg/vol1 >>> rd.lvm.lv=vg/vol4 >>> rd.lvm.lv=vg/vol3 >>> >>> 90mdraid.conf >>> rd.md.uuid=f4a59e68:fbe4039f:a39fc86d:e9e91e12 >>> >>> base.conf >>> ro >>> >>> So I just changed my /etc/default/grub file: >>> >>> GRUB_CMDLINE_LINUX="init=/usr/lib/systemd/systemd quiet nosplash >>> rd.lvm.lv=vg/vol1 rd.lvm.lv=vg/vol4 rd.lvm.lv=vg/vol3 >>> rd.md.uuid=f4a59e68:fbe4039f:a39fc86d:e9e91e12" >>> >>> I regenerated my GRUB2 config, and now again my LVM test system works >>> perfectly with the latest dracut version. >> >> I'm an idiot; I didn't saw the documentation about hostonly_cmdline; >> BTW Jc, you used host_cmdline, I think the former is the correct one. >> >> So, to resume: there is no bug, is just that before hostonly_cmdline >> was yes by default, and now is no by default. This change was >> documented, but I failed to notice it (and I think the ebuild in >> Gentoo should print an einfo message). >> >> Anyway, I think that explains all my problems; John, I don't know if >> it will solve yours. Again: did you used "dracut --print-cmdline" to >> get the command line? Also, have you tried to use -H to generate your >> initramfs? And finally, have you tried with --hostonly-cmdline? > > OK, I was looking through the journal output and I think the key to the > lvm's not activating is the following: > 4 12:54:57 ccs systemd[1]: Got notification message for unit > systemd-journald.service > 4 12:54:57 ccs systemd[1]: systemd-journald.service: Got notification > message from PID 1750 (WATCHDOG=1...) > 4 12:54:57 ccs systemd[1]: systemd-journald.service: got WATCHDOG=1 > 4 12:54:57 ccs systemd[1]: Received SIGCHLD from PID 2603 (lvm). > 4 12:54:57 ccs systemd[1]: Child 2602 (lvm) died (code=exited, > status=5/NOTINSSTALLED) > 4 12:54:57 ccs systemd[1]: Child 2603 (lvm) died (code=exited, > status=5/NOTINSSTALLED) > 4 12:54:57 ccs systemd[1]: Child 2610 (lvm) died (code=exited, > status=5/NOTINSSTALLED) > 4 12:54:57 ccs systemd[1]: Job > dev-mapper-linux\x2d\x2dfiles\x2dportage.device/start timed out. > > So what is not installed? My search tells me that this might be a misinterpreted return code. I might repeat myself but the thread gets quite large now: Did you enable lvm2-lvmetad.service or socket (and set use_lvmetad=1 in lvm.conf)? I think you don't have to, I just ask to check. What release of lvm2, btw? > Also, for the first two lines, I get hundreds of thatpair of lines, how > can I prevent such. The PID1 stuff ? > So, between the lvm problem and the udev renaming my eth0 devices these > are the key as to why things are going wrong -- with openrc udev is not > renaming eth0 at all. We'll take care of eth0 as well as soon your box boots correctly ;-) Stefan