1 |
Anthony E. Caudel wrote: |
2 |
> Michael Schmarck wrote: |
3 |
>> · Anthony E. Caudel <tony.caudel@×××××××××.net>: |
4 |
>> |
5 |
>> |
6 |
>>> I have noticed in some distros (namely Ubuntu) that the fstab uses |
7 |
>>> UUID's rather than /dev references. Is this a better way? |
8 |
>>> |
9 |
>>> Does it eliminate the problem of /dev references changing when |
10 |
>>> another drive, i.e., an external USB drive, is plugged in? The /dev |
11 |
>>> references may change but the UUID's in fstab wouldn't, would they? |
12 |
>>> |
13 |
>> |
14 |
>> Correct. UUIDs are universally unique (as the name already "suggests" |
15 |
>> *g*) |
16 |
>> and thus, there cannot be a clash. |
17 |
>> |
18 |
>> Michael Schmarck |
19 |
>> |
20 |
> Any chance that GRUB will ever use these? I have a sata hd carrier |
21 |
> and when I reboot with it plugged in, grub sees the disk order |
22 |
> differently and gives me problems (I either have to get a grub command |
23 |
> line and boot manually or use a Grub boot floppy). |
24 |
|
25 |
As long as your BIOS is passing off control to the correct drive when |
26 |
both are plugged in a boot, what about using GRUB's fallback feature? |
27 |
Say your bootable partition is normally (hd0,0), but with your external |
28 |
drive plugged in the proper partition becomes (hd1,0) instead. You can |
29 |
duplicate your GRUB config with (hd1,0) for the root entry and specify |
30 |
that as a fallback option. Then as long as GRUB gets control your |
31 |
system is still bootable. |
32 |
|
33 |
If the BIOS is trying to boot off the removable drive, I suppose you |
34 |
could install GRUB on it too with a similar setup, but that obviously |
35 |
doesn't scale well beyond a single computer with a known boot configuration. |
36 |
|
37 |
-- |
38 |
Josh |