This could be a kernel bug, but at least for an SRU I think it makes _much_ more sense to modify the rule to short-circuit the vol_id if "ID_CDROM_MEDIA_STATE=blank". In that case, it does not make sense to probe the session and track counts.
Could folks please confirm that inserting this line right before line 58 in /lib/udev/rules.d/60-persistent-storage.rules (i. e. right after the "# probe filesystem metadata of optical drives" comment) fixes the problem:
Thanks everyone for attaching their udev logs. They confirm that after ejection, the track numbers are totally bogus:
ID_CDROM_ MEDIA_SESSION_ NEXT=2894 MEDIA_SESSION_ COUNT=19194 MEDIA_TRACK_ COUNT=47323
ID_CDROM_
ID_CDROM_
and they are different for everyone.
This could be a kernel bug, but at least for an SRU I think it makes _much_ more sense to modify the rule to short-circuit the vol_id if "ID_CDROM_ MEDIA_STATE= blank". In that case, it does not make sense to probe the session and track counts.
Could folks please confirm that inserting this line right before line 58 in /lib/udev/ rules.d/ 60-persistent- storage. rules (i. e. right after the "# probe filesystem metadata of optical drives" comment) fixes the problem:
KERNEL=="sr*", ENV{ID_ CDROM_MEDIA_ STATE}= ="blank" , GOTO="persisten t_storage_ end"
Scott, WDYT?