Chris Murphy posted on Tue, 26 Nov 2013 11:43:02 -0700 as excerpted: > On Nov 26, 2013, at 12:18 AM, Duncan <1i5t5.dun...@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 -- To unsubscribe from this list: send the line "unsubscribe linux-btrfs" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
