From nobody Sun Jan 07 19:01:18 2024 X-Original-To: freebsd-stable@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 4T7RPH05dmz55hN6; Sun, 7 Jan 2024 19:01:23 +0000 (UTC) (envelope-from SRS0=GM30=IR=quip.cz=000.fbsd@elsa.codelab.cz) Received: from elsa.codelab.cz (elsa.codelab.cz [94.124.105.4]) (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 4T7RPG508bz4d6q; Sun, 7 Jan 2024 19:01:22 +0000 (UTC) (envelope-from SRS0=GM30=IR=quip.cz=000.fbsd@elsa.codelab.cz) Authentication-Results: mx1.freebsd.org; none Received: from elsa.codelab.cz (localhost [127.0.0.1]) by elsa.codelab.cz (Postfix) with ESMTP id BC5BFD78B9; Sun, 7 Jan 2024 20:01:19 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1704654079; bh=IjzlT/4D0rQsJbQoss+iGDW7eZv4CBXPAhmlMBhqp/k=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=XvtKmAF4BBtFESkV+5T69EXxyvOGv6l/6X1g2w64P2+fjJ1fKgAZAv69YVgOCbSgW EvOZL1TpRSpFDV+YAwtFBYO1AAzkZbu7ZMU8NaV6agGQZwLvAU87pgpOEUK4V9xcyM ZwReKgC3x6xjtWH706cjI0GKdMnEYuGKnXat+2Ro= Received: from [192.168.145.49] (ip-89-177-27-225.bb.vodafone.cz [89.177.27.225]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by elsa.codelab.cz (Postfix) with ESMTPSA id 9435DD7884; Sun, 7 Jan 2024 20:01:18 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=quip.cz; s=private; t=1704654078; bh=IjzlT/4D0rQsJbQoss+iGDW7eZv4CBXPAhmlMBhqp/k=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=MILcixeIRkEgJL8yogua4Ct32xJMyEzdzeeaURyq+rP92vfGf3senCk4mBTnKhkg6 hBmu5jP8AIWNz4ewH6NB3sUwj/Gvy3tCZ2UFnHYDS47/y5ubRFM0v3bHmQniFXtRMH smusd1G+U+ysz4wknL+a8/ZFgEK9MGhd5Mn14UlA= Message-ID: Date: Sun, 7 Jan 2024 20:01:18 +0100 List-Id: Production branch of FreeBSD source code List-Archive: https://lists.freebsd.org/archives/freebsd-stable List-Help: List-Post: List-Subscribe: List-Unsubscribe: Sender: owner-freebsd-stable@freebsd.org X-BeenThere: freebsd-stable@freebsd.org MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: FreeBSD 13.2-STABLE can not boot from damaged mirror AND pool stuck in "resilver" state even without new devices. Content-Language: en-US To: Warner Losh , lev@freebsd.org Cc: freebsd-fs , freebsd-stable References: <065f4f5c-f38b-45f4-b7e7-5248f871f7e6@FreeBSD.org> From: Miroslav Lachman <000.fbsd@quip.cz> In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Rspamd-Queue-Id: 4T7RPG508bz4d6q X-Spamd-Bar: ---- X-Rspamd-Pre-Result: action=no action; module=replies; Message is reply to one we originated X-Spamd-Result: default: False [-4.00 / 15.00]; REPLY(-4.00)[]; ASN(0.00)[asn:42000, ipnet:94.124.104.0/21, country:CZ] On 07/01/2024 19:34, Warner Losh wrote: > < 4294967296 sectors should be good. So these drives shouldn't see this > problem. the BIOS interfaces should have no trouble here. [...] > Yes. If the drives are > 2TB you lose. BIOS is not for you...  Unless > you make special partitions that are in the first 2TB of the drive and > only boot off of those. Also, if the drives are 4k, you likely lose, > though it's hit or miss. Those are the hard limits of the BIOS ABI. It is not always that simple math. As I wrote in my previous reply, my pool was unbootable in one machine but boots fine in the other. Both were Intel based amd64 with BIOS, not EFI. I think there are some buggy BIOSes where it cannot boot even on smaller pools than 2TB. (or maybe some improved BIOSes supporting larger boundaries than 2TB? I don't know in what exact position bootloader / kernel was on my 4TB pool) Kind regards Miroslav Lachman