1 |
2016-10-28 16:42 GMT+02:00 Ian Stakenvicius <axs@g.o>: |
2 |
|
3 |
> On 27/10/16 09:54 PM, Francesco Riosa wrote: |
4 |
> > 2016-10-28 3:32 GMT+02:00 Ian Stakenvicius <axs@g.o |
5 |
> > <mailto:axs@g.o>>: |
6 |
> > |
7 |
> > On 27/10/16 09:23 PM, Gregory Woodbury wrote: |
8 |
> > > Out of curiosity, why do folks say that the use of LABEL=<name> is |
9 |
> not |
10 |
> > > good? I realize that <name>s are not required when doing a mkfs, |
11 |
> but |
12 |
> > > if the admin does so reliably and wants to use LABEL= thereafter, |
13 |
> why should |
14 |
> > > it be "deprecated"? |
15 |
> > |
16 |
> > I don't think anyone said that the LABEL= syntax is bad; quite the |
17 |
> > opposite -- WilliamH wants everyone using /dev/disk/by-label/<name> |
18 |
> > paths in fstab to instead use LABEL=<name> , to avoid issues if udev |
19 |
> > doesn't create the symlinks before localmount tries to use them. |
20 |
> > |
21 |
> > |
22 |
> > Indeed nobody ever said "deprecated" some people (/me too) don't like |
23 |
> > to use labels and prefer UUIDs instead. |
24 |
> > - in some situations - |
25 |
> > To complete the statement labels are very good with fleets of servers |
26 |
> > with predefined and consistent disk layouts, or for some people desktop. |
27 |
> > When it come to a small number of server with different layouts they |
28 |
> > are equivalent in functionality but need managing and memory, when you |
29 |
> > substitute disk for example, simply not worth it. |
30 |
> > |
31 |
> > Best, |
32 |
> > Francesco |
33 |
> |
34 |
> |
35 |
> UUID is the same situation in this case -- in fstab you can do it by |
36 |
> UUID=<uuid> or you can do it by /dev/disk/by-uuid/<uuid>. The latter |
37 |
> form depends on udev finishing up and would have the same issue. |
38 |
> |
39 |
> The identifier itself that you use for the partition doesn't need to |
40 |
> change at all, its just the means with which you use this identifier |
41 |
> that WilliamH is recommending you change. |
42 |
> |
43 |
> |
44 |
> I did already understood the difference, but thanks for clarifying |