Oui.
J’avais affaire à ce bug avec des messages du style :
Error: chdir(/home/auto/afsuser) failed: Too many levels of symbolic links
La description du bug est très liée à l’utilisation de celui qui l’a soumise.
En fait, pour le déclencher à tous les coups, il suffisait de mettre pour un répertoire en automount avec autofs un programme quelconque qui y accédait régulièrement, mais moins souvent que le délai avant démontage automatique.
Au bout de quelques montages (quelquefois dès le premier montage, d’autre fois au bout d’un certain nombre), le bug se déclenchait et plus moyen de remonter le même répertoire au même endroit.
Le bug a donné lieu à un correctif, qui a finalement été backporté pour la version de systemd de la Fedora 17... au moment de la sortie de la Fedora 18.
Essaie ça alors.
Merci de la suggestion. J’avais utilisé ça avant e4rat, mais je n’ai pas pensé du tout à le remettre après (en même temps, c’était inutile, donc je l’avais enlevé).
Je gagne environ 5 s (contre 10 s pour e4rat... quand il marchait), c’est déjà ça. Ça doit me remettre à peu près à mon temps de démarrage sans systemd.
« Le fascisme c’est la gangrène, à Washington comme en Russie. » — adapté de Renaud, Hexagone
[^] # Re: C’est du propre
Posté par Arthur Accroc . En réponse à la dépêche Entretien avec François Tigeot, développeur DragonFly BSD. Évalué à 2. Dernière modification le 29 octobre 2013 à 20:23.
Oui.
J’avais affaire à ce bug avec des messages du style :
Error: chdir(/home/auto/afsuser) failed: Too many levels of symbolic links
La description du bug est très liée à l’utilisation de celui qui l’a soumise.
En fait, pour le déclencher à tous les coups, il suffisait de mettre pour un répertoire en automount avec autofs un programme quelconque qui y accédait régulièrement, mais moins souvent que le délai avant démontage automatique.
Au bout de quelques montages (quelquefois dès le premier montage, d’autre fois au bout d’un certain nombre), le bug se déclenchait et plus moyen de remonter le même répertoire au même endroit.
Le bug a donné lieu à un correctif, qui a finalement été backporté pour la version de systemd de la Fedora 17... au moment de la sortie de la Fedora 18.
Merci de la suggestion. J’avais utilisé ça avant e4rat, mais je n’ai pas pensé du tout à le remettre après (en même temps, c’était inutile, donc je l’avais enlevé).
Je gagne environ 5 s (contre 10 s pour e4rat... quand il marchait), c’est déjà ça. Ça doit me remettre à peu près à mon temps de démarrage sans systemd.
« Le fascisme c’est la gangrène, à Washington comme en Russie. » — adapté de Renaud, Hexagone