Date: Tue, 29 Dec 2020 14:27:37 -0800 From: Dave Hayes <dave@jetcafe.org> To: Victor Sudakov <vas@sibptus.ru> Cc: Rick Miller <vrwmiller@gmail.com>, Graham Perrin <grahamperrin@gmail.com>, FreeBSD Questions <freebsd-questions@freebsd.org> Subject: Re: EFI, UEFI, PXE: FreeBSD-12.1-RELEASE-amd64-bootonly.iso boot from SAN device failed, error 0x7f22208e Message-ID: <20201229142737.3b2b3692@bigus.dream-tech.com> In-Reply-To: <20201229074017.GA9211@admin.sibptus.ru> References: <20201224134403.GB13527@admin.sibptus.ru> <a24b96bd-a446-383d-11b7-601b5b96539a@gmail.com> <CAHzLAVE_1TQYWju=Hy8sCY3=GbE1NSSEr2VGRLE30PKd7Cafaw@mail.gmail.com> <20201225084305.GA60871@admin.sibptus.ru> <CAHzLAVFCKfkxwDg-b25OyQ8Zst4Y__f6g5j7uXJGqtCkbw2Dvw@mail.gmail.com> <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> <20201229074017.GA9211@admin.sibptus.ru>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 29 Dec 2020 14:40:17 +0700 Victor Sudakov <vas@sibptus.ru> wrote: > Dave Hayes wrote: > > > > > Was this happening over network (PXE boot) or from a physical medium > > > > > like USB drive/CD-ROM ? > > > > > > > > Actually both. However, this thread implied that the mfsBSD/ramdisk > > > > techniques did not work, and I wanted to provide a datapoint to the > > > > contrary. > > > > > > > > We have one installation which gets the ISO image over FTP and boots > > > > from that, > > > > > > Can you please elaborate on that? Is this installation using UEFI or > > > legacy mode loader? What tools are used? pxelinux/memdisk or anything > > > else? > > > > This particular installation is a Dell DRAC that has the capability of > > booting 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. > > 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? I am not too familiar with IPMI, but what you describe is what we have been working with. > 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 > > Instead of "gpart bootcode -p /boot/boot1.efifat -i 1 ada1" we can just > as well run > "newfs_msdos /dev/ada1p1 ; mount_msdosfs /dev/ada1p1 /mnt ; rsync -r ... /mnt" Of course my 'cheat sheet', being /usr/src/release/amd64/mkisoimages.sh is probably amd specific, and I don't ever put boot code on a hard disk these days unless I have to. Nevertheless, I seem to be using /boot/pmbr as the actual boot code and I have the GPT image being created with mkimg(1) which gets dropped into the iso by dd(1). UEFI appears to be sensitive to large sizes of mfsroots. I had to make EFI_STAGING_SIZE 300 and NKPT 220 to get this to all work properly. -- Dave Hayes - Consultant - LA CA, USA - dave@dream-tech.com >>>> *The opinions expressed above are entirely my own* <<<< One of the most common defenses against really learning something is to believe that one knows it already.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20201229142737.3b2b3692>