Date: Wed, 20 Feb 2013 16:05:42 +0100 From: "O. Hartmann" <ohartman@zedat.fu-berlin.de> To: Current FreeBSD <freebsd-current@FreeBSD.org> Subject: No ZFS when loading modules from loeader prompt Message-ID: <5124E646.3060304@zedat.fu-berlin.de>
next in thread | raw e-mail | index | archive | help
[-- Attachment #1 --] At the moment, the most recent kernel of FreeBSD 10.0-CURRENT crashes on all of the boxes I compiled the most recent kernel sources (build a world ncluding kernel, not only the kernel, so the system is "consistent"). At the loader prompt, I need to unload the buggy kernel and load the old working one via load /boot/kernel.old/kernel Then I load also the ZFS related modules load /boot/kernel.old/opensolaris.ko load /boot/kernel.old/zfs.ko Issuing boot at the end of that stage boots the kernel - the old one -successfully - but there is no working ZFS and no ZFS volume gets mounted although the rc.conf is executed correctly. What am I doing wrong at that point? Why isn't ZFS run and mount properly? Luckily, just booting the old kernel via load /boot/kernel.old/kernel and booting it having zfs_enable="YES" in /etc/rc.conf set loads the /boot/kernel/opensolaris/zfs stuff - usually those kernel modules are out of sync compared to kernel.old but in this case its just a coincidence that this works. So, what is the proper way to have ZFS mounted in an emergency case when I'm in need of loading a working kernel manually? Regards, Oliver [-- Attachment #2 --] -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.19 (FreeBSD) iQEcBAEBAgAGBQJRJOZHAAoJEOgBcD7A/5N85l0H/3OWpgzH+8YR9nHrXBTJnxq+ LNnhXomK0c+cNeBKrfnTAJppMmbk3g9vjPvweB83q4Lm4kcr2qKFZ7fKtqSgrFAi NtoMS8z47GFaK2+SsC7O3Y/GzSnnoFK7NrjbYKzqLpgBGEda/38qboP+SYkS2VWM gjH1DFuE6QicQTE8X+RvstCeb0HqDU94WbgNCSJV6ywZiYzdm1B4EPici8t/Rxsh S9BEYeRSLci9L9M8p9TVXzv1ZvCYx2CESR+Z5HAqB+ooMkY0ek1Z0MjFH9H1QpuI Vd4/r5m/dthCYeunvIqns0EdfEhCHWoOul28lwnS+kUpjfIYxh5XQYB04Mo5w90= =lHzk -----END PGP SIGNATURE-----
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?5124E646.3060304>