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 0EC80138C9D for ; Tue, 28 Apr 2015 16:43:41 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 66E80E091F; Tue, 28 Apr 2015 16:43:34 +0000 (UTC) Received: from oc.oops.co.at (oc.oops.co.at [176.58.98.19]) by pigeon.gentoo.org (Postfix) with ESMTP id 43A32E08ED for ; Tue, 28 Apr 2015 16:43:32 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by oc.oops.co.at (Postfix) with ESMTP id 975A888266 for ; Tue, 28 Apr 2015 18:43:31 +0200 (CEST) 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 MdJmOR9vY9RN for ; Tue, 28 Apr 2015 18:43:22 +0200 (CEST) Received: from [IPv6:2001:15c0:65ff:8742:c060:f6ff:fedb:dd72] (unknown [IPv6:2001:15c0:65ff:8742:c060:f6ff:fedb:dd72]) by oc.oops.co.at (Postfix) with ESMTPSA id 0EC0C88265 for ; Tue, 28 Apr 2015 18:43:21 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=xunil.at; s=mailout; t=1430239402; bh=libq0gw4Bkzqc+v/+K5btUDMsOlkt6j55YWnbpTtfhg=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=YrEYN+jmgnD9IkRNqhUZnCUIqhWfpGzjwTOVM+Q9KlqIh6J8bVrM3YcXQaWnzAoTU aWv1+Dldv7ikvI637+sUFCsY/Gf9P8+KcTJXTm1iHIG0NO2IzTIju3Jbk8bK2sMHbZ WjksW5gOoDzInXxfUwXOlziTaA3bpftEfEpW4+7w= Message-ID: <553FB8A8.7000905@xunil.at> Date: Tue, 28 Apr 2015 18:43:20 +0200 From: "Stefan G. Weichinger" Organization: oops! User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.6.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] Re: remote installation, dual boot References: <55390666.8070607@xunil.at> <55392A08.1050109@xunil.at> <14301216.nVGI4ympLF@andromeda> <553F45DC.7040409@xunil.at> <553F9ED1.9050807@xunil.at> In-Reply-To: <553F9ED1.9050807@xunil.at> Content-Type: text/plain; charset=windows-1252 Content-Transfer-Encoding: 8bit X-Archives-Salt: bccd7c7b-6759-4c9c-9c97-05039a8f18ba X-Archives-Hash: 88f24fa206a6a90e68b67c9beed2e855 On 28.04.2015 16:53, Stefan G. Weichinger wrote: > > I now booted from a recent sysresccd ... and it didn't assemble/detect > the LVM-PV ... *sigh* > > So I couldn't even mount the LV to chroot in there. > > The mdadm-RAID-devices were there and active. > > I didn't want to screw around with the LVM too much as there is data on > there (yes, there are backups, but ...). > > pvscan always told me something like: > > No device found for PV hMMm0m-w4Ds-SU77-ATjF-iF1A-0qfq-V2IcXb > > .... ok, one step further: (no exact cut and paste because of java-based KVM access) pvscan --cache tells me: Found duplicate PV hMMm0m-w4Ds-SU77-ATjF-iF1A-0qfq-V2IcXb: using /dev/sdj1 not /dev/md3 -- md3 is the correct array to form the PV ... /dev/sdj1 is actually a partition that is an active *member* of the array /dev/md3 I tried to filter this partition by editing lvm.conf without success. Under suse I don't see /dev/sdj1 as pv: # pvdisplay /dev/sdj1 Failed to read physical volume "/dev/sdj1" - Should I * "pvremove /dev/sdj1" from sysresccd * in suse: remove sdj1 from array md3 ... overwrite header and re-add ? Oh my. !! BUT -> I now found another nice fact: /dev/md2 (NO LVM) is unused since the initial installation. I even *documented* that in the project wiki years ago. 40 GB of unused space on a RAID1 of SAS hdds. Nice! Sounds like my new rootfs ;-) dracut plus these md-lines should work then. Stefan