From owner-freebsd-bugs@freebsd.org Mon Feb 4 17:02:54 2019 Return-Path: Delivered-To: freebsd-bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id EB73414D5A7A for ; Mon, 4 Feb 2019 17:02:53 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mailman.ysv.freebsd.org (mailman.ysv.freebsd.org [IPv6:2001:1900:2254:206a::50:5]) by mx1.freebsd.org (Postfix) with ESMTP id C860D8F0F2 for ; Mon, 4 Feb 2019 17:02:52 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 3E16414D5A73; Mon, 4 Feb 2019 17:02:52 +0000 (UTC) Delivered-To: bugs@mailman.ysv.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.ysv.freebsd.org (Postfix) with ESMTP id C908414D5A71 for ; Mon, 4 Feb 2019 17:02:51 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.ysv.freebsd.org (mxrelay.ysv.freebsd.org [IPv6:2001:1900:2254:206a::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) server-signature RSA-PSS (4096 bits) client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.ysv.freebsd.org", Issuer "Let's Encrypt Authority X3" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id D4A6A8F0EE for ; Mon, 4 Feb 2019 17:02:50 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2001:1900:2254:206a::16:76]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mxrelay.ysv.freebsd.org (Postfix) with ESMTPS id 696704621 for ; Mon, 4 Feb 2019 17:02:49 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.118]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id x14H2nBY006517 for ; Mon, 4 Feb 2019 17:02:49 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x14H2ntn006515 for bugs@FreeBSD.org; Mon, 4 Feb 2019 17:02:49 GMT (envelope-from bugzilla-noreply@freebsd.org) X-Authentication-Warning: kenobi.freebsd.org: www set sender to bugzilla-noreply@freebsd.org using -f From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 235388] gptzfsboot does not boot ZFS pool made from whole disks (regression), part two Date: Mon, 04 Feb 2019 17:02:48 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Base System X-Bugzilla-Component: kern X-Bugzilla-Version: CURRENT X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: reto.haeuptli@infinox.ch X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: bugs@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 X-BeenThere: freebsd-bugs@freebsd.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Bug reports List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 04 Feb 2019 17:02:54 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D235388 --- Comment #3 from reto.haeuptli@infinox.ch --- (In reply to Toomas Soome from comment #1) It seems that I need to clarify some things first. 1.) gptzfsboot + zpool from partitions=20 This use case is still in use and very important for many users, because lots of i385/amd64 computers do not have a UEFI Bios or have CSM activated. 2.) gptzfsboot + zpool from whole disks=20 This is a very important use case for me and probably also for some other people. With base r342151 its no longer possible to boot such pools. This use case is so important for me, because I use it on servers and testing machines with many hard disk drives and ssds. Is very convenient that there is no need to partition a disk when I have to replace them. I have tried this on hundreds of installations almost without any problem. I never had a problem with detecting the proper capacity of the disks, even if they had 10TB. With the notable exception of FreeBSD 12. I have filed this under Bug 235380, but this is another story. 3.) uefiboot + zpool from partitions=20 This use case is important for actual computers and of course in the future when there are no CSM is available any more. I personally use this on computers with just one or thwo disk/ssd. 4.) uefiboot + zpool from whole disks=20 This is, as it seems, not implemented yet, because the FreeBSD UEFI loader does not support it. There is a ticket about this use case in the system, Bug 220105. In the next few weeks I will investigate what is needed to supports this. When I succeed I will prepare a patch set. Of course I see that r342151 fixed a problem of someones computer and I estimate it. I do not know the circumstances of this hang of course. If its related to base r37271 by coincidence please let me know. But I want to point out again that r342151 breaks the booting of ZFS from whole disks independent of the booting method and/or platform. In my opinion the booting method (gptzfsboot, uefiboot, etc) and how the zpool is consisted from (whole disks, partitions) should be implemented orthogonally. Having the ability to boot zpool from whole disks back as a compile option, as You proposed, would be good enough for me and I would highy apreciate it. --=20 You are receiving this mail because: You are the assignee for the bug.=