Re: mkinitcpio/fsck.btrfs

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]



On Jan 18, 2013 4:52 PM, "Jameson" <imntreal@xxxxxxxxx> wrote:
>
> On Thu, Jan 17, 2013 at 1:37 PM, Leonardo Dagnino <leodag.sch@xxxxxxxxx>
wrote:
> > 2013/1/16 Arno Gaboury <arnaud.gaboury@xxxxxxxxx>
> >
> >> On 16/01/13||11:22, Tom Gundersen wrote:
> >> > Hi Arno,
> >> >
> >> > On Tue, Jan 15, 2013 at 12:34 PM, Arno Gaboury <
arnaud.gaboury@xxxxxxxxx>
> >> wrote:
> >> > > HOOKS="base udev autodetect block lvm2 filesystems fsck usr
usbinput
> >> > > shutdown modconf"
> >> > >
> >> > > When # mkinitcpio, I get this error:
> >> > >   -> Running build hook: [fsck]
> >> > > ==> ERROR: file not found: `fsck.btrfs'
> >> > > ==> WARNING: No fsck helpers found. fsck will not be run on boot.
> >> > >
> >> > > The initramfs-linux.img is still correct, but I was wondering why
this
> >> > > error.
> >> >
> >> > As you correctly observe, there is no fsck.btrfs binary.
> >> >
> >> > > When reading the /usr/lib/initcpio/install/fsck script, it seems
to me
> >> > > fsck will add the filesystem name and run
> >> > > /usr/bin/fsck.filesystemame.This will of course translate to
> >> fsck.btrfs,
> >> > > which does not exist. /usr/bin/btrfsck is the correct binary.
> >> >
> >> > This is not a mistake; the btrfsck binary is not meant to be run
> >> > automatically at boot as the other fsck.* helpers, it is only meant
to
> >> > be used manually to fix problems. btrfs is designed not to need
> >> > fsck'ing at boot, but does integrity checking at run-time instead.
> >> >
> >> > > According to /usr/lib/initcpio/install/btrfs script, the btrfs
hook is
> >> > > not needed when using udev.
> >> > >
> >> > > How can I solve this issue? Shall I add the btrfs hook?
> >> >
> >> > You could add the btrfs hook, but it would not make a difference for
> >> > the automatic fsck. What it would give you is the ability to fsck
> >> > btrfs manually from the initramfs in case of problems (i.e., in case
> >> > root can not be mounted at all).
> >> >
> >> > HTH,
> >> >
> >> > Tom
> >>
> >> Tom,
> >>
> >> thank you for your clean answer.
> >> I will then let this "error", as I understand it is more a "Warning"
> >> with no negative impact.
> >>
> >> Regards.
> >>
> >
> >
> > If you want to stop getting that error/warning, you can create
fsck.btrfs
> > as a symlink to /bin/true (I think).
> >
> > Regards
> > --
> > Leonardo Dagnino
>
> Am I mistaken in thinking that if you only have btrfs filesystems on a
> machine, then the fsck hook serves no purpose?  Thanks,
>
> =-Jameson

This is correct. People who want to add a symlink to /bin/true aren't
solving the right problem and are only potentially causing trouble for
themselves down the road.


[Index of Archives]     [Linux Wireless]     [Linux Kernel]     [ATH6KL]     [Linux Bluetooth]     [Linux Netdev]     [Kernel Newbies]     [Share Photos]     [IDE]     [Security]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Linux ATA RAID]     [Samba]     [Device Mapper]
  Powered by Linux