From: "Austin S. Hemmelgarn" <ahferroin7@gmail.com>
To: "Chris Murphy" <lists@colorremedies.com>,
"Niccolò Belli" <darkbasic@linuxsystems.it>
Cc: Btrfs BTRFS <linux-btrfs@vger.kernel.org>
Subject: Re: /etc/fstab rootfs options vs grub2 rootflags cmdline
Date: Wed, 4 May 2016 14:56:41 -0400 [thread overview]
Message-ID: <09be130c-b0db-8419-fb8c-53a7e2d8e8e5@gmail.com> (raw)
In-Reply-To: <CAJCQCtQ5q_VUw0rCWWRZBFo=Lhx0ouYeuCDMxDLxcWKowUwbUw@mail.gmail.com>
On 2016-05-04 14:07, Chris Murphy wrote:
> On Wed, May 4, 2016 at 7:52 AM, Niccolò Belli <darkbasic@linuxsystems.it> wrote:
>
>
>> I tried to add rootflags=noatime,compress=lzo,discard,autodefrag to
>> GRUB_CMDLINE_LINUX in /etc/default/grub as you suggested but my system
>> didn't manage to boot, probably because grub automatically adds
>> rootflags=subvol=@ and only a single rootflags can be taken into account. Do
>> you have any suggestion?
>
> Well, strictly speaking none of these options are necessary as
> rootflags at boot time because ostensibly on most distros the file
> system is read only until it reads fstab and then remounts rw with all
> of your options. So it doesn't matter that some of them are missing.
> If your distro immediately mounts btrfs rw (I think Ubuntu does?) then
> it's a small problem for a small number of files that get touched
> during startup. I don't think it's worth the hassle.
For what it's worth:
1. This only applies on systems using an initramfs. IF you're using
systemd, you're using an initramfs, but it's still worth remembering.
2. Some options can't be set in rootflags (the lazytime mount option for
example, as well as some of the FS specific ones).
3. Some options can't be changed during a remount from ro to rw (mostly
FS specific ones, I don't know of any right now for BTRFS that can't be
changed though.
next prev parent reply other threads:[~2016-05-04 18:56 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-05-04 9:46 /etc/fstab rootfs options vs grub2 rootflags cmdline Niccolò Belli
2016-05-04 11:40 ` Duncan
2016-05-04 13:52 ` Niccolò Belli
2016-05-04 15:54 ` Duncan
2016-05-04 16:31 ` Andrei Borzenkov
2016-05-04 18:07 ` Chris Murphy
2016-05-04 18:34 ` Duncan
2016-05-04 19:28 ` Chris Murphy
2016-05-04 18:56 ` Austin S. Hemmelgarn [this message]
2016-05-04 17:58 ` Chris Murphy
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=09be130c-b0db-8419-fb8c-53a7e2d8e8e5@gmail.com \
--to=ahferroin7@gmail.com \
--cc=darkbasic@linuxsystems.it \
--cc=linux-btrfs@vger.kernel.org \
--cc=lists@colorremedies.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).