From owner-freebsd-questions@freebsd.org Mon Dec 28 23:22:11 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 48FD84C4898 for ; Mon, 28 Dec 2020 23:22:11 +0000 (UTC) (envelope-from dave@jetcafe.org) Received: from fedex2.jetcafe.org (fedex2.jetcafe.org [205.147.26.23]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA512 client-signature RSA-PSS (4096 bits) client-digest SHA256) (Client CN "fedex2.jetcafe.org", Issuer "Let's Encrypt Authority X3" (not verified)) by mx1.freebsd.org (Postfix) with ESMTPS id 4D4YVB2lJsz4rxk for ; Mon, 28 Dec 2020 23:22:10 +0000 (UTC) (envelope-from dave@jetcafe.org) X-Envelope-To: freebsd-questions@freebsd.org Received: from bigus.dream-tech.com (bigus.jetcafe.org [205.147.26.7]) by fedex2.jetcafe.org (8.15.2/8.15.2) with ESMTPS id 0BSNM2m3032874 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 28 Dec 2020 15:22:02 -0800 (PST) (envelope-from dave@jetcafe.org) Date: Mon, 28 Dec 2020 15:22:02 -0800 From: Dave Hayes To: Rick Miller Cc: Victor Sudakov , 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: <20201228152202.4ba4fec9@bigus.dream-tech.com> In-Reply-To: References: <20201223025406.GA25600@admin.sibptus.ru> <20201223104459.GA36737@admin.sibptus.ru> <6cbaa416-0262-c85f-8e74-19a8ac95605d@gmail.com> <20201224134403.GB13527@admin.sibptus.ru> <20201225084305.GA60871@admin.sibptus.ru> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Spam-Score: -1 ( out of 6) ALL_TRUSTED,SHORTCIRCUIT X-Spam-Checker-Version: SpamAssassin version 3.4.4-jetcafeglobal X-Scanned-By: MIMEDefang 2.83 X-Rspamd-Queue-Id: 4D4YVB2lJsz4rxk X-Spamd-Bar: - Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of dave@jetcafe.org designates 205.147.26.23 as permitted sender) smtp.mailfrom=dave@jetcafe.org X-Spamd-Result: default: False [-1.30 / 15.00]; RCVD_TLS_ALL(0.00)[]; ARC_NA(0.00)[]; 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.10)[text/plain]; DMARC_NA(0.00)[jetcafe.org]; RBL_DBL_DONT_QUERY_IPS(0.00)[205.147.26.23:from]; NEURAL_SPAM_SHORT(1.00)[1.000]; SPAMHAUS_ZRD(0.00)[205.147.26.23:from:127.0.2.255]; TO_MATCH_ENVRCPT_SOME(0.00)[]; TO_DN_ALL(0.00)[]; FREEMAIL_TO(0.00)[gmail.com]; FROM_EQ_ENVFROM(0.00)[]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:7397, ipnet:205.147.0.0/18, country:US]; FREEMAIL_CC(0.00)[sibptus.ru,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: Mon, 28 Dec 2020 23:22:11 -0000 On Fri, 25 Dec 2020 08:58:56 -0500 Rick Miller wrote: > On Fri, Dec 25, 2020 at 3:43 AM Victor Sudakov wrote: > > Is it not possible to fetch a GENERIC kernel by loader.efi, then fetch > > an MFSROOT image as a separate file? This is the way I did the job > > during the pxelinux (old BIOS based netboot) times. > It seems you refer to loading a kernel and separate ramdisk or initrd. I've > heard it rumored there could be preliminary experimental code to accomplish > this, but don't have any evidence. Experimental? Eh...this idea seems to work for me as of 12.2-STABLE. I have successfully booted onto a ramdisk using a "Live DVD" in both BIOS and UEFI (I have a hybrid build for amd64) using just the techniques found in /usr/src/release/amd64/mkisoimages.sh and a larger setting of EFI_STAGING_SIZE. The system runs entirely on ramdisk, two in fact because I had to split off /usr due to EFI_STAGING_SIZE and not having any guidelines on the maximum setting for this make.conf tunable. So far, four machines have successfully booted on this strategy. There's four points of evidence for you. :D It would be nice for some "official" support, but what that means in this context is unclear to me. -- Dave Hayes - Consultant - LA CA, USA - dave@dream-tech.com >>>> *The opinions expressed above are entirely my own* <<<< There is no reality except the one contained within us. That is why so many people live such an unreal life. They take the images outside them for reality and never allow the world within to assert itself.