Re: fstab and root filesystem

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



Thanks a lot, Temlin! About root fsck, I guess it should be run from the
initramfs...? AFAIK, rw-mounted filesystems must not be checked.

I'm also looking at using systemd inside the initramfs, where, I think,
systemd-fsck-root.service fits - was that what you meant? It seems dracut
already does this, and I recall seeing a 'systemd' hook being added to
mkinitcpio, before my laptop died - I don't know what's the current status
on that, though. If systemd, along with its udev implementation, were used,
there would be no need to fill up the kernel command line, plus all those
parameters would be permanently stored in the cpio archive. I'll continue
on the matter.

Thanks again,
Kalrish


On Fri, Aug 29, 2014 at 3:02 PM, Temlin Olivér <temlin@xxxxxxxxx> wrote:

> Hello!
>
> Sure, I've seen some distributions do this, go for it!
> You can supply everything important in fstab through the kernel command
> line: device => root; type => rootfstype; options => rootflags
> Mount point, dump and fsck cannot be supplied, but even fsck is provided by
> systemd-fsck-root.service.
> Also mind that you can supply rw or ro for the rootfs to be mounted as
> such, and that ext2/3/4 can store flags within itself, see -o under
> tune2fs(8).
>
> --
> Oliver Temlin
>
>
> On Fri, Aug 29, 2014 at 2:04 PM, Kalrish Bäakjen
> <kalrish.antrax@xxxxxxxxx> wrote:
> >
> > Hello,
> > I have been playing with the initramfs, and I noticed that the root
> > filesystem is mounted in read-write mode in early init. Since, by the
> time
> > /etc/fstab is available, the filesystem on which it resides (presumably,
> > the root filesystem) is already mounted, and mounting it is anyway early
> > init's task, not real init's (because the real init cannot be found
> without
> > the initramfs), there seems to be no point in keeping it listed. I
> haven't
> > found anything about this, but commenting out the pertinent line hasn't
> > broken anything. Is it fine, or are there any reasons for it to be listed
> > in fstab?
> >
> > Regards,
> > Kalrish
>


[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