Hi Adam, On Thu, Apr 27, 2023 at 05:52:42PM +0200, Adam Borowski wrote: > Ie, /sbin/fsck.btrfs serves no purpose that'd be useful in an udeb. > > Before I close this report, may I ask if you have a purpose for this > stub? You probably wanted a full-blown recovery tool, but I may be > getting you wrong.
During d-i testing I saw a warning from update-initramfs mentioning that fsck.btrfs could not be found and thus would not be copied into the initramfs. I noticed that d-i does have /sbin/fsck.jfs and friends, but not fsck.btrfs, and concluded that not having fsck.btrfs in the udeb was the reason for the warning. However (as pham pointed out on #debian-boot) the initramfs is generated inside /target/, ie. the chroot of the installed system, which means that lack of fsck.btrfs in the udeb is not the cause of the problem I've seen. The reason for the warning is that the first time update-initramfs is called in /target/, btrfs-progs is not installed yet in the target chroot. Later on, when btrfs-progs actually does get installed, the initramfs is generated once again, this time with fsck.btrfs. Please feel free to close this bug.
