From owner-freebsd-questions@freebsd.org Tue Dec 29 07:40:27 2020 Return-Path: Delivered-To: freebsd-questions@mailman.nyi.freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2610:1c1:1:606c::19:1]) by mailman.nyi.freebsd.org (Postfix) with ESMTP id 1E2924D3D25 for ; Tue, 29 Dec 2020 07:40:27 +0000 (UTC) (envelope-from vas@sibptus.ru) Received: from admin.sibptus.ru (admin.sibptus.ru [IPv6:2001:19f0:5001:21dc::10]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (Client did not present a certificate) by mx1.freebsd.org (Postfix) with ESMTPS id 4D4mY56cCHz3Q9J for ; Tue, 29 Dec 2020 07:40:25 +0000 (UTC) (envelope-from vas@sibptus.ru) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=sibptus.ru; s=20181118; h=In-Reply-To:Message-ID:Subject:To:From:Date; bh=pfXevhd1ERWdHtJmYWnExNvPxZRQQ4DueLumBa2MGs4=; b=eN2c2FADzlY7SYUeko2GheDW9Q dGQiIJDSJU6qiW7o7MSGxMI9Fh2+neRzQCz7mkCqV8vgpnLZ4i1cygtY5c9swrpJa4UymEYZp2jpM QkEqX177PpxWOawMYzd9/cAQ2JIJkGOnGO6tjXc2MQZLa04BnyfVayZuHOy/xg4u4BlU=; Received: from vas by admin.sibptus.ru with local (Exim 4.94 (FreeBSD)) (envelope-from ) id 1ku9c9-0002l2-Cb; Tue, 29 Dec 2020 14:40:17 +0700 Date: Tue, 29 Dec 2020 14:40:17 +0700 From: Victor Sudakov To: Dave Hayes Cc: Rick Miller , Graham Perrin , FreeBSD Questions Subject: Re: EFI, UEFI, PXE: FreeBSD-12.1-RELEASE-amd64-bootonly.iso boot from SAN device failed, error 0x7f22208e Message-ID: <20201229074017.GA9211@admin.sibptus.ru> References: <20201224134403.GB13527@admin.sibptus.ru> <20201225084305.GA60871@admin.sibptus.ru> <20201228152202.4ba4fec9@bigus.dream-tech.com> <20201229022714.GA95031@admin.sibptus.ru> <20201228191306.3edcdab1@bigus.dream-tech.com> <20201229034211.GA98610@admin.sibptus.ru> <20201228225756.30870717@bigus.dream-tech.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="VbJkn9YxBvnuCH5J" Content-Disposition: inline In-Reply-To: <20201228225756.30870717@bigus.dream-tech.com> X-PGP-Key: http://admin.sibptus.ru/~vas/ X-PGP-Fingerprint: 10E3 1171 1273 E007 C2E9 3532 0DA4 F259 9B5E C634 X-Rspamd-Queue-Id: 4D4mY56cCHz3Q9J X-Spamd-Bar: ------ Authentication-Results: mx1.freebsd.org; dkim=pass header.d=sibptus.ru header.s=20181118 header.b=eN2c2FAD; dmarc=pass (policy=none) header.from=sibptus.ru; spf=pass (mx1.freebsd.org: domain of vas@sibptus.ru designates 2001:19f0:5001:21dc::10 as permitted sender) smtp.mailfrom=vas@sibptus.ru X-Spamd-Result: default: False [-6.10 / 15.00]; ARC_NA(0.00)[]; RBL_DBL_DONT_QUERY_IPS(0.00)[2001:19f0:5001:21dc::10:from]; R_DKIM_ALLOW(-0.20)[sibptus.ru:s=20181118]; NEURAL_HAM_MEDIUM(-1.00)[-1.000]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[4]; R_SPF_ALLOW(-0.20)[+mx]; NEURAL_HAM_LONG(-1.00)[-1.000]; MIME_GOOD(-0.20)[multipart/signed,text/plain]; SPAMHAUS_ZRD(0.00)[2001:19f0:5001:21dc::10:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; DKIM_TRACE(0.00)[sibptus.ru:+]; DMARC_POLICY_ALLOW(-0.50)[sibptus.ru,none]; NEURAL_HAM_SHORT(-1.00)[-1.000]; SIGNED_PGP(-2.00)[]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+,1:+,2:~]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:20473, ipnet:2001:19f0:5000::/38, country:US]; FREEMAIL_CC(0.00)[gmail.com,freebsd.org]; MAILMAN_DEST(0.00)[freebsd-questions]; RCVD_COUNT_TWO(0.00)[2] X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.34 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 29 Dec 2020 07:40:27 -0000 --VbJkn9YxBvnuCH5J Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Dave Hayes wrote: > > > > Was this happening over network (PXE boot) or from a physical medium > > > > like USB drive/CD-ROM ? =20 > > >=20 > > > Actually both. However, this thread implied that the mfsBSD/ramdisk > > > techniques did not work, and I wanted to provide a datapoint to the > > > contrary. > > >=20 > > > We have one installation which gets the ISO image over FTP and boots = =66rom > > > that, =20 > >=20 > > Can you please elaborate on that? Is this installation using UEFI or > > legacy mode loader? What tools are used? pxelinux/memdisk or anything e= lse? >=20 > This particular installation is a Dell DRAC that has the capability of bo= oting > given an http url for a bootable iso. There actually is still some problem > booting the hybrid disk in BIOS mode, but UEFI works just fine. Highly > effective on an isolated network.=20 Ah, is this more like IPMI booting, where you can attach an ISO image to the IPMI console which has its own networking stack, management interface etc? >=20 > I don't think this is quite what you are after, though I could be mistake= n.=20 > I did try the PXEBOOT idea on the exact same hardware platform and > was unable to get it to work, back at FreeBSD 10->11.=20 I have pxelinux+pxeboot+mfsBSD working fine, but with legacy BIOS. > Do you know of any technical reading that can get one up to speed on the = low > level details of UEFI booting and how it is different from BIOS? One prob= lem in > debugging all these methods is the ever-present lack of documentation. :/= =20 No, I don't. My knowledge of the thing is very rudimentary. I know that the UEFI "BIOS" looks for the "efi" type partition in the GPT, or for the EF partition in the MBR, finds a EFI executable under some special path like /EFI/BOOT/BOOTX64.EFI, and this EFI executable is supposed to know how to load the main OS. Therefore my cheat sheet for making a UEFI bootable freebsd UFS volume is like this: gpart create -s gpt ada1 # will become ada0 gpart add -s200M -t efi ada1 gpart add -s2G -t freebsd-swap ada1 gpart add -t freebsd-ufs ada1 gpart bootcode -p /boot/boot1.efifat -i 1 ada1 =20 Instead of "gpart bootcode -p /boot/boot1.efifat -i 1 ada1" we can just as well run=20 "newfs_msdos /dev/ada1p1 ; mount_msdosfs /dev/ada1p1 /mnt ; rsync -r ... /m= nt" --=20 Victor Sudakov, VAS4-RIPE, VAS47-RIPN 2:5005/49@fidonet http://vas.tomsk.ru/ --VbJkn9YxBvnuCH5J Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJf6t1hAAoJEA2k8lmbXsY0uBIH/3moH1hCENw4qb1TLFCnx3ZT rpWypI+ilpn133h5vVzKmAo6zYSeDIMxoYlQRYSSKyt5lJAi6mLD6jH/nFmhvuOG MkzvEpLzefHb0i1/cyQg/M0Uga4xgEGH0F8ciLQaPNijwsHY8rPgJ+BaXaqZDhcS FkDPERFkkhL9mVBalOZtXWdazZWH8sitzFDbQI4/BcQa54z8Via0y4mA1ws92Rg/ VUcNteEIKSE6uyL9x+KAx6p+rMFQJ/Bc6g+gNiN2Coq4EI4Orz++iXsDlqftXJ6a A7txjC3wW3i8yLO5M++vWRN59knaMq5loGhcS1U6F15ISSd6nJEaQq65Gw2rdEA= =gBE7 -----END PGP SIGNATURE----- --VbJkn9YxBvnuCH5J--