Bonjour à tous
Comme j'ai galéré un moment sur celle là et que je n'ai rien trouvé de déjà écrit sur le sujet dans ce forum, je poste mes trouvailles, des fois que ça serve à quelqu'un d'autre...

Après install de F9, j'avais une ligne d'erreur lors du chargement du udev au boot m'indiquant que /sbin/multipath.static n'arrivait pas à charger libsysfs.so.2. cela n'empêchait pas le système de (mal, mais pour d'autres raisons) fonctionner, mais ça me chagrinait !

En fait, une commande
ldd /sbin/multipath
permet de voir que multipath va chercher le fameux libsysfs.so.2 dans le /usr/lib/
linux-vdso.so.1 => (0x00007fff375fe000)
libdevmapper.so.1.02 => /lib/libdevmapper.so.1.02 (0x0000003655400000)
[b]libsysfs.so.2 => /usr/lib/libsysfs.so.2 (0x000000364a400000)[/b]
libc.so.6 => /lib/libc.so.6 (0x000000364b800000)
libselinux.so.1 => /lib/libselinux.so.1 (0x000000364c800000)
libsepol.so.1 => /lib/libsepol.so.1 (0x000000364ac00000)
/lib/ld-linux-x86-64.so.2 (0x000000364a000000)
libdl.so.2 => /lib/libdl.so.2 (0x000000364c000000)
Or sur ma config le /usr est sur une partition indépendante de celle du /. Problème ! Le chargement de udev et de multipath lors du boot se fait avant que l'ensemble des partitions soit monté...

La solution que j'ai appliqué (et que j'espère temporaire) est tout simplement de copier les fichiers libsysfs.so.2* du /usr/lib vers le /lib.
cp /usr/lib/libsysfs.so.2.0.1 /lib/.
ln -s /lib/libsysfs.so.2.0.1 /lib/libsysfs.so.2
Dans le doute, j'ai aussi fait un petit :
ldconfig
Voila, plus d'erreur au démarrage ! Cependant je me demande pourquoi les gens qui ont mis en place le rpm de multipath l'ont configuré pour aller chercher des choses dans le /usr/lib ! (ça me parait assez énorme, donc je me dit qu'il doit y avoir une bonne raison... :-? )
23 jours plus tard
Juste pour préciser qu'une mise à jour du jour (de device-mapper-multipath) d'aujourd'hui a résolu le problème chez moi 🙂