From nobody Sat Jan 29 12:24:06 2022 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 EAB67198632C for ; Sat, 29 Jan 2022 12:24:24 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: from mail-wr1-f51.google.com (mail-wr1-f51.google.com [209.85.221.51]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (4096 bits) server-digest SHA256 client-signature RSA-PSS (2048 bits) client-digest SHA256) (Client CN "smtp.gmail.com", Issuer "GTS CA 1D4" (verified OK)) by mx1.freebsd.org (Postfix) with ESMTPS id 4JmD601sZgz3mZK; Sat, 29 Jan 2022 12:24:24 +0000 (UTC) (envelope-from uspoerlein@gmail.com) Received: by mail-wr1-f51.google.com with SMTP id w11so16024010wra.4; Sat, 29 Jan 2022 04:24:24 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc:content-transfer-encoding; bh=0unaHRLFJ3w4Hri4NgJBBcLPV4/7gZQsPJY9AWi6O38=; b=PruebwLYffPq6e72SgPXB4c/4eQDMLoDK2RDE8fTIo6F/HoZljkClSqaosgqIvt/dN pUophCboyggkBuhwnldqNCo3SKJsWKF3BuquVtLuaLWtwpbqymRHoMW9zHH21qHT3xal AJ6C04SJF9ROodXMjZoJrQ2eG4t7RMap/Nt4v6BVFsEdMVaGulnEbiy8w7wgVdBce0BG asxuV9NmA+YExLVWTRmWS762LUH0EmL2yhWC46ifGivTcXBUY7/QgKvsqIZxXNqyXVwk TJGNcWQ7/FDFZw2PgHNw/ohR7g2yZ9+tuMsBCtPHnF7mLrejwwXzD6xyExRqHrj80kKH KJmQ== X-Gm-Message-State: AOAM531X75HCpZtmoC2Zyck+Dq4Q4e4o2vSV6wFLpgoMLUCAkS/ZRqyo 1P9UtIJcOfol8R38vIpMRtXNZVp7xgbnfvKhj8wPSu3f2PI= X-Google-Smtp-Source: ABdhPJwuHaIbUV+Esgn33JzBAJhI34q8SH2S/xbICH4haRcl22Qbx7t0pNUn8LLcTb1BQdu5Ad3HcOXP4iSUm916lds= X-Received: by 2002:adf:ed0b:: with SMTP id a11mr10399381wro.283.1643459057385; Sat, 29 Jan 2022 04:24:17 -0800 (PST) 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 References: <212cfd90-056f-d294-ae9c-fd2b632ae679@FreeBSD.org> In-Reply-To: From: =?UTF-8?Q?Ulrich_Sp=C3=B6rlein?= Date: Sat, 29 Jan 2022 13:24:06 +0100 Message-ID: Subject: Re: gptzfsboot can't boot from 4TB SSD To: Eugene Grosbein Cc: freebsd-stable@freebsd.org, Andriy Gapon Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Rspamd-Queue-Id: 4JmD601sZgz3mZK X-Spamd-Bar: / Authentication-Results: mx1.freebsd.org; dkim=none; dmarc=none; spf=pass (mx1.freebsd.org: domain of uspoerlein@gmail.com designates 209.85.221.51 as permitted sender) smtp.mailfrom=uspoerlein@gmail.com X-Spamd-Result: default: False [0.09 / 15.00]; RCVD_TLS_ALL(0.00)[]; R_MIXED_CHARSET(0.56)[subject]; ARC_NA(0.00)[]; FROM_HAS_DN(0.00)[]; RCPT_COUNT_THREE(0.00)[3]; TO_DN_SOME(0.00)[]; R_SPF_ALLOW(-0.20)[+ip4:209.85.128.0/17]; MIME_GOOD(-0.10)[text/plain]; DMARC_NA(0.00)[freebsd.org]; NEURAL_HAM_LONG(-0.46)[-0.461]; NEURAL_SPAM_MEDIUM(1.00)[0.997]; TO_MATCH_ENVRCPT_SOME(0.00)[]; NEURAL_HAM_SHORT(-1.00)[-1.000]; RCVD_IN_DNSWL_NONE(0.00)[209.85.221.51:from]; MLMMJ_DEST(0.00)[freebsd-stable]; FORGED_SENDER(0.30)[uqs@freebsd.org,uspoerlein@gmail.com]; RWL_MAILSPIKE_POSSIBLE(0.00)[209.85.221.51:from]; R_DKIM_NA(0.00)[]; MIME_TRACE(0.00)[0:+]; ASN(0.00)[asn:15169, ipnet:209.85.128.0/17, country:US]; FROM_NEQ_ENVFROM(0.00)[uqs@freebsd.org,uspoerlein@gmail.com]; FREEMAIL_ENVFROM(0.00)[gmail.com]; RCVD_COUNT_TWO(0.00)[2] X-ThisMailContainsUnwantedMimeParts: N On Thu, Jan 27, 2022 at 5:18 PM Eugene Grosbein wrote: > 27.01.2022 22:09, Ulrich Sp=C3=B6rlein wrote: > > Or should I bring back a / UFS partition in the front instead, with > > /usr and /var on ZFS? > > I would recommend to create 10GB partition at the beginning of boot drive= , > create distinct ZFS boot pool there for the OS to keep everything > except of /usr/local, /home and maybe other file systems not belonging to= the OS. > > Use rest of space for second ZFS pool to keep /usr/local, /home etc. > And you'll never have your problem again. Thanks everyone, I managed to repurpose the swap partition to a root UFS partition and managed to copy everything over. What's puzzling is that I still get zio_read errors. It looks like so now: root@coyote:~# gpart show =3D> 40 7814037088 ada0 GPT (3.6T) 40 1024 1 freebsd-boot (512K) 1064 16777216 2 freebsd-ufs [bootme] (8.0G) 16778280 16778200 4 freebsd-swap (8.0G) 33556480 7780478976 3 freebsd-zfs (3.6T) 7814035456 1672 - free - (836K) and I ran this to replace gptzfsboot with gptboot (or so I thought): # gpart bootcode -b /boot/pmbr -p /boot/gptboot -i 1 ada0 But after rebooting, I get these errors on the console still. Why would gptboot try to read zfs metadata? /boot/config: -Dh Consoles: internal video/keyboard serial port BIOS drive C: is disk0 zio_read error: 5 zio_read error: 5 zio_read error: 5 zio_read error: 5 ZFS: i/o error - all block copies unavailable ZFS: failed to read pool tank directory object BIOS 628kB/523264kB available memory FreeBSD/x86 bootstrap loader, Revision 1.1 Loading /boot/defaults/loader.conf Loading /boot/defaults/loader.conf Loading /boot/device.hints Loading /boot/loader.conf Loading /boot/loader.conf.local / Loading kernel... Cheers Uli