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 C84751381FA for ; Sat, 3 May 2014 12:18:50 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B4DE7E09EF; Sat, 3 May 2014 12:18:41 +0000 (UTC) Received: from smtpq1.tb.mail.iss.as9143.net (smtpq1.tb.mail.iss.as9143.net [212.54.42.164]) by pigeon.gentoo.org (Postfix) with ESMTP id 8F9B9E09C5 for ; Sat, 3 May 2014 12:18:40 +0000 (UTC) Received: from [212.54.42.136] (helo=smtp5.tb.mail.iss.as9143.net) by smtpq1.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1WgYts-0005Zj-06 for gentoo-user@lists.gentoo.org; Sat, 03 May 2014 14:18:40 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp5.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1WgYtq-0004U6-UJ for gentoo-user@lists.gentoo.org; Sat, 03 May 2014 14:18:39 +0200 Received: from andromeda.localnet (unknown [10.20.13.151]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id D4BAC4C for ; Sat, 3 May 2014 14:18:07 +0200 (CEST) From: "J. Roeleveld" To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] boot problems Date: Sat, 03 May 2014 14:17:53 +0200 Message-ID: <7731849.eMA4RVPVz5@andromeda> User-Agent: KMail/4.11.5 (Linux/3.10.25-gentoo; KDE/4.11.5; x86_64; ; ) In-Reply-To: <5364DC3A.5060801@xunil.at> References: <5364C0F9.3000906@xunil.at> <5364D55A.7020106@xunil.at> <5364DC3A.5060801@xunil.at> 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-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" X-Ziggo-spambar: ---- X-Ziggo-spamscore: -4.8 X-Ziggo-spamreport: ALL_TRUSTED=-1,BAYES_00=-1.9,PROLO_TRUST_RDNS=-3,RDNS_DYNAMIC=0.982,TW_LV=0.077 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No X-Archives-Salt: e2e254dc-fd1e-4e74-bbc8-c824acf110e2 X-Archives-Hash: 16f0987617346a867dc0b30d8bfa9b5c On Saturday, May 03, 2014 02:08:26 PM Stefan G. Weichinger wrote: > Am 03.05.2014 13:39, schrieb Stefan G. Weichinger: > > Booted with "rd.auto=1" and now I also get a funny start job > > running/waiting for /dev/sda1 (/ on the SSD). > > > > Oh my! :-) > > > > pasta now. > > So, back from speed-lunch now ;-) > > While cooking the pasta I got a bit further: > > Box boots now with kernel 3.14.1 and with commented LVs in fstab. > > When I login and check there are no mdadm-raids assembled. > > When I "mdadm -A --scan" they get correctly assembled: > > > # cat /proc/mdstat > Personalities : [raid1] > md4 : active raid1 sdb3[0] sdc6[2] > 52395904 blocks super 1.2 [2/2] [UU] > > md1 : active raid1 sdb6[0] sdc3[1] > 623963072 blocks [2/2] [UU] > > (Don't ask for the strange setup with sdb3/sdc6 and sdb6/sdc3, > historically grown somehow ...) Seen stranger, it works. What do the logs show when enabling them? Any "odd" messages? > "vgchange -ay" then gets me all my LVs. Great so far. > > So the question is, what part of the whole setup should now assemble the > arrays? > > I think, dracut, right? Yes, something there. > So I will now test booting with these funny "rd.auto" kernel line > parameters ... With genkernel, I have a lvm and mdadm boot parameter. With dracut, that might also be necessary. I would prefer the initramfs to do it automagically without extra parameters. > Has mdadm.service to be enabled as well? Or is that redundant in a way? That's systemd-specific. Don't know. If dracut sorts that, mdadm.service might be too much. But, as those are not boot-critical, they might wait for the real system to be running. In that case, you do need mdadm.service as well. -- Joost