Date: Wed, 11 May 2022 03:26:04 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 253445] bectl: does not function in two-level zfs datasets Message-ID: <bug-253445-227-i1ZROZTQMM@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-253445-227@https.bugs.freebsd.org/bugzilla/> References: <bug-253445-227@https.bugs.freebsd.org/bugzilla/>
next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D253445 --- Comment #30 from Kyle Evans <kevans@freebsd.org> --- (In reply to Jonathan Vasquez from comment #28) Ideally, we would only show the direct descendants of tank/ that have a mountpoint of none or / (not paying attention to tank at all here). It's a heuristic that'll generally work, it would filter out tank/home so that we = end up with just tank/os in `bectl list` (and thus, `bectl` will only offer to = let you activate the `os` BE). This is basically just an anti-footgun. We could set bootfs to tank/home un= til the cows come home, but they won't be moo'ing in the morning if we allow th= at. Of course, that can be overridden at the loader menu (in theory? I'd be cur= ious to see if it works with your setup and what it shows in the BE selector), so it's not a huge deal -- the loader logic wouldn't be touched for any of tha= t. --=20 You are receiving this mail because: You are on the CC list for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-253445-227-i1ZROZTQMM>