http://bugzilla.suse.com/show_bug.cgi?id=1048679
http://bugzilla.suse.com/show_bug.cgi?id=1048679#c22
--- Comment #22 from Thomas Blume
(In reply to Thomas Blume from comment #17)
What was the problem using --export? Wouldn't be:
KERNEL=="nvme*", ENV{DEVTYPE}=="disk", ENV{ID_SERIAL}!="?*", IMPORT{program}="scsi_id --export --whitelisted -d $devnode"
sufficient? At least this would fit better into the scheme used for the other disk types.
That doesn't work it picks up "SM951_NVMe_SAMSUNG_256GB__S27ENYAH202887" instead of "20025386261008f3a". And that link already exists.
Actually scsi_id --export creates multiple environment variables. ID_SERIAL ist only one of them and on your machine apparently "SM951_NVMe_SAMSUNG_256GB__S27ENYAH202887". "20025386261008f3a" must be stored in another variable and this is the one that should be used in the rule. However, in my test, calling scsi_id without --export outputs the value of ID_SERIAL. That doesn't seem to be the case on your machine. -- You are receiving this mail because: You are on the CC list for the bug.