Your message dated Thu, 1 Aug 2019 21:29:17 +0200
with message-id <[email protected]>
and subject line kfreebsd-8 has been removed from Debian
has caused the Debian Bug report #600568,
regarding please move zfs.ko and opensolaris.ko to /boot
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact [email protected]
immediately.)


-- 
600568: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=600568
Debian Bug Tracking System
Contact [email protected] with problems
--- Begin Message ---
Package: kfreebsd-image-8.1-1-amd64
Version: 8.1-5
Severity: normal

Sometimes extra modules are needed for boot.  This is more
common on GNU/Linux, where most filesystem drivers are split
into modules.  These modules reside in /boot (inside initrd)
so that GRUB can load them.

In general, there's no garantee that / will be readable by
GRUB, as some setups (e.g. crypto or unsupported filesystems)
may prevent that.

Since kFreeBSD doesn't support initrd [1], the FreeBSD system
installs all kernel modules in /boot, to ensure their loader
will be capable of loading them in case they're necessary for
bootstrap.  acpi.ko used to be a typical example of this.

With a ZFS root, GRUB needs to be able to load zfs.ko and
opensolaris.ko in order to boot your kernel.  Usually this is
no problem because GRUB supports ZFS, but some ZFS features
(gzip compression, or volume arrays) or other conditions
(encrypted volumes) are not yet supported.

The usual workaround is to create two boot partitions instead
of one: one for /boot and one for /lib/modules.

A simpler solution would be to install zfs.ko and opensolaris.ko
in /boot/kfreebsd-${version}/ or such, and turn their old
paths in /lib/modules into symlinks.  update-grub will then
adjust grub.cfg appropiately to load these modules from their
real location.

[1] well, it does, but without pivot_root() it can't be used
    in this way.

-- System Information:
Debian Release: squeeze/sid
  APT prefers testing
  APT policy: (500, 'testing')
Architecture: kfreebsd-amd64 (x86_64)

Kernel: kFreeBSD 8.1-1-amd64
Locale: LANG=ca_AD.UTF-8, LC_CTYPE=ca_AD.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash

Versions of packages kfreebsd-image-8.1-1-amd64 depends on:
ii  freebsd-utils                 8.1-2      FreeBSD utilities needed for GNU/k
ii  kldutils                      8.1-2      tools for managing kFreeBSD module

kfreebsd-image-8.1-1-amd64 recommends no packages.

kfreebsd-image-8.1-1-amd64 suggests no packages.

-- no debconf information



--- End Message ---
--- Begin Message ---
Version: 8.3-7+rm

kfreebsd-8 is no longer in Debian, I'm therefore closing the remaining
bug reports. If the bug is still present in the current versions
(kfreebsd-10 and kfreebsd-11), feel free to reopen and reassign or file
a new bug report.

Andreas

--- End Message ---

Reply via email to