Re: Localisation des photos : Linux contre Windows

Le 30-05-2022, Nicolas George <nicolas$george@salle-s.org> a écrit :

Sergio , dans le message <62945bf6$0$18721$426a74cc@news.free.fr>, a
 écrit :

Il y a un vieux proverbe de programmation qui dit à peu près :
« Si ça marche, n'y touche pas ! »

>
Et si tu crois que l'init SysV marchait, c'est que tu n'as jamais vraiment
dû y toucher.

Il fonctionne bien mieux que systemd. Systemd, ça fonctionne dans
95% des cas, pour les 5% restant, c'est une galère sans nom qui peut
aller de "no root fs" à un truc qui attend un timeout de durée
infinie en passant par un daemon qui devrait être lancé mais qui
dans les faits ne l'est pas sans que systemd ne gère l'erreur (j'ai
eu le coup avec des bases de données, avec bind, avec des VPN parce
que ce con de systemd considère une interface réseau montée dès qu'il
est revenu du script de montage des interfaces qui se lance dans...
un execve !). Je passe sous silence la connerie absolue de la
récupération des /etc/init.d/* start|stop|* par systemd, les units
créés à la volée et la configuration qui est éclatée dans au moins
quatre répertoires.

Donc oui, pour les 95% des utilisateurs qui se contrefoutent de
l'administration système, ça "marche". Pour le reste, ça peut
devenir drôlissime. SysV indique immédiatement l'origine de l'erreur
et la correction est généralement triviale.

Le système le plus efficace, c'est encore le démarrage à la BSD
(mais il n'y a pas de runlevels). Et qu'on ne me sorte pas
l'argument des cgroups, le fait que ce soit géré par systemd ne
prouve pas une supériorité de systemd mais un manque des systèmes
Unix. Il n'y a aucune raison que ce soit géré par un système init.

JKB

--
Si votre demande me parvient en code 29, je vous titiouillerai volontiers
une réponse.