From: Duncan <1i5t5.duncan@cox.net>
To: linux-btrfs@vger.kernel.org
Subject: Re: Mixing partitioned and non-partitioned discs in a RAID?
Date: Sun, 21 Aug 2016 02:19:33 +0000 (UTC) [thread overview]
Message-ID: <pan$37954$2a2891c6$a583cdc5$350ef358@cox.net> (raw)
In-Reply-To: CAJCQCtS1LPmYN2JY0cayWpCPVzaPq+KQSZZU4g9ifVGT9HCZCg@mail.gmail.com
Chris Murphy posted on Sat, 20 Aug 2016 18:36:21 -0600 as excerpted:
> FAT leaves a lot to be desired but it's pretty universally supported and
> almost trivial to repair *if* the volume is repairable in the first
> place. The much bigger issue with ESP on Linux is this neurotic tendency
> of distros to persistently mount shit that does not need to be mounted.
> Like the ESP, and even the dedicated boot volume. They only need to be
> mounted when being updated and then should be umounted. And worse the
> convention is to do nested mount with /boot and then /boot/efi for the
> ESP so it's twice as bad a practice. By virtue of mounting the ESP the
> dirty bit is set, so any crash means it must be fsck'd and if that
> doesn't work, it's game over for that volume. Fragile setup.
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.
Meanwhile, I'm kinda partial to booting in legacy mode in grub2, with
grub2 installed to the legacy-BIOS partion on multiple gpt-partitioned
devices, which each one having its own /boot as well, setup so the
firmware boot device selector can choose which device and thus which
grub2 installation on that device, I boot from. That gives me as many
backup grub2 installations on the legacy BIOS partitions, pointing at as
many backup /boots on the same device by default, as I care to setup. Of
course what's extra nice about that is that you can switch to the /boot
on another device direct from the grub2 prompt, emergency mode if it
can't load the /boot off that device, if you like.
--
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
next prev parent reply other threads:[~2016-08-21 2:19 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 [this message]
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
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='pan$37954$2a2891c6$a583cdc5$350ef358@cox.net' \
--to=1i5t5.duncan@cox.net \
--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).