** Description changed: [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.
** Description changed: [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. + 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. -- 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: In Progress 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
