From owner-freebsd-bugs@freebsd.org Thu Jan 10 12:08:13 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 2A7E51489394 for ; Thu, 10 Jan 2019 12:08:13 +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 B96D681442 for ; Thu, 10 Jan 2019 12:08:12 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: by mailman.ysv.freebsd.org (Postfix) id 7CAB91489393; Thu, 10 Jan 2019 12:08:12 +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 6AF461489392 for ; Thu, 10 Jan 2019 12:08:12 +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 0AB598143F for ; Thu, 10 Jan 2019 12:08:12 +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 59C0B1D1D3 for ; Thu, 10 Jan 2019 12:08:11 +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 x0AC8BeA023073 for ; Thu, 10 Jan 2019 12:08:11 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id x0AC8Boh023059 for bugs@FreeBSD.org; Thu, 10 Jan 2019 12:08:11 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 234741] Loader fails to load from ZFS with two disks in JBOD configuration Date: Thu, 10 Jan 2019 12:08:11 +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: 12.0-RELEASE X-Bugzilla-Keywords: loader X-Bugzilla-Severity: Affects Only Me X-Bugzilla-Who: tsoome@freebsd.org 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: Thu, 10 Jan 2019 12:08:13 -0000 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D234741 --- Comment #8 from Toomas Soome --- (In reply to David Chisnall from comment #7) Ok, so your second disk is not partitioned and the size is misreported, tha= t is bad. The update in stable and current will ignore unpartitioned disks, but for mirror it should not matter as long as the first disk is readable. The prob= lem is when your first disk will fail. Note you can fix the partitioning by zpool detach, create partitions, zpool attach. The partition will give us chance to detect the correct size for the disk/partition, so we would be able to read pool labels. However, there is another problem -- if the BIOS is buggy and your pool size will go past the *reported* disk size, then the BIOS is most likely unable to read the pool = past that size line anyhow. If so, there are only 2 options - either make sure t= he boot pool is within limits set by BIOS, or use UEFI. for test, you can copy /boot/loader from 12-stable or current into /boot/loader.test, on boot, press space on first spinner and enter /boot/loader.test, or start boot loader from iso/usb --=20 You are receiving this mail because: You are the assignee for the bug.=