linux-btrfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Kai Krakow <hurikhan77@gmail.com>
To: linux-btrfs@vger.kernel.org
Subject: Re: Mixing partitioned and non-partitioned discs in a RAID?
Date: Wed, 14 Sep 2016 20:21:30 +0200	[thread overview]
Message-ID: <20160914202130.79e783ad@jupiter.sol.kaishome.de> (raw)
In-Reply-To: pan$717d6$66f35969$3e561cab$6b1e254f@cox.net

Am Tue, 13 Sep 2016 04:07:37 +0000 (UTC)
schrieb Duncan <1i5t5.duncan@cox.net>:

> Kai Krakow posted on Tue, 13 Sep 2016 00:21:10 +0200 as excerpted:
> 
> > Am Sun, 21 Aug 2016 02:19:33 +0000 (UTC)
> > schrieb Duncan <1i5t5.duncan@cox.net>:
> >   
> >> Chris Murphy posted on Sat, 20 Aug 2016 18:36:21 -0600 as
> >> excerpted: 
>  [...]  
> >> 
> >> Depends on the distro.  On gentoo, you set it up the way you want
> >> of course, but the recommendation has always been /boot, and now
> >> the ESP, not mounted by default.
> >> 
> >> But that would be /expected/ on gentoo, since being able to
> >> configure it the way you want is the whole /point/ of running
> >> gentoo in the first place.  Sort of like arch, only much more so.  
> > 
> > systemd systems (I'm booting Gentoo with systemd) should auto-mount
> > ESP to /boot on access, and auto-unmount after a short timeout. So
> > the solution to this problem is already wired into systemd if you
> > use (a) proper GPT setup (with correct GUIDs) and (b) do not
> > mention /boot in fstab.  
> 
> No "automagic" on-access mounting here.  The kernel options aren't
> turned on for it, neither do I want them on (the systemd ebuild
> checks for and recommends but does not force them, and systemd
> functions fine without them except it doesn't automount on access,
> which is pretty much the point).  What gets mounted on boot is what I
> have in fstab (plus a few things like cgroups that systemd handles
> entirely on its own).  After that, nothing else is mounted unless I
> mount it, or unmounted, unless I umount it or systemd does it as part
> of shutdown, etc.

https://www.freedesktop.org/software/systemd/man/systemd-gpt-auto-generator.html

FD> Mount and automount units for the EFI System Partition (ESP),
FD> mounting it to /boot, are generated on EFI systems where the boot
FD> loader communicates the used ESP to the operating system. Since
FD> this generator creates an automount unit, the mount will only be
FD> activated on-demand, when accessed. On systems where /boot is an
FD> explicitly configured mount (for example, listed in fstab(5)) or
FD> where the /boot mount point is non-empty, no mount units are
FD> generated.

So there are a few points when this does not happen. It does not
blindly auto-mount ESP.

> However, good point about systemd, since it should more or less
> standardize handling across mainline distros over the longer term,
> except of course where admins/distros specifically configure it
> otherwise, as I've done here.
 
I also explicitly put it in fstab - so the generator doesn't work for
me.


-- 
Regards,
Kai

Replies to list-only preferred.


  reply	other threads:[~2016-09-14 18:21 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-08-20  4:00 Mixing partitioned and non-partitioned discs in a RAID? Bearcat Şándor
2016-08-20  6:02 ` Andrei Borzenkov
2016-08-20  6:52 ` Duncan
2016-08-20 15:21 ` Chris Murphy
2016-08-20 15:37   ` Chris Murphy
     [not found]   ` <BLU437-SMTP168169D258F02597287B2E92170@phx.gbl>
2016-08-21  0:36     ` Chris Murphy
2016-08-21  2:19       ` Duncan
2016-08-21  2:28         ` Bearcat Şándor
2016-09-12 22:21         ` Kai Krakow
2016-09-13  4:07           ` Duncan
2016-09-14 18:21             ` Kai Krakow [this message]
2016-09-13 15:55           ` 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=20160914202130.79e783ad@jupiter.sol.kaishome.de \
    --to=hurikhan77@gmail.com \
    --cc=linux-btrfs@vger.kernel.org \
    /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).