l'interaction avec le réseau au démarrage est quelque chose qui est bien souvent cassé par certains programmes
Si ton programme ne démarre pas correctement si une interface réseau est pas la, alors tu as un souci, car des interfaces réseaux, ça arrive et ça repart. Soit sur des plateformes mobiles (téléphone qui passe de la 3g au wifi, du wifi à rien), soit sur des pc portables (pareil, wifi vers ethernet vers rien), soit des serveurs (HA et ip flottante) ou sur des machines virtuelles (ajout à chaud d'une carte ou tout le foin en ce moment autour du SDN). Donc fondamentalement, si ton programme a du mal si le réseau change après le démarrage, ou si il démarre avant le résea, alors il aura du mal dans tout les cas que j'ai cité, et il faut le corriger ou contourner via par exemple un truc qui relance le soft quand le réseau change (ce qui est un gachis de ressources). En d'autres termes, ç'est cassé avec ou sans systemd, mais c'est juste qu'avec systemd, tu le voit. Tout comme pinit (le systéme de boot de Mandriva d'il y a 7 ans) ou upstart ont montré le même genre de souci dans les logiciels pour les mêmes raisons que systemd, mais ça, personne n'en parle.
Quand à avoir des unités fausses, je dirait que ça reste très minoritaire (vu qu'il cite 1 unité sur les centaines qu'on peut trouver). Je rajouterais que ça se corrige facilement (il suffit de changer 1 ligne), et tu peux difficilement dire que c'est la faute d'un logiciel si il ne devine pas ce qu'il faut faire quand on lui dit de faire autre chose.
Toi ton but c'est de faire baisser mon karma. C'est HONTEUX.
[^] # Re: Une autre pépite :
Posté par Misc (site web personnel) . En réponse au journal RHEL 7 utilisera GNOME Shell en mode Classique.... Évalué à 4. Dernière modification le 15 juin 2013 à 00:32.
que tu as sans doute pas pigé le souci décrit. En gros, ce qu'il dit, c'est :
la sortie de systemctl show est pas pratique pour les soucis de dépendances
l'interaction avec le réseau est pas documenté
certaines unités sont fausses ce qui fait des soucis dur à voir
Dans les commentaires (que tu as pas du lire), tu va voir que
quelqu'un dit qu'il y a une commande dans la version 198 de systemd qui propose une vue plus utile.
la documentation existe pour le boot via une page de man
Et je vais rajouter que :
des commandes pour déterminer ce qui démarre et dans quel ordre existe depuis un bout de temps, cf http://www.dedoimedo.com/computers/systemd-blame.html
l'interaction avec le réseau au démarrage est quelque chose qui est bien souvent cassé par certains programmes
Si ton programme ne démarre pas correctement si une interface réseau est pas la, alors tu as un souci, car des interfaces réseaux, ça arrive et ça repart. Soit sur des plateformes mobiles (téléphone qui passe de la 3g au wifi, du wifi à rien), soit sur des pc portables (pareil, wifi vers ethernet vers rien), soit des serveurs (HA et ip flottante) ou sur des machines virtuelles (ajout à chaud d'une carte ou tout le foin en ce moment autour du SDN). Donc fondamentalement, si ton programme a du mal si le réseau change après le démarrage, ou si il démarre avant le résea, alors il aura du mal dans tout les cas que j'ai cité, et il faut le corriger ou contourner via par exemple un truc qui relance le soft quand le réseau change (ce qui est un gachis de ressources). En d'autres termes, ç'est cassé avec ou sans systemd, mais c'est juste qu'avec systemd, tu le voit. Tout comme pinit (le systéme de boot de Mandriva d'il y a 7 ans) ou upstart ont montré le même genre de souci dans les logiciels pour les mêmes raisons que systemd, mais ça, personne n'en parle.
Quand à avoir des unités fausses, je dirait que ça reste très minoritaire (vu qu'il cite 1 unité sur les centaines qu'on peut trouver). Je rajouterais que ça se corrige facilement (il suffit de changer 1 ligne), et tu peux difficilement dire que c'est la faute d'un logiciel si il ne devine pas ce qu'il faut faire quand on lui dit de faire autre chose.
https://www.youtube.com/watch?v=BX6zSOLm9-Q