Ben écoutez, continuez à utiliser cron, je ne vous l’empêche pas. Je continue avec systemd, parce que je ne compte pas m’arrêter là.
Mon but à terme est de le mettre sur une RaspberryPi (bon, ça craint un peu parce qu’il y a des dépendances noyau qui sautent avec l’architecture ARM, on verra...). Et je note que j’arrive à réduire la consommation mémoire, au passage : au dernier redémarrage j’étais à 31 Mo. C’est pas que Systemd, c’est le fait de passer à dash, c’est le fait de faire sauter au maximum tous les shells ouverts pour rien, etc. etc. Pouvoir virer cron, c’est un gain net. Ça s’inscrit dans le cadre d’un projet plus vaste ou, à priori, systemd a d’énorme avantages.
La je viens de me dire que getty ne devrait démarrer qu’en cas de fail de slim (mon login manager graphique). Bon ben voilà, y’a un OnFailure=. Faut que je creuse un peu. Pour la raspberry ce sera cool d’ouvrir le serveur SSH, et de basculer sur slim ou getty qu’en cas de problème, et de recouper openSSH assez rapidement pour laisser la place au serveur HTTP (par exemple).
D’un autre côté, j’ai tout un tas de points de montages, dont dépendent mes sauvegardes, mes photographies (les RAW ne peuvent pas être stockés sur mon ridicule SSD), etc. à l’heure actuelle je monte tout à la main et si ça n’est pas monté, ma sauvegarde ou le chargement des photos depuis mon appareil ne se font pas. Systemd devrait pouvoir gérer ça, chercher à monter les points nécessaires en fonction des dépendances, etc. Je vais petit à petit configurer tout le bazar.
Alors oui c’est faisable sans systemd. M’en fous. systemd offre un point d’entrée unique avec des fichiers de configuration homogènes pour gérer tout ça. Vous trouvez ça complexe, personnellement je l’ai trouvé simple (j’ai parcouru à l’arrache quelques tutos sur le web, puis ai attaqué les man pour compléter sur des points précis), j’en ai déduit que c’est affaire de goût finalement...
Mon journal n’avait pas vocation à être exhaustif, à présenter un cas extrêmement complexe ni rien : je le dis dès le premier paragraphe. Ce sont des exemples d’utilisation sans prétention. Pour s’initier à systemd et en comprendre l’intérêt (il y a l’exemple avec udev tout de même, que je trouve plutôt classe pour ma part, collez-y une interface openGL là dessus et vous vous la jouez façon Abby dans NCIS 8) ) car, pour le reste c’est-à-dire une fois qu’on a compris le principe, la doc de référence ce sont les pages man.
Et en retour j’ai appris plein de petits trucs, sans avoir eu à chercher 0:-) . Et ça va me servir...
[^] # Re: Complément & commentaires
Posté par Pierre Roc . En réponse au journal Sur systemd, btrfs & co. Évalué à 10.
Ben écoutez, continuez à utiliser cron, je ne vous l’empêche pas. Je continue avec systemd, parce que je ne compte pas m’arrêter là.
Mon but à terme est de le mettre sur une RaspberryPi (bon, ça craint un peu parce qu’il y a des dépendances noyau qui sautent avec l’architecture ARM, on verra...). Et je note que j’arrive à réduire la consommation mémoire, au passage : au dernier redémarrage j’étais à 31 Mo. C’est pas que Systemd, c’est le fait de passer à dash, c’est le fait de faire sauter au maximum tous les shells ouverts pour rien, etc. etc. Pouvoir virer cron, c’est un gain net. Ça s’inscrit dans le cadre d’un projet plus vaste ou, à priori, systemd a d’énorme avantages.
La je viens de me dire que getty ne devrait démarrer qu’en cas de fail de slim (mon login manager graphique). Bon ben voilà, y’a un
OnFailure=. Faut que je creuse un peu. Pour la raspberry ce sera cool d’ouvrir le serveur SSH, et de basculer sur slim ou getty qu’en cas de problème, et de recouper openSSH assez rapidement pour laisser la place au serveur HTTP (par exemple).D’un autre côté, j’ai tout un tas de points de montages, dont dépendent mes sauvegardes, mes photographies (les RAW ne peuvent pas être stockés sur mon ridicule SSD), etc. à l’heure actuelle je monte tout à la main et si ça n’est pas monté, ma sauvegarde ou le chargement des photos depuis mon appareil ne se font pas. Systemd devrait pouvoir gérer ça, chercher à monter les points nécessaires en fonction des dépendances, etc. Je vais petit à petit configurer tout le bazar.
Alors oui c’est faisable sans systemd. M’en fous. systemd offre un point d’entrée unique avec des fichiers de configuration homogènes pour gérer tout ça. Vous trouvez ça complexe, personnellement je l’ai trouvé simple (j’ai parcouru à l’arrache quelques tutos sur le web, puis ai attaqué les man pour compléter sur des points précis), j’en ai déduit que c’est affaire de goût finalement...
Mon journal n’avait pas vocation à être exhaustif, à présenter un cas extrêmement complexe ni rien : je le dis dès le premier paragraphe. Ce sont des exemples d’utilisation sans prétention. Pour s’initier à systemd et en comprendre l’intérêt (il y a l’exemple avec udev tout de même, que je trouve plutôt classe pour ma part, collez-y une interface openGL là dessus et vous vous la jouez façon Abby dans NCIS 8) ) car, pour le reste c’est-à-dire une fois qu’on a compris le principe, la doc de référence ce sont les pages man.
Et en retour j’ai appris plein de petits trucs, sans avoir eu à chercher 0:-) . Et ça va me servir...