curious problem mounting 2 identical USB thumb drives in KDE

When I try to mount (via KDE menu / open with file manager ) the second USB thumb drive, it somehow gets tangled up with the first USB drive, which is of identical make and model, and fails. If I insert some other USB drive of another brand, it mounts fine! (Or I can also open konsole and mount manually.)

*An error occurred while accessing ‘openSUSE_13.2’, the system responded: The requested operation has failed: Error mounting system-managed device /dev/sde1: Command-line `mount “/”’ exited with non-zero exit status 32: mount: wrong fs type, bad option, bad superblock on /dev/sde1, missing codepage or helper program, or other error In some cases useful info is found in syslog - try dmesg | tail or so.
*
openSUSE_13.2 is the first USB drive, but I was trying to open a different one. As that drive is root, it runs “mount /” incorrectly (yikes!) I have no idea how it gets /dev/sde1 correctly though, as it is not passed as a parameter (I wedged a script into /usr/bin/mount and dumped pwd and “$@”)

Ah, I see. After boot:

lrwxrwxrwx 1 root root 9 Feb 27 10:56 scsi-1PHISON_USB3 → …/…/sdd
lrwxrwxrwx 1 root root 10 Feb 27 10:56 scsi-1PHISON_USB3-part1 ->…/…/sdd1
lrwxrwxrwx 1 root root 9 Feb 27 10:56 scsi-28765432ab567abcd → …/…/sdd
lrwxrwxrwx 1 root root 10 Feb 27 10:56 scsi-28765432ab567abcd-part1 ->…/…/sdd1
lrwxrwxrwx 1 root root 9 Feb 27 10:56 scsi-32000acde48234567 → …/…/sdd
lrwxrwxrwx 1 root root 10 Feb 27 10:56 scsi-32000acde48234567-part1 ->…/…/sdd1
lrwxrwxrwx 1 root root 9 Feb 27 10:56 scsi-S_USB_DISK_3.0_037C00B83020 → …/…/sdd
lrwxrwxrwx 1 root root 10 Feb 27 10:56 scsi-S_USB_DISK_3.0_037C00B83020-part1 → …/…/sdd1
lrwxrwxrwx 1 root root 9 Feb 27 10:56 wwn-0x2000acde48234567 → …/…/sdd
lrwxrwxrwx 1 root root 10 Feb 27 10:56 wwn-0x2000acde48234567-part1 → …/…/sdd1

and fstab has
/dev/disk/by-id/scsi-1PHISON_USB3-part1 / ext3 acl 1 1

After inserting second USB thumb drive:

lrwxrwxrwx 1 root root 9 Feb 27 10:56 scsi-S_USB_DISK_3.0_037C00B83020 → …/…/sdd
lrwxrwxrwx 1 root root 10 Feb 27 10:56 scsi-S_USB_DISK_3.0_037C00B83020-part1 → …/…/sdd1

/dev/sde has stolen all the links

lrwxrwxrwx 1 root root 9 Feb 27 11:01 scsi-1PHISON_USB3 → …/…/sde
lrwxrwxrwx 1 root root 10 Feb 27 11:01 scsi-1PHISON_USB3-part1 → …/…/sde1
lrwxrwxrwx 1 root root 9 Feb 27 11:01 scsi-28765432ab567abcd → …/…/sde
lrwxrwxrwx 1 root root 10 Feb 27 11:01 scsi-28765432ab567abcd-part1 → …/…/sde1
lrwxrwxrwx 1 root root 9 Feb 27 11:01 scsi-32000acde48234567 → …/…/sde
lrwxrwxrwx 1 root root 10 Feb 27 11:01 scsi-32000acde48234567-part1 → …/…/sde1
lrwxrwxrwx 1 root root 9 Feb 27 11:01 scsi-S_USB_DISK_3.0_067401B23020 → …/…/sde
lrwxrwxrwx 1 root root 10 Feb 27 11:01 scsi-S_USB_DISK_3.0_067401B23020-part1 → …/…/sde1
lrwxrwxrwx 1 root root 9 Feb 27 11:01 wwn-0x2000acde48234567 → …/…/sde
lrwxrwxrwx 1 root root 10 Feb 27 11:01 wwn-0x2000acde48234567-part1 → …/…/sde1

So now fstab / points to /dev/sde

Removing the second drive restores the links to /dev/sdd

This seems … dangerous!

This seems like a bug. I suggest you file a bug report.

https://en.opensuse.org/Submitting_Bug_Reports

The behavior itself is not a bug - last link wins. There is really nothing that can be done here (except convincing manufacturer to fix their devices). In this specific case may be using filesystem UUID could be better option.