Re: missing /sbin/fsck.btrfs

[Duncan <1i5t5.duncan@cox.net>]

Chris Murphy posted on Tue, 26 Nov 2013 11:43:02 -0700 as excerpted:

> On Nov 26, 2013, at 12:18 AM, Duncan <1i5t5.duncan@cox.net> wrote:
>>> 
>> 
>> Just symlink/copy fsck.btrfs to (/bin/)true.
> 
> I'm not doing this every time I install an OS, most users won't
> either, and nor will most distributions. So in effect, this
> suggestion places the burden of implementation on the btrfs-progs
> package to create it at install time.

I think the "proper" solution is the one below.  This one is just a
workaround, to be done by the sysadmin if the distro or sysadmin
doesn't manage fstab properly.

>> https://btrfs.wiki.kernel.org/index.php/FAQ#What.27s_the_difference_between_btrfsck_and_fsck.btrfs
>> 
>> Or just do the /etc/fstab fs_passno = 0 thing, which is what I did
>> with reiserfs, so no change in that regard here when I switched to
>> btrfs for most partitions.
> 
> And that's fine, it places the burden on the distribution installer
> to create a correct /etc/fstab.

Distro installers should be creating a proper fstab anyway, and sysadmins
should catch it if they change things or if the installer doesn't get it,
because that's ultimately what sysadmins /do/, admin the system, including
setting up an appropriate fstab for their layout, and of course dealing
with distro bugs is a part of adminning a system as well.

And IMO, if an installer, human or automated distro install it doesn't
matter, sets up btrfs, setting anything but a zero/disabled fsck pass
number in fstab is almost certainly a mistake/bug, unless it's deliberately
set elsewise to cover some special case, in which case another step of
the same deliberate process should be symlinking fsck.btrfs to either
true or btrfsck as appropriate.  Because setting anything other that
a pass number of zero for btrfs by default should be exactly that,
a deliberate special-case, ideally documented as such in an fstab
comment and if automated as by an installer script, in that script
as well.

-- 
Duncan - List replies preferred.   No HTML msgs.
"Every nonfree program has a lord, a master --
and if you use the program, he is your master."  Richard Stallman