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 D3E3E1381FA for ; Sun, 4 May 2014 19:23:10 +0000 (UTC) Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id E88E3E0AEB; Sun, 4 May 2014 19:23:05 +0000 (UTC) Received: from smtpq2.tb.mail.iss.as9143.net (smtpq2.tb.mail.iss.as9143.net [212.54.42.165]) by pigeon.gentoo.org (Postfix) with ESMTP id D903DE0825 for ; Sun, 4 May 2014 19:23:04 +0000 (UTC) Received: from [212.54.42.134] (helo=smtp3.tb.mail.iss.as9143.net) by smtpq2.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1Wh208-0002x0-EE for gentoo-user@lists.gentoo.org; Sun, 04 May 2014 21:23:04 +0200 Received: from 53579160.cm-6-8c.dynamic.ziggo.nl ([83.87.145.96] helo=data.antarean.org) by smtp3.tb.mail.iss.as9143.net with esmtp (Exim 4.71) (envelope-from ) id 1Wh208-00077s-0V for gentoo-user@lists.gentoo.org; Sun, 04 May 2014 21:23:04 +0200 Received: from andromeda.localnet (unknown [10.20.13.150]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by data.antarean.org (Postfix) with ESMTPSA id 23DEB4C for ; Sun, 4 May 2014 21:22:31 +0200 (CEST) From: "J. Roeleveld" To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] boot problems Date: Sun, 04 May 2014 21:22:15 +0200 Message-ID: <3077184.ESb4oPm3p1@andromeda> User-Agent: KMail/4.11.5 (Linux/3.10.25-gentoo; KDE/4.11.5; x86_64; ; ) In-Reply-To: <53668EEC.6000709@xunil.at> References: <5364C0F9.3000906@xunil.at> <1453433.qRkdsgn7FL@andromeda> <53668EEC.6000709@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.9 X-Ziggo-spamreport: ALL_TRUSTED=-1,BAYES_00=-1.9,PROLO_TRUST_RDNS=-3,RDNS_DYNAMIC=0.982 X-Ziggo-Spam-Status: No X-Spam-Status: No X-Spam-Flag: No X-Archives-Salt: c22a730d-f7c8-4053-8a4d-b4af7986dc92 X-Archives-Hash: b786752fe62db589cbb29b1bcd118f58 On Sunday, May 04, 2014 09:03:08 PM Stefan G. Weichinger wrote: > 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 ... Does KVM support running snapshots? Eg. also storing the memory and registers? I have not found any indication that KVM supports that. Without that, KVM is useless to me. > > 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. I thought the MBR info that's possible with GPT would make it possible with any BIOS? Provided the /boot partition is early enough on the disk. > 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. Again, I would expect current tools should do that automagically? > 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). Less LVs is simpler. More is more flexible. > > 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. I would like LABELs to be supported directly by the kernel. > > 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 ... True, but I leave it there as repartitioning requires extended downtime. And I do occasionally test new versions to see if I can get it to work. > > 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 ;-) Try updating? :) Seriously, do you have the following: *** # man gdisk artemis ~ # gdisk -l /dev/sda GPT fdisk (gdisk) version 0.8.8 Partition table scan: MBR: protective *** That last line of what I copied is the bit that should make it possible. Also, the /boot partition needs to have the mbr-boot flag (or whatever it's called) enabled. -- Joost