Bonjour à tous,
Je suis en train de configurer un serveur sous Debian pour le taf, et je bloque sur un service systemd qui refuse de démarrer automatiquement au boot. Quand je lance systemctl start monservice, ca marche sans souci, mais après un reboot, le service reste inactif. J’ai vérifié avec systemctl status monservice et il semble bien activé (enabled) mais rien ne se lance au démarrage. J’ai aussi regardé les logs avec journalctl -u monservice mais je ne vois (…)
Lien Finalement Systemd c'est une bonne techno (avec 12 ans de recul)

Lien GNOME va dépendre de plus en plus de systemd

Lien Un répertoire d'extensions pour les Fedora atomiques

Lien 14 ans de systemd

Journal Ethernet, Udev, systemd et CUPS sont dans un bateau, tout le monde saute à l’eau

Une histoire pleine d’aventure où l’on commence par un problème, puis sa solution, puis après cette solution, l’envie de résoudre d’autres problèmes.
Préambule
Je ne contribue pas beaucoup à la vie de LinuxFr alors que j’en apprécie beaucoup la lecture. J’ai toujours l’impression de n’avoir pas grand chose de bien intéressant à raconter. Heureusement une série de journaux récents à la pertinence tout à fait discutable me rend la comparaison moins impressionnante. Même si, parmi les journaux listés précédemment, l’un (…)
Forum Linux.debian/ubuntu Temps d'arrêt long
Bonjour,
Sur plusieurs poste (Ubuntu 22.04 - 24.04) j'ai des temps d'arrêt de plusieurs minutes (toujours prêt de 3 minutes). Au vue de la durée toujours a peut prés la même j'irais vers un timeout d'un processus.
Le soucis c'est qu'il n'y a rien dans les log. Donc je suppose que le processus tourne en rond même après de démontage des partitions, d'où le fait que je n'ai pas de log.
Vous en pensez quoi ? Une idée pour trouver (…)
Lien IPC : Systemd veut utiliser Varlink plutôt que D-Bus
Lien No more boot loader: please use the kernel instead

Systemd v256
Systemd est une suite logicielle primordiale du monde GNU/Linux. Elle peut être présente du début à la fin de l'allumage du système, permettant de gérer de manière fine la vie des autres services.
Systemd est sorti en 2010, en a énervé certains notamment en raison de l'approche audacieuse et intégrée, et a séduit une grande majorité de systèmes GNU/Linux à partir de 2015. Aujourd'hui il est possible de voir Systemd dans la plupart des grandes distributions, gérant les arcanes du système en s'appuyant sur les mécanismes noyau de cgroup, dbus et namespace notamment.
La version 256 succède à la v255 sortie en décembre 2023, où vous trouverez encore d'énormes évolutions et encore plus d'intégration afin de proposer un écosystème cohérent, le plus automatique possible, compatible avec chacun des autres systèmes, et cherchant à offrir de la sécurité par défaut associé à une granularité de configuration et d'isolation.
Il peut être intéressant de remarquer qu'au moins, à ma connaissance, deux développeurs fortement actifs, sont des salariés de Microsoft, travaillant autant sur systemd qu'à la normalisation d'un certain standard Linux par le truchement du groupe UAPI. Ce sont Lennart Poettering et Luca Boccassi, mais peut être en connaissez vous d'autres ?
Je vous invite également à vous pencher sur casync et mkosi (maintenu par Daan De Meyer, de chez Meta), deux nouvelles marottes de ces développeurs fous mais qui semblent avoir réussi le pari, qu'en pensez-vous ?
NdM : La dépêche qui suit est une traduction en français des nouveautés de la version 256.
Forum général.cherche-logiciel Gestionnaire de tâches évolué
Bonjour à tous,
Pour mon poste utilisateur je cherche une solution simple pour lancer des tâches suivant un contexte.
Par exemple : je veux lancer la sauvegarde de mon ~/home lorsqu'une connexion réseau est détectée.
Lorsque je dis simple c'est en comparaison au gestionnaire de tâches qu'on peut retrouver sur Windows qui s'avère être efficace et assez facile à utiliser/maintenir. Il a l'avantage de pouvoir gérer des tâches avec un lancement horaire et/ou alors des tâches avec un lancement par (…)
Lien Lennart veut remplacer sudo par run0 dans SystemD
Lien « "sudo" is very very useful […] sudo has serious problems though » : systemd sudo

Journal ollama et le GPU
Bonjour à tous,
lors d'un précédent journal concernant les LLM, poulpatine m'a fait remarquer que je faisais erreur en affirmant que ollama ne fonctionne pas avec les GPU sous linux.
En effet j'avais tort. Enfin, en partie; je m'explique:
- en passant par l'installation standard de ollama, ollama tourne via un service systemd. Dans ce cas, le GPU n'est pas utilisé.
- par contre, en lançant un serveur ollama via une commande ollama serve
, l'inférence utilise parfaitement (…)