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 A0BF7138CBF for ; Tue, 17 Mar 2015 22:01:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B395AE0A07; Tue, 17 Mar 2015 22:01:03 +0000 (UTC) Received: from oc.oops.co.at (oc.oops.co.at [176.58.98.19]) by pigeon.gentoo.org (Postfix) with ESMTP id 8BC43E09BE for ; Tue, 17 Mar 2015 22:01:02 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by oc.oops.co.at (Postfix) with ESMTP id 462BF88257 for ; Tue, 17 Mar 2015 22:01:01 +0000 (UTC) X-Virus-Scanned: amavisd-new at oc.oops.co.at Received: from oc.oops.co.at ([127.0.0.1]) by localhost (oc.oops.co.at [127.0.0.1]) (amavisd-new, port 10024) with LMTP id gFWXeU9Po4qL for ; Tue, 17 Mar 2015 22:00:53 +0000 (UTC) Received: from [IPv6:2001:15c0:65ff:8742:a11:96ff:fe52:68] (unknown [IPv6:2001:15c0:65ff:8742:a11:96ff:fe52:68]) by oc.oops.co.at (Postfix) with ESMTPSA id D494288255 for ; Tue, 17 Mar 2015 22:00:52 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=xunil.at; s=mailout; t=1426629653; bh=aHgr8PE3cTvZ7PgIJuLIraR6ECoHJhogir/Tv7weRR4=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=f9OUwQKMrxPr6knn0+qvVoy32LmHLp/CDSTKiVFP6gsUyT0dTjNIQJikxDcRT/44e uKHKfMlX9Pex+8m2839sNelFl/gJ/c06GjkrJ+uR5O1HFI97RBk5GSGyfXcFwFQZNq kKaOOwuLzBoX0wi0ZoG29MjicNyzqlexYBg6/tXU= Message-ID: <5508A411.2000609@xunil.at> Date: Tue, 17 Mar 2015 23:00:49 +0100 From: "Stefan G. Weichinger" Organization: oops! User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.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] best practise for 4 disks ... redundancy References: <54FFE4A2.3060008@xunil.at> <20150311110929.5fdb4970@digimed.co.uk> <550064BB.1000706@xunil.at> <20150311160631.53647abf@hactar.digimed.co.uk> <5500BE59.8070609@xunil.at> <20150311223238.42f750c9@digimed.co.uk> <550178E5.6020209@xunil.at> <20150312164831.58542127@digimed.co.uk> <5501C8E6.1010707@xunil.at> <20150312172857.55842a60@hactar.digimed.co.uk> <5501E061.30306@xunil.at> <5502A1F7.20106@xunil.at> <20150313085917.60f7931c@digimed.co.uk> <5502EC4F.1050706@xunil.at> <20150313141134.2cfd55f4@digimed.co.uk> In-Reply-To: <20150313141134.2cfd55f4@digimed.co.uk> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 7bit X-Archives-Salt: e8829636-6f7a-40fb-91e1-1b274944220b X-Archives-Hash: 4863211b9fe34e3f4233f386e84df858 Am 2015-03-13 um 15:11 schrieb Neil Bothwick: > On Fri, 13 Mar 2015 14:55:27 +0100, Stefan G. Weichinger wrote: > >>> See above. The reason for using a RAID1 array is to avoid >>> having to update multiple disks, just mount /boot on the RAID >>> device. >>> >>> % mount | grep boot /dev/md0 on /boot type ext2 >>> (rw,noatime,stripe=4) >> >> /boot is my vfat ESP here .. no ext2 ... > > That makes no difference, the filesystem sits on top of the RAID. > > As I said, that computer is pre-UEFI, so /boot is ext2. But RAID > doesn't care about the filesystem, it just mirrors the bits. Tried your suggestion today .. worked out great after adding that new array to dracut.conf ;) Thanks! goes into my howtos ...