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 A05011381FA for ; Sun, 4 May 2014 19:03:20 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 7422DE0AF0; Sun, 4 May 2014 19:03:15 +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 4C867E0AE5 for ; Sun, 4 May 2014 19:03:14 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by postler.lichtfels.com (Postfix) with ESMTP id 559F12DC43 for ; Sun, 4 May 2014 21:03:12 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=xunil.at; s=mailout; t=1399230192; bh=42q6qlr0vNbM6LTAQD9u9kde2AtX4MfVfI24uz7ReCk=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=A8RrpA1T/olc3wYKfNKU4xwOhTZHFmJNHSCkyarikHrDT+NiwiIlFcxuiMapBeEab fMrW4xOHkBuA73lcTtp6kr41C96tHJ6VAm2x3SroRkLrjaC07I0PLpVkrnpnB/gTGr 26LeCeD6O8DGCd6phYt0/qJU+bcjN91XzG49RCBg= 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 12112-04 for ; Sun, 4 May 2014 21:03:09 +0200 (CEST) Received: from hiro.oops.intern (unknown [IPv6:2001:15c0:65ff:8742:b420:931e:a854:4788]) (using TLSv1 with cipher ECDHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by postler.lichtfels.com (Postfix) with ESMTPSA id AFF6918EDB for ; Sun, 4 May 2014 21:03:09 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=xunil.at; s=mailout; t=1399230189; bh=42q6qlr0vNbM6LTAQD9u9kde2AtX4MfVfI24uz7ReCk=; h=Date:From:Reply-To:To:Subject:References:In-Reply-To; b=YhH1EYnefm9a6taabceKa2+K7ifuVeOORHsCnsXgMwDmdmbD55Hcq9N7mLnFuOn17 qEzw/RE5n7e/3M9CA1qsKYy+Lg9Mo87e4czXa8D5EYmxRSdBZn9TZpddUm8bYusuES 0r0weL/+JcQrgiDBDMXITjdGUkR8w24dkdg9aW6c= Message-ID: <53668EEC.6000709@xunil.at> Date: Sun, 04 May 2014 21:03:08 +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] boot problems References: <5364C0F9.3000906@xunil.at> <3349320.Vv5J0h2UtC@andromeda> <53663B90.6050600@xunil.at> <1453433.qRkdsgn7FL@andromeda> In-Reply-To: <1453433.qRkdsgn7FL@andromeda> X-Enigmail-Version: 1.6 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit X-Virus-Scanned: Maia Mailguard 1.0.2c X-Archives-Salt: b5eb7d91-b540-4022-8d23-f8eb28442f3a X-Archives-Hash: 70fa1206843d1e5604cd05c78b21b575 Am 04.05.2014 20:40, schrieb J. Roeleveld: > On Sunday, May 04, 2014 03:07:28 PM Stefan G. Weichinger wrote: >> Oh, yes, I like ZFS and its features and used it in some cases already. >> But I didn't yet take the step to set up ZFS-root on my work machines. > > I haven't yet, but it's on the list of items to look into at some point. > I'd like to know if, with ZFS, it is possible to create block-devices like LVs > which I can then attach to VMs. Or if I have to use files instead. I think you would have to use files on top of ZFS ... but I am not up-to-date in that area. People run KVM-hosts with storage on ZFS ... nice with the snapshots etc ... > I think it does as I get the following on my server: > *** > # gdisk -l /dev/sda > GPT fdisk (gdisk) version 0.8.8 > > Partition table scan: > MBR: protective > BSD: not present > APM: not present > GPT: present > > Found valid GPT with protective MBR; using GPT. > Disk /dev/sda: 11718749184 sectors, 5.5 TiB > Logical sector size: 512 bytes > Disk identifier (GUID): 936FDBE4-A736-41CF-B9A5-51069940D3DB > Partition table holds up to 128 entries > First usable sector is 34, last usable sector is 11718749150 > Partitions will be aligned on 2048-sector boundaries > Total free space is 2014 sectors (1007.0 KiB) > > Number Start (sector) End (sector) Size Code Name > 1 2048 411647 200.0 MiB EF00 EFI System > 2 411648 2101247 825.0 MiB 8300 Linux filesystem > 3 2101248 11718749150 5.5 TiB 8E00 Linux LVM > > *** > > That's a hardware raid device with 4 * 3TB disks with raid-6. > I don't like the fact that a 2nd disk-failure can kill a raid-10 when both > disks are in the same mirror-set. > > gdisk automatically aligns on 2048 sector boundaries, that is more then enough > for the 4k-sectors and the block/stripe sizes employed by the raid-controller. Yes, this is for UEFI booting, thanks. I tried to migrate to GPT/BIOS-booting today but failed. It seems my mainboard/BIOS has problems detecting that ... I vaguely remember this from trying it back then. So I am back on a freshly partitioned and formatted SSD with plain old MBR now. I also wanted to partition the SSD according to the Erase Block Size of 6144 kB by this way ... dunno if this is still needed or has any real speed benefits. Maybe I take another approach to migrate to UEFI/GPT in the next days, now that I have my rsynced filesystems at hand (I got rid of more LVs and stuff so it gets pretty slim now). > UUIDs, I believe, do work natively. And those are stored inside the partition > itself. Which means they should also work. But are not as easy to locate. (eg. > you don't specify them yourself) Yep. LABELs are human readable ... big advantage. > See the partitioning on my server above. > It boots using BIOS as I haven't been able to boot Xen using UEFI yet. So then the EFI partition is useless ... > Support should be there now, but not been able to test that yet. > GPT is supported by grub-1 (and grub2) and with the MBR-support inside GPT, > booting works from BIOS/MBR. ... if your BIOS isn't crappy ;-) S