Re: systemd systemd-random-seed.service et mount

Le mardi 31 janvier 2023 à 11:49 +0100, didier gaumet a écrit : > > *hypothèses* (vu mes connaissances sur le sujet) :-) : > > - ton lien vers /var est *peut-être* la cause parce qu'il serait > présent C'est bien la cause. > en situation ordinaire mais absent lors du début du boot? > - donc

Re: systemd systemd-random-seed.service et mount

Le mardi 31 janvier 2023 à 11:42 +0100, Basile Starynkevitch a écrit : > > > A mon avis le problème est là! Avoir mis un lien symbolique sur /var > est probablement une mauvaise idée! > Probablement. > Toutes les fois où (sous Debian comme Ubuntu) /var est un lien > symbolique (vers un autre

Re: systemd systemd-random-seed.service et mount

Le 31/01/2023 à 10:37, Christophe Maquaire a écrit : Moui mais: - Il n'y a pas de raison, même si l'entropie générée est faible, que le service ne démarre pas correctement, j' ai vérifié sur d'autres machines (bon en stable, certes), et c'est un service "standard" de systemd installé par debian

Re: systemd systemd-random-seed.service et mount

On 31/01/2023 10:48, Christophe Maquaire wrote: Le lundi 30 janvier 2023 à 13:13 +0100, ajh-valmer a écrit : Bonjour et merci de t'être peché sur la question Désolé, ce lien (désolé sur Ubuntu) semble répondre à la question :

Re: systemd systemd-random-seed.service et mount

Le lundi 30 janvier 2023 à 13:13 +0100, ajh-valmer a écrit : > Bonjour et merci de t'être peché sur la question > Désolé, ce lien (désolé sur Ubuntu) semble répondre à la question : > > https://askubuntu.com/questions/1404691/fwupd-refresh-service-failed Oui, mais ici il est proposé de de

Re: systemd systemd-random-seed.service et mount

Le lundi 30 janvier 2023 à 12:53 +0100, didier gaumet a écrit : > > Bonjour, > > pour situer mon niveau: tu viens de m'apprendre l'existence de ce > service, donc ne t'attends à des conseils pointus de ma part ;-) > Bonjour, et merci de ta proposition de réponse. > mais le deuxième paragraphe

Re: systemd systemd-random-seed.service et mount

On Monday 30 January 2023 11:12:06 Christophe Maquaire wrote: Désolé, ce lien (désolé sur Ubuntu) semble répondre à la question : https://askubuntu.com/questions/1404691/fwupd-refresh-service-failed # systemctl daemon-reload && sudo systemctl start fwupd-refresh.service ne m'affiche plus

Re: systemd systemd-random-seed.service et mount

Le lundi 30 janvier 2023 à 11:12 +0100, Christophe Maquaire a écrit : > Bonjour la liste, > > J'ai une machine en unstable depuis un certain temps (plusieurs > années) > > J'ai un souci avec le service systemd-random-seed (depuis plusieurs > mois) [...] > janv. 30 10:18:34 salicyline

Re: systemd

On 08/05/2020 16:58, Bernard Schoenacker wrote: > bonjour, > > il est possible de quitter systemd sans changer de distribution > et tu passes par un équivalent unix : rc.d Ce n'est pas vraiment un changement de distribution car devuan = debian sans systemd. -- Fabien

Re: systemd

Pour systemd, il faut créer un fichier /etc/systemd/network/00-eth0.network dans lequel tu mets : [Match] Name=eth0 [Network] DHCP=no Il faut changer eth0 par le nom de ton interface. source : https://www.freedesktop.org/software/systemd/man/systemd.network.html Anthony Le ven. 8 mai 2020 à

Re: systemd

On 08/05/2020 15:12, Erwan RIGOLLOT wrote: > Merci Basile > Je crois que je vais abandonner ce système que personne ou presque semble > utiliser bien qu'installer par défaut sur Debian. > Lorsqu'on utilise le service networkd, /etc/network/interfaces n'est plus > utilisé en fait. > Et j'avoue ne

RE: systemd

Merci Basile pour cette réponse rapide ! Je sais faire ainsi mais je cherche la bonne méthode en terme de configuration pour que cela soit persistent. Bonne journée De : Basile Starynkevitch Envoyé : vendredi 8 mai 2020 14:41 À : debian-user-french@lists.debian.org Objet : Re: systemd On 5

Re: systemd

Le 08/05/2020 à 13:42, Erwan RIGOLLOT a écrit : > Bonjour à tous, > >   > > Mes interfaces réseaux sont gérés par systemd…. (Je crains que ce soit > déjà un mauvais début). > > Je cherche, sans succès, la bonne méthode pour désactiver une interface > réseau. > >   > > J’ai tenté de commenter

RE: systemd

configuration .. De : Basile Starynkevitch Envoyé : vendredi 8 mai 2020 14:53 À : debian-user-french@lists.debian.org Objet : Re: systemd On 5/8/20 2:40 PM, Basile Starynkevitch wrote: On 5/8/20 1:42 PM, Erwan RIGOLLOT wrote: Bonjour à tous, Mes interfaces réseaux sont gérés par systemd

Re: systemd

On 5/8/20 2:40 PM, Basile Starynkevitch wrote: On 5/8/20 1:42 PM, Erwan RIGOLLOT wrote: Bonjour à tous, Mes interfaces réseaux sont gérés par systemd…. (Je crains que ce soit déjà un mauvais début). Je cherche, sans succès, la bonne méthode pour désactiver une interface réseau. En

Re: systemd

On 5/8/20 1:42 PM, Erwan RIGOLLOT wrote: Bonjour à tous, Mes interfaces réseaux sont gérés par systemd…. (Je crains que ce soit déjà un mauvais début). Je cherche, sans succès, la bonne méthode pour désactiver une interface réseau. En ligne de commandes, je conseille ifconfig(8)

Re: systemd

Bonjour, Ne faut-il pas regarder du côté de netplan ? -- Linuxement vôtre, -- dptech ~ David Pinson La route est longue mais la voie est libre ! -- var beer = new beer(); while (true) { if (beer.empty) { beer.refill(); }

Re: systemd et swap sur iscsi

didier gaumet a écrit : Justement. Il me semble que le mieux, là-dedans, c'est Requires... (Google Groups a l'air toujours dans la panade alors je te réponds directement à partir de l'archive mail trouvée sur le net) Je peux avoir mal compris la page man de systemd.unit(5) mais ce que j'en

Re: systemd et swap sur iscsi

> Justement. Il me semble que le mieux, là-dedans, c'est Requires... (Google Groups a l'air toujours dans la panade alors je te réponds directement à partir de l'archive mail trouvée sur le net) Je peux avoir mal compris la page man de systemd.unit(5) mais ce que j'en retire c'est que : -

Re: systemd et swap sur iscsi

didier.gau...@gmail.com a écrit : > > Avertissement: je n'ai jamais créé ou modifié un service Systemd. > > Je pense néanmoins que cet article pourrait t'intéresser au sujet de la > différence entre les clauses "requires" et "after": > >

Re: systemd et swap sur iscsi

Avertissement: je n'ai jamais créé ou modifié un service Systemd. Je pense néanmoins que cet article pourrait t'intéresser au sujet de la différence entre les clauses "requires" et "after": https://serverfault.com/questions/812584/in-systemd-whats-the-difference-between-after-and-requires

Re: systemd et fichiers dans /etc/init.d/

steve a écrit : > Le 30-01-2018, à 18:21:55 +0100, BERTRAND Joël a écrit : > >> steve a écrit : >>> Le 30-01-2018, à 15:08:21 +0100, BERTRAND Joël a écrit : >>> >>> >> Ce qui permet d'ailleurs des effets de bord assez rigolos entre deux >> versions de la chose. > > Du genre ?

Re: systemd et fichiers dans /etc/init.d/

Le 30-01-2018, à 18:21:55 +0100, BERTRAND Joël a écrit : steve a écrit : Le 30-01-2018, à 15:08:21 +0100, BERTRAND Joël a écrit : Ce qui permet d'ailleurs des effets de bord assez rigolos entre deux versions de la chose. Du genre ? As-tu des exemples concrets ? Des incohérences sur

Re: systemd et fichiers dans /etc/init.d/

> Le 30-01-2018, à 14:15:30 +0100, Ph. Gras a écrit : > > > Qu'en sera-t-il de la commande service machin (start | restant | stop | > > reload ) ? Le Tue, Jan 30, 2018 at 02:37:08PM +0100, steve a écrit : > > C'est remplacé par > > systemctl (start|restart|stop|reload) le_nom_du_service

Re: systemd et fichiers dans /etc/init.d/

steve a écrit : > Le 30-01-2018, à 15:08:21 +0100, BERTRAND Joël a écrit : > > Ce qui permet d'ailleurs des effets de bord assez rigolos entre deux versions de la chose. >>> >>> Du genre ? As-tu des exemples concrets ? >> >> Des incohérences sur la gestion du réseau par exemple sur

Re: systemd et fichiers dans /etc/init.d/

Le 30-01-2018, à 15:07:03 +0100, G2PC a écrit : Salut Steve, la commande suivante t'indiquera quels fichiers ne sont pas installés par un paquet. dpkg -S /etc/init.d/* | grep "no path" Les autres peuvent rester: le responsable du paquet s'occupe (à son rythme) de la migration vers systemd

Re: systemd et fichiers dans /etc/init.d/

Le 30-01-2018, à 15:08:21 +0100, BERTRAND Joël a écrit : Ce qui permet d'ailleurs des effets de bord assez rigolos entre deux versions de la chose. Du genre ? As-tu des exemples concrets ? Des incohérences sur la gestion du réseau par exemple sur un serveur qui a deux taps, deux

Re: systemd et fichiers dans /etc/init.d/

> Salut Steve, > > la commande suivante t'indiquera quels fichiers ne sont pas installés > par un paquet. > > dpkg -S /etc/init.d/* | grep "no path" > > Les autres peuvent rester: le responsable du paquet s'occupe (à son > rythme) de la migration vers systemd et conserve (autant que possible) >

Re: systemd et fichiers dans /etc/init.d/

steve a écrit : > Le 29-01-2018, à 19:12:17 +0100, BERTRAND Joël a écrit : > >> steve a écrit : >>> >>> Salut, >> >> 'soir >> >>> >>> M'intéressant un peu (plus) à systemd (qui tourne sur ma machine >>> principale), je me demandais si les fichiers placés dans /etc/init.d/ >>> sont encore utilisés

Re: systemd et fichiers dans /etc/init.d/

Le 30-01-2018, à 14:15:30 +0100, Ph. Gras a écrit : Je ne sais pas si ça sert encore. Mais il semble être trop tôt pour l'enlever: Ainsi, le répertoire init.d et tout ce qui s'y trouve devraient disparaître à terme ? Si le système tourne à 100% avec SystemD, oui. Qu'en sera-t-il de la

Re: systemd et fichiers dans /etc/init.d/

Hello there! >> Je ne sais pas si ça sert encore. Mais il semble être trop tôt pour >> l'enlever: Ainsi, le répertoire init.d et tout ce qui s'y trouve devraient disparaître à terme ? Qu'en sera-t-il de la commande service machin (start | restant | stop | reload ) ? Au plaisir, Ph. Gras

Re: systemd et fichiers dans /etc/init.d/

Le 30-01-2018, à 20:13:16 +0900, Charles Plessy a écrit : Le 30-01-2018, à 11:00:44 +0900, Charles Plessy a écrit : > > dpkg -S /etc/init.d/* | grep "no path" Le Tue, Jan 30, 2018 at 09:05:02AM +0100, steve a écrit : dpkg-query: aucun chemin ne correspond à /etc/init.d/.depend.boot

Re: systemd et fichiers dans /etc/init.d/

> Le 30-01-2018, à 11:00:44 +0900, Charles Plessy a écrit : > > > > dpkg -S /etc/init.d/* | grep "no path" Le Tue, Jan 30, 2018 at 09:05:02AM +0100, steve a écrit : > > dpkg-query: aucun chemin ne correspond à /etc/init.d/.depend.boot > dpkg-query: aucun chemin ne correspond à

Re: systemd et fichiers dans /etc/init.d/

Le 30-01-2018, à 11:00:44 +0900, Charles Plessy a écrit : Le Mon, Jan 29, 2018 at 05:16:32PM +0100, steve a écrit : M'intéressant un peu (plus) à systemd (qui tourne sur ma machine principale), je me demandais si les fichiers placés dans /etc/init.d/ sont encore utilisés ou s'ils ne sont là

Re: systemd et fichiers dans /etc/init.d/

Le 29-01-2018, à 19:12:17 +0100, BERTRAND Joël a écrit : steve a écrit : Salut, 'soir M'intéressant un peu (plus) à systemd (qui tourne sur ma machine principale), je me demandais si les fichiers placés dans /etc/init.d/ sont encore utilisés ou s'ils ne sont là que pour une éventuelle

Re: systemd et fichiers dans /etc/init.d/

Le Mon, Jan 29, 2018 at 05:16:32PM +0100, steve a écrit : > > M'intéressant un peu (plus) à systemd (qui tourne sur ma machine > principale), je me demandais si les fichiers placés dans /etc/init.d/ > sont encore utilisés ou s'ils ne sont là que pour une éventuelle > compatibilité avec les

Re: systemd et fichiers dans /etc/init.d/

Le 29/01/2018 à 17:16, steve a écrit : > > Salut, > > > M'intéressant un peu (plus) à systemd (qui tourne sur ma machine > principale), je me demandais si les fichiers placés dans /etc/init.d/ > sont encore utilisés ou s'ils ne sont là que pour une éventuelle > compatibilité avec les systèmes

Re: systemd et fichiers dans /etc/init.d/

steve a écrit : > > Salut, 'soir > > M'intéressant un peu (plus) à systemd (qui tourne sur ma machine > principale), je me demandais si les fichiers placés dans /etc/init.d/ > sont encore utilisés ou s'ils ne sont là que pour une éventuelle > compatibilité avec les systèmes utilisant SysVInit

Re: Systemd me crée des misères

Le jeudi 20 avril 2017, 18:20:35 CEST Dominique Dumont a écrit : > On Thursday, 20 April 2017 12:12:21 CEST MERLIN Philippe wrote: > > -- Subject: L'unité (unit) dev-disk-by\x2duuid-56744A84744A6739.device a > > échoué > > -- Defined-By: systemd > > -- Support: https://www.debian.org/support > >

Re: Systemd me crée des misères

On Thursday, 20 April 2017 12:12:21 CEST MERLIN Philippe wrote: > -- Subject: L'unité (unit) dev-disk-by\x2duuid-56744A84744A6739.device a > échoué > -- Defined-By: systemd > -- Support: https://www.debian.org/support > -- > -- L'unité (unit) dev-disk-by\x2duuid-56744A84744A6739.device a échoué,

Re: Systemd me crée des misères

Bonjour Philippe Effectivement comme le dit Charles, j'ai aussi eu recours à "noauto" pour des montage non persistant, surtout avec les système de fichier ntfs-3g. Systemd est plus stricte sur les accès en user-space avec le ntfs-3g qui passe maintenant par fuser. Dans fstab la ligne pour

Re: Systemd me crée des misères

Le jeudi 20 avril 2017, 20:01:26 CEST Charles Plessy a écrit : > Le Thu, Apr 20, 2017 at 12:35:09PM +0200, MERLIN Philippe a écrit : > > le déroulement du démarrage avec systemd signale des > > erreurs et je me retrouve sur la console avec le message suivant : > > "you are in emergency

Re: Systemd me crée des misères

Le Thu, Apr 20, 2017 at 12:35:09PM +0200, MERLIN Philippe a écrit : > > le déroulement du démarrage avec systemd signale des > erreurs et je me retrouve sur la console avec le message suivant : > "you are in emergency mode...Taper le mot de passe de root ou Control D > pour continuer.

Re: Systemd me crée des misères

Bonjour, Cela me rappelle les misères que m'avait fait systemd. J'ai résolu ces soucis d'une manière assez drastique, en tant que root: apt install sysvinit-core Un reboot plus tard, plus de systemd, et ma Debian préférée démarre normalement, tranquillou. Désolé pour la brutalité, mais

Re: systemd-timesyncd et ntpdate

bonjour, bug? Non. Si c'est un démon, on peut discuter sur le fait qu'il soit installé par défaut, mais ça me paraît logique en installant un démon de l'activer par la même occasion (dans le sens où je considère que ça satisfait au cas d'utilisation majoritaire: j'installe un démon pour m'en

Re: systemd-shim et systemd-sysv [Résolu]

Le 23/10/2016 à 18:11, Frederic MASSOT a écrit : Le 23/10/2016 à 17:11, C. Mourad Jaber a écrit : Bonjour, J'ai une dépendance systemd-sysv qui traine depuis quelques temps parce qu'en conflit avec systemd-shim... N'ayant que peu de connaissance sur systemd, je ne sais pas quelles sont les

Re: systemd-shim et systemd-sysv

Le 23/10/2016 à 17:11, C. Mourad Jaber a écrit : Bonjour, J'ai une dépendance systemd-sysv qui traine depuis quelques temps parce qu'en conflit avec systemd-shim... N'ayant que peu de connaissance sur systemd, je ne sais pas quelles sont les conséquences si je supprime systemd-shim pour

Re: systemd-shim et systemd-sysv

J'ai enlevé systemd-shim il y a déjà quelque temps sans que j'observe de changement sur le fonctionnement (je suis en testing). Comme cela s'était bien passé je n'étais pas allé voir plus loin donc je ne suis pas en mesure d'expliquer quelles auraient pu être les conséquences. On 23/10/2016

[resolu] Re: systemd xinetd et vsftp au boot

Le Sun, 3 May 2015 03:22:45 +0200 Gaëtan PERRIER a écrit: > Bonjour, > > Je rencontre un soucis au boot avec le trio systemd/xinetd/vsftp > > Dans xinetd j'ai configuré vsftpd ainsi: > > service ftp > { > id = ftp_nb4 > socket_type =

Re: Systemd et scripts /etc/init.d/.

Le dimanche 8 novembre 2015, 12:29:24 12:29:24 Francois Lafont a écrit : > Ah, donc si on veut se créer un service hors package, on doit > mettre son fichier unité dans /etc/systemd/ pas dans /lib/systemd, > c'est bien ça ? En local, oui. Tu peux aussi créer des services user dans

Re: Systemd et scripts /etc/init.d/.

On 15/11/2015 15:17, Dominique Dumont wrote: >> Ah, donc si on veut se créer un service hors package, on doit >> mettre son fichier unité dans /etc/systemd/ pas dans /lib/systemd, >> c'est bien ça ? > > En local, oui. > > Tu peux aussi créer des services user dans ~/.config/systemd/user/ > cf.

Re: Systemd et scripts /etc/init.d/.

On 08/11/2015 10:53, Sylvain L. Sauvage wrote: >> ou dans /lib/systemd... > > Plutôt dans /etc/systemd. > > /lib/systemd contient la version par défaut, qui est fournie > par le paquet et qui devrait rester immuable. > /etc/systemd contient ce qui est local. Ah, donc si on veut se créer

Re: Systemd et scripts /etc/init.d/.

On 11/08/2015 03:42 AM, Francois Lafont wrote: Pour moi, c'est au cas par cas, en fonction du paquet. Ce que j'ai compris, c'est que de toute façon c'est toujours systemd qui lance le service sous Jessie, que le package propose ou non un script init.d (c'est le côté un peu facho de systemd ;)).

Re: Systemd et scripts /etc/init.d/.

Le dimanche 8 novembre 2015, 12:29:24 Francois Lafont a écrit : >[…] > > /lib/systemd contient la version par défaut, qui est > > fournie par le paquet et qui devrait rester immuable. > > > > /etc/systemd contient ce qui est local. > > Ah, donc si on veut se créer un service hors package,

Re: Systemd et scripts /etc/init.d/.

Le samedi 7 novembre 2015, 22:01:30 Migrec a écrit : >[…] > Ce qui m'embête avec cette histoire de systemd, c'est que on > ne sait plus vraiment si la config doit être dans > /etc/init.d/ Seulement si on ne veut utiliser que la compatibilité sysV. > ou dans /lib/systemd... Plutôt dans

Re: Systemd et scripts /etc/init.d/.

On 2015-11-08 12:29:24 +0100, Francois Lafont wrote: > Ah, donc si on veut se créer un service hors package, on doit > mettre son fichier unité dans /etc/systemd/ pas dans /lib/systemd, > c'est bien ça ? Ce n'est pas propre à systemd. Ce qui est dans /lib est réservé aux paquets Debian.

Re: Systemd et scripts /etc/init.d/.

Le Sunday 08 November 2015, 18:27:58 Vincent Lefevre a écrit : > On 2015-11-08 12:29:24 +0100, Francois Lafont wrote: > > Ah, donc si on veut se créer un service hors package, on doit > > mettre son fichier unité dans /etc/systemd/ pas dans /lib/systemd, > > c'est bien ça ? > > Ce n'est pas

Re: Systemd et scripts /etc/init.d/.

On 2015-11-08 20:04:45 +0100, Migrec wrote: > Encore une chose : Quel est le service qui parcourt /etc/init.d/ à la > recherche de scripts éventuellement non lancés via systemd "pur" ?? Je pense que ça ne peut pas être un service puisque cela risquerait d'aboutir à des incohérences dans les

Re: Systemd et scripts /etc/init.d/.

Le Friday 06 November 2015, 18:34:22 Francois Lafont a écrit : > > Pour faire de mon script un véritable daemon géré par systemd, > j'ai juste à créer le fichier /lib/systemd/system/myservice.service > et y mettre ceci : > > - > [Unit] > Description=My personal

Re: Systemd et scripts /etc/init.d/.

On 2015-11-07 22:01:30 +0100, Migrec wrote: > Ce qui m'embête avec cette histoire de systemd, c'est que on ne sait plus > vraiment si la config doit être dans /etc/init.d/ ou dans /lib/systemd... Normalement, les paquets devraient fournir les deux, car toutes les machines ne sont pas sous

Re: Systemd et scripts /etc/init.d/.

Ci-dessous, je tente d'expliquer ce que je comprends de systemd. Mais je découvre moi-même en ce moment alors si je dis des bêtises j'accepte avec grand plaisir toute rectification. ;) On 07/11/2015 22:01, Migrec wrote: > Ce qui m'embête avec cette histoire de systemd, c'est que on ne sait plus

Re: Systemd et scripts /etc/init.d/.

Bonjour. En fait, par défaut, en tout cas sous Debian, systemd va émuler le fonctionnement d'init, en ce qu'il utilisera les scripts init.d même s'ils ne sont pas des unités systemd à proprement parler. Évidemment, toutes les fonctionnalités de systemd ne fonctionneront pas sur les scripts

Re: Systemd et scripts /etc/init.d/.

Bonjour, On 06/11/2015 15:52, Migrec wrote: > Je me suis documenté sur le systemd mais j'ai encore quelques question > pratiques... > > Sur mon serveur mis à jour depuis peu en version stable, le nouveau systemd a > remplacé l'ancien système. J'ai un soucis avec un script "perso" qui est dans

Re: Systemd et scripts /etc/init.d/.

Re, On 06/11/2015 17:06, Francois Lafont wrote: > Bref, tout ça pour dire que si tu es sous systemd tu devrais laisser > tomber ton script init.d et utiliser systemd directement via une > une unité. Pour le coup (et c'est un des gros intérêts de systemd) > c'est vraiment très simple à écrire. Et

Re: systemd

Le 4 août 2015 à 11:36, Haricophile haricoph...@aranha.fr a écrit : Le Mon, 3 Aug 2015 20:04:47 +0200, Guillaume Caron guillaume.caron.h...@orange.fr a écrit : Je ne vois pas en quoi vouloir placer comme priorité les fonctionnalités et la qualité du code est ego-centré. C'est une

Re: systemd

Le Wed, Aug 05, 2015 at 08:39:00AM +0200, Pierre Malard a écrit : - l’ABSENCE TOTALE DE DOCUMENTATION circonstanciée sur la façon de l’utiliser, C'est en anglais, mais j'ai trouvé les articles publiés par Lennart Poettering sur le sujet absolument passionnants.

Re: systemd

Bonjour, On 05/08/2015 09:12, Charles Plessy wrote: C'est en anglais, mais j'ai trouvé les articles publiés par Lennart Poettering sur le sujet absolument passionnants. http://www.freedesktop.org/wiki/Software/systemd/#thesystemdforadministratorsblogseries Merci Charles pour ce lien.

Re: systemd

On 05/08/2015 15:37, Francois Lafont wrote: Ceci étant, sur le deuxième article, il est question de la commande systemd-cgls pour lister les cgroups de processus. Or, sur ma Jessie (à jour), j'ai ça : root@jessie:~# systemd-cgls Failed to create bus connection: No such file or directory

Re: systemd

On 05/08/2015 15:37, Francois Lafont wrote: root@jessie:~# systemd-cgls Failed to create bus connection: No such file or directory Ah désolé, j'ai rien dit. Après un simple apt-get install dbus, tout est rentré dans l'ordre. Pour le coup, peut-être faudrait-il que le paquet dbus soit

Re: systemd

Le mercredi 5 août 2015, 16:15:00 Francois Lafont a écrit : […] Ah désolé, j'ai rien dit. Après un simple apt-get install dbus, tout est rentré dans l'ordre. Pour le coup, peut-être faudrait-il que le paquet dbus soit une dépendance du paquet systemd (auquel la commande systemd-cgls

Re: systemd

On 05/08/2015 16:55, Charles Plessy wrote: root@jessie:~# systemd-cgls Failed to create bus connection: No such file or directory Ah désolé, j'ai rien dit. Après un simple apt-get install dbus, tout est rentré dans l'ordre. Pour le coup, peut-être faudrait-il que le paquet dbus soit une

Re: systemd

On 05/08/2015 17:01, Sylvain L. Sauvage wrote: Ah désolé, j'ai rien dit. Après un simple apt-get install dbus, tout est rentré dans l'ordre. Pour le coup, peut-être faudrait-il que le paquet dbus soit une dépendance du paquet systemd (auquel la commande systemd-cgls appartient) ? C’est

Re: systemd

Le Mon, 3 Aug 2015 20:04:47 +0200, Guillaume Caron guillaume.caron.h...@orange.fr a écrit : Je ne vois pas en quoi vouloir placer comme priorité les fonctionnalités et la qualité du code est ego-centré. C'est une démarche en soit, tout projet doit faire des choix parfois criticables, de là à

Re: systemd

Le Sun, 2 Aug 2015 17:05:54 +0200, Benoit B benoit...@gmail.com a écrit : Mais j'ai lu que certains environnement de bureau en dépendent. Certains c'est Gnome, il suffit de regarder chez Gentoo qui ne propose pas systemD par défaut sauf pour Gnome ou c'est obligatoire. J'avais vu passer un

Re: systemd

On 02/08/2015 17:05, Benoit B wrote: Suffirait-il d'installer upower pour pouvoir désintaller systemd sans casser la dépendance entre autre avec policykit ? Il s'agit de le désactiver, pas de le desinstaller. J'utilise KDE avec les paquets suivants: # apt-show-versions |grep systemd

Re: systemd

On Mon, Aug 03, 2015 at 11:05:00AM +0200, Haricophile wrote: Le Sun, 2 Aug 2015 17:05:54 +0200, Benoit B benoit...@gmail.com a écrit : Mais j'ai lu que certains environnement de bureau en dépendent. Certains c'est Gnome, il suffit de regarder chez Gentoo qui ne propose pas systemD par

Re: systemd

Ah oui en plus je n'ai pas trouvé le runlevel... pas de fichier initab... Y a-t-il une option pour les lister ? Si non j'ai trouvé des liens symboliques : ls -l /lib/systemd/system/runlevel4.target /lib/systemd/system/runlevel4.target - multi-user.target Merci -- Benoit Le 29 juillet 2015

Re: systemd

'Lut tous, On 29. 07. 15 09:23, Sébastien NOBILI wrote: Tu peux la changer en « multi-user.target » (pas testé) : $ sudo systemctl set-default multi-user.target Pour ajouter mon grain de sable au fil : c'est la bonne méthode (testée). Je l'utilise quotidiennement pour démarrer (XMonad)

Re: systemd

Le 29 juillet 2015 09:43, Fabien R theedge...@free.fr a écrit : On 28/07/2015 20:59, Benoit B wrote: Bonjour, Je suis habitué avec init et ne comprend pas encore le fonctionnement de systemd. On n'est pas vendredi mais tu as la possibilité de le désactiver: # apt-get install

Re: systemd

Le 02/08/2015 19:29, Benoit B a écrit : Ah oui en plus je n'ai pas trouvé le runlevel... pas de fichier initab... Y a-t-il une option pour les lister ? Si non j'ai trouvé des liens symboliques : ls -l /lib/systemd/system/runlevel4.target /lib/systemd/system/runlevel4.target -

Re: systemd

Le vendredi 31 juillet 2015, 08:29:52 Guillaume Caron a écrit : Le 30/07/2015 22:02, Sylvain L. Sauvage a écrit : […] N'empêche qu'il aurait pu être marqué en recommandé, plutôt qu'en dépendance. La plupart des gens s'en fichent mais certains choisissent précisément ce qu'ils installent, et

Re: systemd

Le Fri, Jul 31, 2015 at 09:13:53AM +0200, Sylvain L. Sauvage a écrit : La limite entre depends et recommands est plus floue quand il s’agit de méta-paquets et de tâches. La preuve: une longue discussion sur debian-devel cette semaine, fil « Metapackage dependencies: Depends or Recommends? ».

Re: systemd

Le 30/07/2015 22:02, Sylvain L. Sauvage a écrit : Le jeudi 30 juillet 2015, 21:31:28 Guillaume Caron a écrit : […] Ce qui fait que l’on peut se poser la question : à quoi ça sert de conserver lightdm installé si non seulement on ne s’en sert pas mais, qu’en plus, on ne peut pas s’en

Re: systemd

Le vendredi 31 juillet 2015, 16:48:02 Charles Plessy a écrit : Le Fri, Jul 31, 2015 at 09:13:53AM +0200, Sylvain L. Sauvage a écrit : La limite entre depends et recommands est plus floue quand il s’agit de méta-paquets et de tâches. La preuve: une longue discussion sur debian-devel cette

Re: systemd

Le 29/07/2015 09:56, Sylvain L. Sauvage a écrit : Le mercredi 29 juillet 2015, 09:23:32 Sébastien NOBILI a écrit : Bonjour, ’lut, […] # systemctl mask lightdm.service Created symlink from /etc/systemd/system/lightdm.service to /dev/null. Normalement il ne devrait plus se lancer. En

Re: systemd

Le jeudi 30 juillet 2015, 21:31:28 Guillaume Caron a écrit : […] Ce qui fait que l’on peut se poser la question : à quoi ça sert de conserver lightdm installé si non seulement on ne s’en sert pas mais, qu’en plus, on ne peut pas s’en servir ? Faut le demander aux empaquetteurs, parfois

Re: systemd

Bonjour, Le mardi 28 juillet 2015 à 21:39, Guillaume Caron a écrit : Me semble que disable ne fonctionne pas super bien dans ce cas, et le meilleur moyen de l'inhiber c'est avec systemctl mask qui crée un fichier .service pointant vers /dev/null : # systemctl mask lightdm.service Created

Re: systemd

Le mercredi 29 juillet 2015, 09:23:32 Sébastien NOBILI a écrit : Bonjour, ’lut, […] # systemctl mask lightdm.service Created symlink from /etc/systemd/system/lightdm.service to /dev/null. Normalement il ne devrait plus se lancer. En effet, mais il ne pourra plus être démarré

Re: systemd

On 28/07/2015 20:59, Benoit B wrote: Bonjour, Je suis habitué avec init et ne comprend pas encore le fonctionnement de systemd. On n'est pas vendredi mais tu as la possibilité de le désactiver: # apt-get install sysvinit-core sysvinit sysvinit-utils # reboot -- Fabien -- Lisez la FAQ de

Re: systemd

Le 28/07/2015 20:59, Benoit B a écrit : j'aurais voulu que lightdm ne démarre plus automatiquement et me loger en mode terminal, puis taper startx. Je pensais désactiver ainsi, mais ca ne marche pas... systemctl disable lightdm.service Bonjour Bizarre, il me semble avoir fait récemment sur

Re: systemd

Le 28/07/2015 20:59, Benoit B a écrit : Bonjour, Je suis habitué avec init et ne comprend pas encore le fonctionnement de systemd. j'aurais voulu que lightdm ne démarre plus automatiquement et me loger en mode terminal, puis taper startx. Je pensais désactiver ainsi, mais ca ne marche

Re: systemd xinetd et vsftp au boot

Le Sun, 3 May 2015 20:13:55 +0900 Charles Plessy ple...@debian.org a écrit: Le Sun, May 03, 2015 at 03:22:45AM +0200, Gaëtan PERRIER a écrit : Je rencontre un soucis au boot avec le trio systemd/xinetd/vsftp Bonjour, Le blog de Lennart Poettering suggère que l'on pourrait se passer de

Re: systemd xinetd et vsftp au boot

Le Sun, May 03, 2015 at 03:22:45AM +0200, Gaëtan PERRIER a écrit : Je rencontre un soucis au boot avec le trio systemd/xinetd/vsftp Bonjour, Le blog de Lennart Poettering suggère que l'on pourrait se passer de xinetd pour lancer vsftp: http://0pointer.de/blog/projects/inetd.html

Re: systemd et fsck

Le mardi 3 mars 2015, 13:30:13 MERLIN Philippe a écrit : Bonjour, ’jour, Depuis l'arrivée de Systemd l'analyse automatique et périodique des disques par fsck aucune progression de cette analyse n'apparaît à l'écran, seul un message en anglais annonce le début de cette analyse, suivi par un

Re: Systemd, pourquoi zélateurs et détracteurs...

'lut, Un (long) article sur le pourquoi et le comment des polémiques en cours, surtout du coté de Debian. https://linuxfr.org/news/pourquoi-les-zelateurs-et-detracteurs-de-systemd-ne-s-entendront-jamais Excellent article en effet (même si la traduction est parfois un peu maladroite, quel

Re: systemd et clamd

MERLIN Philippe a écrit : Le jeudi 30 octobre 2014, 18:04:48 BERTRAND Joël a écrit : MERLIN Philippe a écrit : Une idée, en cherchant dans google il semble que dans certaines distributions clamd.conf ne se trouve pas dans /etc/clamav mais directement sous /etc recopie le sous /etc comme

Re: systemd et clamd

Le vendredi 31 octobre 2014, 09:31:45 BERTRAND Joël a écrit : MERLIN Philippe a écrit : Le jeudi 30 octobre 2014, 18:04:48 BERTRAND Joël a écrit : MERLIN Philippe a écrit : Une idée, en cherchant dans google il semble que dans certaines distributions clamd.conf ne se trouve pas dans

Re: systemd et clamd

MERLIN Philippe a écrit : Je vois, mais essaye d'examiner le script /etc/init.d/clamd start et de voir si il n'y a pas une différence entre ce qui est lancé par init.d et systemd autre piste, modifie : ExecStart=/usr/sbin/clamd --foreground=true -c /etc/clamav/clamd.conf et avec cela il doit

Re: systemd et clamd

MERLIN Philippe a écrit : Une idée, en cherchant dans google il semble que dans certaines distributions clamd.conf ne se trouve pas dans /etc/clamav mais directement sous /etc recopie le sous /etc comme systemd vient de fedora, essaie cela ne risque rien du moins je le pense. un : systemctl stop

Re: systemd et clamd

Le jeudi 30 octobre 2014, 18:04:48 BERTRAND Joël a écrit : MERLIN Philippe a écrit : Une idée, en cherchant dans google il semble que dans certaines distributions clamd.conf ne se trouve pas dans /etc/clamav mais directement sous /etc recopie le sous /etc comme systemd vient de fedora,

  1   2   >