Arch Linux

Awebb

Member

Registered: 2010-05-06

Posts: 6,688

[Solved] Inconsistency in device naming concerning mount/fstab

This is not a problem that needs to be solved, but rather a gap in my understanding of a mechanism.

I have several partitions mounted in my fstab, they are identified by UUID.

# 
# /etc/fstab: static file system information
#
# <file system>                             <dir>        <type>    <options>            <dump><pass>
devpts                                       /dev/pts        devpts    defaults                0    0
shm                                          /dev/shm    tmpfs    nodev,nosuid            0    0
UUID=0767c51a-0ba8-405e-ac98-106182fe4d83     /tmp        ext4    noexec,rw,noatime,nodiratime    0    2
UUID=0ba14b78-1b36-4857-92ae-8b1ca41264b6     /boot        ext2    defaults                0    1
UUID=4eb07abb-25b0-4683-badf-8d556b536d9c     /        ext4    defaults                0    1
UUID=e3fe5429-379b-4b6d-a01e-e30aa85784e2     /home        ext4    defaults                0    1
UUID=e7fda340-ca00-4c4c-b42e-cfba13a3abbe     swap         swap    defaults                 0     0
UUID=e3ae11a4-b602-4ea2-bbf7-8c8c9dea52a6     /mnt/Esther    ext4    defaults,rw,noatime,nodiratime    0    2    
UUID=55525a1b-386b-4390-8f47-b078b0b2c06e     /mnt/Ballamb    ext4    defaults,rw,noatime,nodiratime    0    2
UUID=b71cfb8d-a4eb-4ded-a65b-fbc2db102332     /mnt/Galbadia    ext4    defaults,rw,noatime,nodiratime    0    2

When all drives are mounted, they show up as mounted by device name (/dev/sd*), only / is displayed as mounted by UUID.

$ mount

proc on /proc type proc (rw,nosuid,nodev,noexec,relatime)
sys on /sys type sysfs (rw,nosuid,nodev,noexec,relatime)
udev on /dev type devtmpfs (rw,nosuid,relatime,size=10240k,nr_inodes=386283,mode=755)
run on /run type tmpfs (rw,nosuid,nodev,noexec,relatime,size=10240k,mode=755)
/dev/disk/by-uuid/4eb07abb-25b0-4683-badf-8d556b536d9c on / type ext4 (rw,relatime,barrier=1,data=ordered)
devpts on /dev/pts type devpts (rw,relatime,mode=600,ptmxmode=000)
shm on /dev/shm type tmpfs (rw,nosuid,nodev,relatime)
/dev/sdc2 on /tmp type ext4 (rw,noexec,noatime,nodiratime)
/dev/sda1 on /boot type ext2 (rw)
/dev/sda4 on /home type ext4 (rw)
/dev/sdb1 on /mnt/Esther type ext4 (rw,noatime,nodiratime)
/dev/sdc1 on /mnt/Ballamb type ext4 (rw,noatime,nodiratime)
/dev/sdd1 on /mnt/Galbadia type ext4 (rw,noatime,nodiratime)
fusectl on /sys/fs/fuse/connections type fusectl (rw)
gvfs-fuse-daemon on /home/xy/.gvfs type fuse.gvfs-fuse-daemon (rw,nosuid,nodev,user=xy)

$ df -h

Dateisystem                                            Größe Benutzt Verf. Verw% Eingehängt auf
udev                                                     10M       0   10M    0% /dev
run                                                      10M    192K  9,9M    2% /run
/dev/disk/by-uuid/4eb07abb-25b0-4683-badf-8d556b536d9c   68G    8,5G   56G   14% /
shm                                                     1,5G    4,0K  1,5G    1% /dev/shm
/dev/sdc2                                               289G    194M  274G    1% /tmp
/dev/sda1                                               251M     17M  222M    7% /boot
/dev/sda4                                               849G     62G  745G    8% /home
/dev/sdb1                                               1,8T    1,5T  223G   88% /mnt/Esther
/dev/sdc1                                               1,1T    223G  810G   22% /mnt/Ballamb
/dev/sdd1                                               1,8T    390G  1,4T   23% /mnt/Galbadia

Now I feel the urge to know why. Neither the mount nor the fstab manfile gave me insight on this one. So, what's behind this?

Last edited by Awebb (2011-10-08 17:51:26)

karol

Archivist

Registered: 2009-05-06

Posts: 25,440

Re: [Solved] Inconsistency in device naming concerning mount/fstab

https://bbs.archlinux.org/viewtopic.php?pid=820008 ?

Awebb

Member

Registered: 2010-05-06

Posts: 6,688

Re: [Solved] Inconsistency in device naming concerning mount/fstab

Now I feel stupid for not searching properly. Solved. Thanks, karol.

EDIT: So, in other words, if the UUID is passed by Grub, it shows as UUID in the system,

http://projects.archlinux.org/mkinitcpi … 3afd7e0001

So it was solved about a year ago? Well...

Last edited by Awebb (2011-05-29 14:12:06)