Make sure not to use any fake block device storage technology such as LVM (as installed by default by various distributions, including Fedora) they result in the systemd-udev-settle.service unit to be pulled in. Settling device enumeration is slow, racy and mostly obsolete. Since LVM (still) hasn't been updated to handle Linux' event based design properly, settling device enumeration is still required for it, but it will slow down boot substantially. On Fedora, use "systemctl mask fedora-wait-storage.service fedora-storage-init-late.service fedora-storage-init.service" to get rid of all those storage technologies. Of course, don't try this if you actually installed your system with LVM. (The only fake block device storage technology that currently handles this all properly and doesn't require settling device enumerations is LUKS disk encryption.)
Cela ne m'encourage pas trop à désactiver ce service avec mes volumes LVM.
Pour ce qui est des versions de udev, udisks et systemd, il s'agit des version de Debian Jessie (l'actuelle testing pour les non Debianeux qui me liraient) et donc j'aimerai identifier clairement le problème sur les versions actuellement utilisées pour pouvoir le cas échéant remonter un bug chez Debian.
Toujours est-il que dans un premier temps par manque de temps pour creuser, je vais probablement mettre un timeout.
[^] # Re: udevadm settle
Posté par Nim . En réponse au message Boot très lent avec systemd. Évalué à 3. Dernière modification le 20 septembre 2014 à 20:08.
Merci pour vos réponses.
Ne raconte pas grand chose :
Pour ce qui est des unités bloquées :
J'ai noté le rpcbind qui est inutile dans ma configuration actuelle. Mais une fois enlevé pas d'amélioration.
J'ai par ailleurs lu cela (http://freedesktop.org/wiki/Software/systemd/Optimizations/) :
Cela ne m'encourage pas trop à désactiver ce service avec mes volumes LVM.
Pour ce qui est des versions de udev, udisks et systemd, il s'agit des version de Debian Jessie (l'actuelle testing pour les non Debianeux qui me liraient) et donc j'aimerai identifier clairement le problème sur les versions actuellement utilisées pour pouvoir le cas échéant remonter un bug chez Debian.
Toujours est-il que dans un premier temps par manque de temps pour creuser, je vais probablement mettre un timeout.