Date: Wed, 13 Apr 2016 13:18:02 +0000 From: bugzilla-noreply@freebsd.org To: freebsd-fs@FreeBSD.org Subject: [Bug 208742] /boot/gptzfsboot boots kernel from another zpool (not root pool) Message-ID: <bug-208742-3630-EEAlbSvbHz@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-208742-3630@https.bugs.freebsd.org/bugzilla/>
index | next in thread | previous in thread | raw e-mail
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=208742 --- Comment #10 from Markus Grundmann <markus@freebsduser.eu> --- No "boofs" is defined. I understand the "issue" when gptzfsboot is using the first available zpool that holds all files in /boot for first stage of boot. # zpool import zbackup # zpool get all zbackup NAME PROPERTY VALUE SOURCE zbackup size 7.94G - zbackup capacity 6% - zbackup altroot - default zbackup health ONLINE - zbackup guid 16990376562684171633 default zbackup version - default zbackup bootfs - default zbackup delegation on default zbackup autoreplace off default zbackup cachefile - default zbackup failmode wait default zbackup listsnapshots on local zbackup autoexpand off default zbackup dedupditto 0 default zbackup dedupratio 1.00x - zbackup free 7.40G - zbackup allocated 550M - zbackup readonly off - zbackup comment - default zbackup expandsize - - zbackup freeing 0 default zbackup fragmentation 5% - zbackup leaked 0 default zbackup feature@async_destroy enabled local zbackup feature@empty_bpobj active local zbackup feature@lz4_compress active local zbackup feature@multi_vdev_crash_dump enabled local zbackup feature@spacemap_histogram active local zbackup feature@enabled_txg active local zbackup feature@hole_birth active local zbackup feature@extensible_dataset enabled local zbackup feature@embedded_data active local zbackup feature@bookmarks enabled local zbackup feature@filesystem_limits enabled local zbackup feature@large_blocks enabled local -- You are receiving this mail because: You are the assignee for the bug.home | help
Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-208742-3630-EEAlbSvbHz>