Gentoo Archives: gentoo-dev

From: Ian Stakenvicius <axs@g.o>
To: gentoo-dev@l.g.o
Subject: Re: [gentoo-dev] newsitem: important fstab update
Date: Thu, 27 Oct 2016 12:54:42
Message-Id: ddd576a4-b70f-1f7a-6af2-ed900070c779@gentoo.org
In Reply to: Re: [gentoo-dev] newsitem: important fstab update by Gordon Pettey
1 On 26/10/16 11:43 PM, Gordon Pettey wrote:
2 > On Wed, Oct 26, 2016 at 9:05 PM, Ian Stakenvicius <axs@g.o
3 > <mailto:axs@g.o>> wrote:
4 >
5 > On 26/10/16 04:49 AM, Joshua Kinard wrote:
6 > > On 10/25/2016 13:15, William Hubbs wrote:
7 > >> On Tue, Oct 25, 2016 at 01:10:06PM -0400, Mike Gilbert wrote:
8 > >>> On Tue, Oct 25, 2016 at 1:01 PM, William Hubbs
9 > <williamh@g.o <mailto:williamh@g.o>> wrote:
10 > >>>> If you are not using /dev/disk/by-* paths in fstab, you do
11 > not need to
12 > >>> take any action for this news item.
13 > >>>>
14 > >>>> If you are, it is very critical that you update fstab AS SOON AS
15 > >>> POSSIBLE. Your system will become unbootable in the future if
16 > you do
17 > >>> not do so.
18 > >>>
19 > >>> Err, what is changing that will make systems unbootable?
20 > >>>
21 > >>> I am fairly certain systems running systemd will continue to work
22 > >>> properly with either syntax.
23 > >>
24 > >> They probably will.
25 > >>
26 > >>> If this is about the udev-settle issue for OpenRC, I would
27 > urge you to
28 > >>> reconsider that.
29 > >>
30 > >> There isn't anything to reconsider afaik. The problem is that
31 > >> /dev/disk/by-* are only created by udev/eudev, but the other
32 > syntax
33 > >> works regardless of which device manager you use, so this is
34 > the safer
35 > >> route.
36 > >>
37 > >> William
38 > >>
39 > >
40 > > I take it us museum relics still using jurassic-era device names like
41 > > /dev/sd* or /dev/md* aren't affected by this?
42 >
43 > That's correct -- the kernel's 'devtmpfs' creates those ones, whereas
44 > the /dev/disk/by-* symlinks (pretty well all symlinks in /dev i think,
45 > actually) are generated by udev rules.
46 >
47 > Actually, I wonder if the /dev/[vgname]/[lvname] paths would be
48 > affected by this too -- those are symlinks to the actual nodes in
49 > /dev/mapper/ after all, and are created by 11-dm-lvm.rules
50 >
51 >
52 > Those are already problematic; udev and/or lvm2 seem to randomly
53 > forget to set those up sometimes. I use /dev/mapped/vg-lv in
54 > /etc/fstab because of that.
55 >
56
57 If they aren't there at mount time but do show up after everything is
58 mounted, I'm willing to bet that is caused by the same issue. I think
59 I'll add another paragraph to the second draft about this.

Attachments

File name MIME type
signature.asc application/pgp-signature