From owner-freebsd-stable@freebsd.org Wed Oct 7 14:53:26 2020 Return-Path: Delivered-To: freebsd-stable@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 552BF43190F for ; Wed, 7 Oct 2020 14:53:26 +0000 (UTC) (envelope-from rpalov@e-card.bg) Received: from e-card.bg (mail.e-card.bg [193.47.74.3]) (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 4C5y502gm6z4vf2 for ; Wed, 7 Oct 2020 14:53:24 +0000 (UTC) (envelope-from rpalov@e-card.bg) Comment: DomainKeys? See http://domainkeys.sourceforge.net/ Received: (qmail 55252 invoked by uid 89); 7 Oct 2020 14:53:15 -0000 Received: from unknown (HELO webbie.e-card.bg) (10.20.10.13) by mail.e-card.bg with SMTP; 7 Oct 2020 14:53:15 -0000 Reply-To: rpalov@e-card.bg Subject: Re: Issues with gptboot loader To: "Andrey V. Elsukov" , freebsd-stable@freebsd.org References: <5c66c531-4828-60d8-b2ea-ff498ead033f@yandex.ru> From: =?UTF-8?B?0KDRg9C80LXQvSDQn9Cw0LvQvtCy?= Organization: E-CARD LTD. Message-ID: Date: Wed, 7 Oct 2020 17:53:15 +0300 User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:68.0) Gecko/20100101 Thunderbird/68.12.0 MIME-Version: 1.0 In-Reply-To: <5c66c531-4828-60d8-b2ea-ff498ead033f@yandex.ru> Content-Type: text/plain; charset=utf-8; format=flowed Content-Language: en-US Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4C5y502gm6z4vf2 X-Spamd-Bar: +++ X-Spamd-Result: default: False [4.00 / 15.00]; HAS_REPLYTO(0.00)[rpalov@e-card.bg]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(0.00)[+mx]; REPLYTO_ADDR_EQ_FROM(0.00)[]; HAS_ORG_HEADER(0.00)[]; DKIM_TRACE(0.00)[e-card.bg:+]; RCPT_COUNT_TWO(0.00)[2]; DMARC_POLICY_ALLOW(0.00)[e-card.bg,quarantine]; FREEMAIL_TO(0.00)[yandex.ru,freebsd.org]; FROM_EQ_ENVFROM(0.00)[]; MIME_TRACE(0.00)[0:+]; RCVD_TLS_LAST(0.00)[]; ASN(0.00)[asn:35293, ipnet:193.47.74.0/24, country:BG]; MID_RHS_MATCH_FROM(0.00)[]; ARC_NA(0.00)[]; R_DKIM_ALLOW(0.00)[e-card.bg:s=default]; FROM_HAS_DN(0.00)[]; NEURAL_SPAM_SHORT(0.16)[0.159]; MIME_GOOD(-0.10)[text/plain]; NEURAL_SPAM_MEDIUM(0.88)[0.880]; BAD_REP_POLICIES(0.10)[]; TO_MATCH_ENVRCPT_SOME(0.00)[]; RBL_VIRUSFREE_BOTNET(2.00)[193.47.74.3:from]; NEURAL_SPAM_LONG(0.96)[0.956]; RCVD_COUNT_TWO(0.00)[2]; MAILMAN_DEST(0.00)[freebsd-stable] X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.33 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 07 Oct 2020 14:53:26 -0000 Hello Andrey, Yes, we try UEFI boot and there was no difference. We have one other server SuperMicro, MB "X9DRi-LN4+" , with 7T System Disk, FreeBSD 11.4. To have succesful boot, we need to enter each time the root partition,( mountroot> prompt ), which is already described in the fstab file. After the manual entered (ufs:/dev/da0p2) the boot process mount the partition and booting finish as usual. Maybe it worth to try "vfs.root_mount_always_wait" knob in above case. Cheers Rumen Palov On 2020-10-07 12:49, Andrey V. Elsukov wrote: > On 06.10.2020 13:16, Румен Палов via freebsd-stable wrote: >> Here we do not repeat the steps with zfsloader. >> >> The motherboard is SUPERMICRO X11DPI-NT with lates BIOS firmware. >> >> >> Is any one having issues like this ? >> >> Is this behavior enougth for PR request ? > > Hi, > > Did you try use UEFI? gptboot relies on API provided by BIOS. BIOS > usually is not tested with such large disks and may have bugs and > incompatibilities, especially related to 32-bit limitations. > > The cause when it worked before upgrade, may be that blocks with data > were accessible even with BIOS limitations, but after time file system > may place data into new blocks, that become inaccessible. > > UEFI is targeted to avoid limitations that BIOS have, and GPT is part of > UEFI specification, they both designed for each other. :) >