Date: Wed, 20 Apr 2022 21:13:00 +0000 From: bugzilla-noreply@freebsd.org To: bugs@FreeBSD.org Subject: [Bug 263407] RC3 Guided ZFS on root with encryption unmountable Message-ID: <bug-263407-227-hfxRwgUlT1@https.bugs.freebsd.org/bugzilla/> In-Reply-To: <bug-263407-227@https.bugs.freebsd.org/bugzilla/> References: <bug-263407-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=3D263407 --- Comment #7 from Martin Matuska <mm@FreeBSD.org> --- I have started debugging and here is my finding: There are no errors with 13.1-BETA3. But this doesn't mean it is "fine". When doing a 13.1-RC3 install with ZFS+GELI, the loader fails to load /boot/kernel/geom_eli.ko with the following error message: elf64_obj_loadimage: read section headers failed That way geom_eli.ko is not loaded and ZFS is of course unable to find the "zroot" pool when trying to mount root, because the geli device does not ex= ist. The file has the correct checksum. But the loader can't cope with it - unkn= own reason. You can load other modules. I have found this workaround: When you exit to shell after running the automated installer (before doing reboot) and do the following: cp /boot/kernel/geom_eli.ko /tmp rm /boot/kernel/geom_eli.ko cp /tmp/geom_eli.ko /boot/kernel/geom_eli.ko And then reboot, the system boots fine. Is this a problem in the ZFS support of our loader (not being able to read a specific file out of ZFS) or elsewhere? In BETA3, the geom_eli.ko might be just located on a different position on = the root pool and that why it is being read correctly by the loader. --=20 You are receiving this mail because: You are the assignee for the bug.=
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-263407-227-hfxRwgUlT1>