Le 10/10/2013 19:08, Michael Biebl a écrit : > Am 10.10.2013 17:09, schrieb Colomban Wendling: >> Hi, >> >>> Ron Murray wrote: >>>> [...] >>>> >>>> but I created an entry for it using the ID_SERIAL variable (which >>>> was present) and, on reboot, all symlinks are created as expected. >> >> I have the very same problem, and could workaround it like this, by >> editing the persistent CD rules to use the ID_SERIAL instead of ID_PATH >> and rebooting. > > Since ID_PATH is no longer set for ATA devices, using ID_SERIAL would > indeed be most likely the way to fix this. > See /lib/udev/rules.d/75-cd-aliases-generator.rules: For ATA type > devices, we would have to call write_cd_rules with by-id as parameter. > Unfortunately this will not fix any existing > /etc/udev/rules.d/70-persistent-cd.rules, and the result would most > likely be that the symlinks are then named cdrw2, dvd2 etc. > > I don't see a good way to fixup existing entries in > /etc/udev/rules.d/70-persistent-cd.rules aside from nuking the file and > letting it be recreated. But that opens another can of worms.
What about only nuking entries that won't work anymore, aka ID_PATH ATA entries? Or maybe even better, find what ID_PATH entry matches the device and replace them (which should be possible since udevadm still reports PCI pathes, only in a different manner). Or, although I'm not sure if it's technically possible, make this file use the config file feature of dpkg, and ask whether to update it?
signature.asc
Description: OpenPGP digital signature