Package: btrfs-tools Version: 0.19+20100601-2 Severity: normal Hi.
This is in principle a follow-up to #559710. While your hooks solve the problem for systems using initramfs-images it's still open for systems without initramfs at all (which is totally legal I guess). I'm however not sure how to do this the right way: 1) I guess it must be an init script that reverse depends (LSB header X-Start-Before) on "$local_fs". 2) Does btrfsctl automatically load the btrfs module, or do we have to manully do that before? (which is somehow ugly IMO) 3) The script should not fail if the module cannot be loaded, perhaps just warn, that scanning could not be performed. btrfs-tools might be installed, but a custom kernel might be used without btrfs being compiled as module or statically. 4) Is there a good way to prevent doubled scanning, if that already happened in the initramfs? Cheers, Chris. -- System Information: Debian Release: squeeze/sid APT prefers unstable APT policy: (500, 'unstable') Architecture: amd64 (x86_64) Kernel: Linux 2.6.33-heisenberg (SMP w/2 CPU cores; PREEMPT) Locale: LANG=en_DE.UTF-8, LC_CTYPE=en_DE.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages btrfs-tools depends on: ii e2fslibs 1.41.12-2 ext2/ext3/ext4 file system librari ii libc6 2.11.1-3 Embedded GNU C Library: Shared lib ii libcomerr2 1.41.12-2 common error description library ii libuuid1 2.17.2-3 Universally Unique ID library ii zlib1g 1:1.2.3.4.dfsg-3 compression library - runtime btrfs-tools recommends no packages. btrfs-tools suggests no packages. -- no debconf information -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org
