From nobody Thu Jun 11 11:46:14 2026 X-Original-To: doc@mlmmj.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mlmmj.nyi.freebsd.org (Postfix) with ESMTP id 4gbgpG3Rwjz6hJHc for ; Thu, 11 Jun 2026 11:46:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from mxrelay.nyi.freebsd.org (mxrelay.nyi.freebsd.org [IPv6:2610:1c1:1:606c::19:3]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "mxrelay.nyi.freebsd.org", Issuer "R13" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4gbgpG13RKz3Cd4 for ; Thu, 11 Jun 2026 11:46:14 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1781178374; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=w91gqjg0vG/owiet67Ct9VUANvMa+6//T/pj/Rpec9Y=; b=wGO/Y94+uJB3+99LDbZVthGySy2pfjDZKfD4XNGly2zpAx+hDYsSEGj102HgS7+8j6QaYu OqtR1QJhSbP6NByl1hgzUUoKyhfnSiutK5kJ7z12RZq0X7q1WlMvy9deDN/GFnCm6VYWmU W0Hgat0qKeCKDWhcrpRY6z9BWnz72usBM73La0lqdfm7q1rHB4JQ+0vvo2RvrZi37ZmUud 3KgxcmUcy+1tAiPdW2Twxpt4bKXq4RnjPipYNtWunLQjUAKl3uCVqPg7GK+sxeCEwSoutO LZbF53+4WxXYmd1ejqmEaaeJvTCMEQVngCSJV0LLo1aATFYyODQ/vanTgvrxGQ== ARC-Seal: i=1; s=dkim; d=freebsd.org; t=1781178374; a=rsa-sha256; cv=none; b=Jg41uhR1V1a/8iB1wU6bJ1ypfam55uYTDAW3e1G3dpzAFhvlw3nZodHtXN2PnAL0NnxnTD 87yIMXdm9T01sBdh7gctp1Xw8mo3YyzVrOGF6rhiz5GpMj0E7dQQ+DRbvITpKUSY7ptaHC R/7NsVoD135ICtSlYH7TA6RbQB0E6QIK5j7KPsKTSZbOTXYfU9K21SfKMKxU/d5a9Maqki 1frIFZ/0kW+XtmL3M2WvU2mBzmnPke4SAiNimq97DetI5xKFnUvr1GhmnNB7i8cAk98VTX cdayTI5YZnmbGyPf3txvoYehenR+towCSNFEottMyZsH5LV1BzHn2q45S7rDKg== ARC-Authentication-Results: i=1; mx1.freebsd.org; none ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=freebsd.org; s=dkim; t=1781178374; h=from:from:reply-to:subject:subject:date:date:message-id:message-id: to:to:cc:mime-version:mime-version:content-type:content-type: content-transfer-encoding:content-transfer-encoding: in-reply-to:in-reply-to:references:references; bh=w91gqjg0vG/owiet67Ct9VUANvMa+6//T/pj/Rpec9Y=; b=UZ41j7S0Ibf7oAAMRHCCE6ElPcEvRwIbWKJEDM3dWGVgVlIn6wpNjD3NV+CUiULi2mVd/U KrzyDTNrFR4t93rIklMpr+182gBygyj92izB3LOwVPpV85Sr2X9qx4/MlOyuAcqWHttnhA JcmQks3n7I20H+DA/Zi8sRJwkBUj7KzAEYFfr/WMlmgr32Gi51L2BTgM/gMrIOEkMTac9g wpwYKgbt8g/CF4b4BoFfBqX2G9TxIXz97vff6buY2dCjFx1S21a+vcxvsMnJCR4bZilXi5 vlvFMZ/hGVP/phwCJY4dEU2qlvxFvRa3poTC03wa1OmcRJHvx+5HCIX55VOpEg== Received: from kenobi.freebsd.org (kenobi.freebsd.org [IPv6:2610:1c1:1:606c::50:1d]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256) (Client did not present a certificate) by mxrelay.nyi.freebsd.org (Postfix) with ESMTPS id 4gbgpF6qyMzqbH for ; Thu, 11 Jun 2026 11:46:13 +0000 (UTC) (envelope-from bugzilla-noreply@freebsd.org) Received: from kenobi.freebsd.org ([127.0.1.5]) by kenobi.freebsd.org (8.15.2/8.15.2) with ESMTP id 65BBkDxl016360 for ; Thu, 11 Jun 2026 11:46:13 GMT (envelope-from bugzilla-noreply@freebsd.org) Received: (from www@localhost) by kenobi.freebsd.org (8.15.2/8.15.2/Submit) id 65BBkDsm016359 for doc@FreeBSD.org; Thu, 11 Jun 2026 11:46:13 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: doc@FreeBSD.org Subject: [Bug 294338] FreeBSD 14.0-RELEASE Release Notes: Upgrading from Previous Releases of FreeBSD misses several boot loader usecases Date: Thu, 11 Jun 2026 11:46:14 +0000 X-Bugzilla-Reason: AssignedTo X-Bugzilla-Type: changed X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: Documentation X-Bugzilla-Component: Website X-Bugzilla-Version: Latest X-Bugzilla-Keywords: X-Bugzilla-Severity: Affects Some People X-Bugzilla-Who: michaelo@FreeBSD.org X-Bugzilla-Status: New X-Bugzilla-Resolution: X-Bugzilla-Priority: --- X-Bugzilla-Assigned-To: doc@FreeBSD.org X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: Message-ID: In-Reply-To: References: Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" X-Bugzilla-URL: https://bugs.freebsd.org/bugzilla/ Auto-Submitted: auto-generated List-Id: Documentation project List-Archive: https://lists.freebsd.org/archives/freebsd-doc List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-doc@FreeBSD.org List-Id: List-Post: List-Help: List-Subscribe: List-Unsubscribe: List-Owner: Precedence: list MIME-Version: 1.0 https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D294338 --- Comment #9 from Michael Osipov --- Apologies, it took me way longer than I have expected. (In reply to Vladlen Popolitov from comment #4) In my case, the BIOS doesn't switch at all. The controller I have does not = have a suitable UEFI OpROM, only legacy OpROM so it boots via CSM only. Moreover= , I can only select the controller itself in EUFI setup and then need to enter WebBIOS (LSI) to set the one and only bootable disk, no failover possible. My point is consistency over all possible setup scenarios you cannot forese= e. If I choose to update the root pool after system upgrade and forgot to upgr= ade the loader on the other non-boot drive in the mirror then I will not be abl= e to boot. Additionally, during recovery I want to copy the geometry and the boot code of the working drive on the new replacement drive without thinking whe= ther I have or have not updated the boot loader back then. Yet in another sever I have provisioned recently (DL320 Gen11 with MR480i-o= ) I do see all enclosure slots in the EUFI setup and configured for sequential = boot retry, but also here I want to be sure that the failover drive is exactly configured as the failed boot drive. (In reply to Vladlen Popolitov from comment #6) I'd even generalize your proposal, this isn't just BIOS it is UEFI: Update = all disks which are part of the boot configuration. (In reply to Toomas Soome from comment #7) Exactly, uniform, swap slots, boot again, get a spare drive and fix the iss= ue. Also a general note that Vladlen you should take a look at the broken FAT12 copy onto a valid ESP which was fixed in db8b56134506840832bec2d1ce07b9e00d4d6d71. This should be mentioned in the upgrade notes. I have here four different setups: HPE ProLiant DL360 Gen9: UEFI boot + UFS HPE ProLiant DL380 Gen7: BIOS boot (from UEFI) + ZFS Fujitsu PRIMERGY RX300 S7: BIOS boot (from UEFI) + ZFS HPE ProLiant DL320 Gen11: UEFI boot + ZFS They all have different storage controllers and different UEFI options to configure boot. At least from FreeBSD side I need to be sure that I have everything on my drives to have them bootable anytime. --=20 You are receiving this mail because: You are the assignee for the bug.=