Control: tag -1 moreinfo

Hello Kevin,

Kevin Locke <[email protected]> writes:

> Package: btrfs-progs
> Version: 6.14-1
> Severity: minor
>
> Dear Maintainer,
>
> After upgrading to Trixie, btrfs-progs causes the following error to
> be printed from the initramfs:
>
>     modprobe: module btrfs not found in modules.dep

What is the output of

  grep 'MODULES=' /etc/initramfs-tools/initramfs.conf

?

> I believe this is due to
> /usr/share/initramfs-tools/scripts/local-premount/btrfs calling
> `modprobe btrfs` even though the btrfs module may not be present in
> the initramfs.  (It is not present on this system due to not having
> any btrfs partitions.  btrfs-progs is installed for working with
> external media.)
>
> A few potential solutions:
>
> 1. Only add the btrfs executable to the initramfs when there is a
>    btrfs partition in use (i.e. cases when the btrfs module is added).

Why is the additional complexity needed to implement this justified, and
how do you propose to make it robust?  Is there a precedent for this
with any other FS?  Ie: XFS?

> 2. Send modprobe stderr to /dev/null.

It sounds like you know that it's not an error, but a warning, and that
for your specific use case the warning is cosmetic and can be ignored.
Meanwhile, this proposal, if implemented, would hide legitimate errors.

> 3. Unconditionally add the btrfs module to initramfs from
>    /usr/share/initramfs-tools/hooks/btrfs by calling
>    manual_add_modules.

If "btrfs is installed for working with external media" then a user may
also expect to be use the initramfs as a lightweight rescue system in
combination with external media (ie: GRUB can still load the kernel and
the initramfs, but the user modifies the kernel command line to pivot to
the rootfs on the external media).  Thus far, this looks like the best
solution to me, and the cost is:

  76K     kernel/lib/raid6/raid6_pq.ko.xz
  8.0K    kernel/crypto/xor.ko.xz
  4.0K    kernel/lib/libcrc32c.ko.xz
  760K    kernel/fs/btrfs/btrfs.ko.xz
  848K    total

for (popcon) 20486 users, only one of whom has complained about the 848K.

> I'm sure there are other solutions as well.

4. Locally implement option #2.

5. Do nothing.

> I'd prefer solutions which minimize the amount of unnecessary
> initramfs code on systems not using btrfs for system partitions.

Isn't this a non-btrfs-specific wishlist bug in initramfs?

Best,
Nicholas

Attachment: signature.asc
Description: PGP signature

Reply via email to