1 |
On 2020-03-19 19:43, Michael wrote: |
2 |
> On Thursday, 19 March 2020 18:32:12 GMT n952162 wrote: |
3 |
>> On 2020-03-19 19:04, Michael wrote: |
4 |
>>> On Thursday, 19 March 2020 17:03:15 GMT Ian Zimmerman wrote: |
5 |
>>>> On 2020-03-19 10:59, n952162 wrote: |
6 |
>>>>> I changed the UUID of all the partitions of the second drive and now |
7 |
>>>>> all my devices are linked to in /dev/disk/by-uuid. I still have |
8 |
>>>>> no/dev/disk/by-label, though. Also, my swap file on a mounted drive |
9 |
>>>>> wasn't mounted, which was my original problem ;-( |
10 |
>>>> Do they in fact have labels? Just checking. |
11 |
>>>> |
12 |
>>>> Also, you're not not clear if your _partition_ still isn't getting |
13 |
>>>> mounted, or just the swap file not getting activated. |
14 |
>>>> |
15 |
>>>> For a problem like this, there _has_ to be something in the log. |
16 |
>>> We're using the term 'partition' here, but to avoid confusion, we have GPT |
17 |
>>> partition table UUIDs (PARTUUID) and we have filesystem UUIDs (UUID). |
18 |
>>> |
19 |
>>> Similarly, we also have filesystem labels and GPT partition labels. |
20 |
>>> |
21 |
>>> Therefore it helps if there is consistency in the IDs being used to mount |
22 |
>>> partitions. |
23 |
>> I used the UUID column of blkid(8) on the fstab entry, with UUID=. If |
24 |
>> that is the partition UUID, where, how, and wherefore are filesystem UUIDs? |
25 |
> lsblk -o +PARTUUID,UUID |
26 |
> |
27 |
> will show both, but blkid also print filesystem UUID and partition table |
28 |
> PARTUUID. |
29 |
|
30 |
|
31 |
Okay, then I got it backwards: both blkid(8)'s UUID and /etc/fstab's |
32 |
UUID are the filesystem UUID. What is the partition UUID used for? |