ubuntu@dwalin:~$ dpkg -l | grep ' udev '
ii udev 204-5ubuntu20.28
amd64 /dev/ and hotplug management daemon
ubuntu@dwalin:~$ ls -l /dev/disk/by-path/
ls: cannot access /dev/disk/by-path/: No such file or directory
ubuntu@dwalin:~$ dpkg -l | grep ' udev '
ii udev 204-5ubuntu20.29
amd64 /dev/ and hotplug management daemon
ubuntu@dwalin:~$ ls -l /dev/disk/by-path/
total 0
lrwxrwxrwx 1 root root 9 Nov 29 21:43 pci-0000:00:1f.2-ata-1 -> ../../sda
lrwxrwxrwx 1 root root 10 Nov 29 21:43 pci-0000:00:1f.2-ata-1-part1 ->
../../sda1
** Tags removed: verification-needed verification-needed-trusty
** Tags added: verification-done verification-done-trusty
--
You received this bug notification because you are a member of Ubuntu
Touch seeded packages, which is subscribed to systemd in Ubuntu.
https://bugs.launchpad.net/bugs/1802525
Title:
(s)ata disks do not have /dev/disk/by-path links created
Status in systemd package in Ubuntu:
Fix Released
Status in systemd source package in Trusty:
Fix Committed
Bug description:
[impact]
udev (in trusty) does not create symlinks in /dev/disk/by-path/ for
any disks that are connected via sata.
[test case]
Install trusty onto a system with sata drives, and check /dev/disk/by-
path/ for symlink(s) to those sata drive(s).
[regression potential]
the (s)ata by-path symlinks were removed due to apparent possibility of
non-uniqueness:
https://git.kernel.org/pub/scm/linux/hotplug/udev.git/commit/?id=481dcf7c8f
however that was *long* ago and it has been added back in:
https://github.com/systemd/systemd/commit/ba86822db70d9ffd02ad78cd02b237ff8c569c7a
if there is still a possibility for non-uniqueness, then /dev/disk/by-
path/ symlink(s) might be created that are non-deterministic as far as
the actual disk/path they point to.
[other info]
this is 'fixed' (the by-path symlinks are created for ata disks) in
Xenial and later systemd/udev.
Also bug 1611945 indicates that sata devices connected via PMP (port
multiplier device) may still have incorrect by-path symlinks created,
even upstream. However, since Xenial and later currently do have udev
code that creates ata by-path symlinks, that is a separate issue and
not a reason for keeping ata by-path symlinks about of trusty udev.
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/systemd/+bug/1802525/+subscriptions
--
Mailing list: https://launchpad.net/~touch-packages
Post to : touch-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~touch-packages
More help : https://help.launchpad.net/ListHelp
