nouveau puis en
> > réinstallant grub avec un chroot. Mais au boot suivant, bien que la
> > machine démarre, j'ai plein d'erreurs systemd du genre:
> >
> > Failed to mount Configuration File System
> >
> > Failed to mount FUSE Control File System
> >
>
le nouveau puis en
> > réinstallant grub avec un chroot. Mais au boot suivant, bien que la
> > machine démarre, j'ai plein d'erreurs systemd du genre:
> >
> > Failed to mount Configuration File System
> >
> > Failed to mount FUSE Control File System
> >
réinstallant grub avec un
> chroot. Mais au boot suivant, bien que la machine démarre, j'ai plein
> d'erreurs
> systemd du genre:
>
> Failed to mount Configuration File System
>
> Failed to mount FUSE Control File System
>
> Failed to start File System Check on Root Device
&g
systemd du genre:
Failed to mount Configuration File System
Failed to mount FUSE Control File System
Failed to start File System Check on Root Device
etc.
Vu que j'entrave que dalle à systemd je ne sais pas trop quoi faire ?
A+
Gaëtan
Salut
J'ai déjà fait ce genre de manip avec clonezilla
Bonjour,
Je viens de changer le disque dur de mon portable en clonant (avec fsarchiver
savedir/restdir) son disque vers le nouveau puis en réinstallant grub avec un
chroot. Mais au boot suivant, bien que la machine démarre, j'ai plein d'erreurs
systemd du genre:
Failed to mount Configuration
Bonjour,
Le mardi 12 janvier 2016, Frédéric MASSOT a écrit...
> Si j'essaye d'installer "ifupdown" à la main avec apt-get, il veut
> supprimer Cairo-Dock, Gnome, Mate, Network Manager et Systemd.
Oui.
> Vaut mieux attendre...
Je ne sais pas. Ça fonctionne (pou
Le Tue, 12 Jan 2016 11:55:26 +0100
Frédéric MASSOT <frede...@juliana-multimedia.com> a écrit:
> Le 12/01/2016 11:02, Jean-Michel OLTRA a écrit :
> >
> > Bonjour,
> >
> > Pour info.
> >
> > Hier ma testing est passée sur systemd-networkd a
Bonjour,
Pour info.
Hier ma testing est passée sur systemd-networkd avec suppression de
ifupdown et resolvconf.
Au reboot suivant, plus de réseau. Pour se dépanner :
ifconfig eth1 up
dhclient eth1
Sinon, pour avoir la configuration fonctionnelle, éditer un fichier
/etc/systemd/network
Le 12/01/2016 11:02, Jean-Michel OLTRA a écrit :
>
> Bonjour,
>
> Pour info.
>
> Hier ma testing est passée sur systemd-networkd avec suppression de
> ifupdown et resolvconf.
Une nouvelle version de ifupdown est disponible :
$ apt-cache policy ifupdown
ifupdo
Le 12/01/2016 20:19, Gaëtan PERRIER a écrit :
>> > Une nouvelle version de ifupdown est disponible :
>> >
>> > $ apt-cache policy ifupdown
>> > ifupdown:
>> > Installé : 0.7.54
>> > Candidat : 0.8.6
>> >
>> > Il doit y avoir un conflit temporaire, chez moi ifupdown est dans la
>> > liste des
t un peu, j'ai créé un dossier
> > /etc/systemd/system/openvpn@monvpn.service.d/, avec un fichier
> > extend.conf dedans (le nom est tiré, sans originalité, de
> > /etc/systemd/system/clamav-daemon.socket.d/extend.conf), puisque quand
> > on veut appeler le service, on fait u
Bonjour,
Le vendredi 25 décembre 2015, Jean-Michel OLTRA a écrit...
> Du coup, en réfléchissant un peu, j'ai créé un dossier
> /etc/systemd/system/openvpn@monvpn.service.d/, avec un fichier
> extend.conf dedans (le nom est tiré, sans originalité, de
> /etc/systemd/s
Bonjour,
Le jeudi 24 décembre 2015, Jean-Michel OLTRA a écrit...
> J'ai lu qu'on pouvait créer des dossiers sous /etc/systemd/system du genre
> monservice.service.d/ et y mettre un fichier de conf dedans. Mais, dans
> le cas d'une instance de template, je l'appelle comment,
Bonjour,
En cette veille de Noël, qui est également une veille de vendredi, j'ai
une question pour les gourous de systemd (eh eh…)
On a le script /lib/systemd/sytem/openvpn@.service qui utilise
PrivateTmp=true depuis la dernière version d'openvpn, ce qui ne me va
pas du tout pour une
'lut la liste,
Par ce que je suis un poil fainéant, j'ai modifié
org.freedesktop.login1.policy afin d'autoriser n'importe quel
utilisateur à mettre le poste en veille ou à l'éteindre, cela m'évite de
taper le pass de root lorsque j'appuie sur un bouton "mise en veille".
Mais lorsq
Le Sun, 3 May 2015 03:22:45 +0200
Gaëtan PERRIER <gaetan.perr...@neuf.fr> 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 =
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
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 dan
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,
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
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
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...
P
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
paque
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 ç
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
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]
>
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 pa
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 p
Bonjour,
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
/etc/init.d/fwbuilder
Pourq
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 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 "
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
On Mon, Nov 02, 2015 at 11:02:17AM +0100, maderios wrote:
> […]
> Si tu le sens comme une 'usine à gaz', tu parles d'un sentiment, et un
> sentiment, cela ne se discute pas...
D'acc! Alors considérons cela comme un point final à ce fil et ainsi,
co-conjurons la zizanie qu'engendre le sujet.
--
Le Mon, 02 Nov 2015 11:02:17 +0100,
maderios <mader...@gmail.com> a écrit :
> Désolé que tu le prennes sur ce ton. Par ailleurs, d'après ce que tu
> as écrit sur ce fil, je n'ai toujours pas compris pourquoi,
> techniquement parlant, tu ne veux pas de systemd.
Juste un petit mo
tes yeux… et encore une fois,
peut-être bien que tu as raison.
Désolé que tu le prennes sur ce ton. Par ailleurs, d'après ce que tu as
écrit sur ce fil, je n'ai toujours pas compris pourquoi, techniquement
parlant, tu ne veux pas de systemd.
Je te cite:
'Accessoirement[trollesquement], plus je
même
> allé voir si GNU/Hurd avançait ^^
Sous Jessie (voir note A), il me semble qu'il est possible d'utiliser un autre
système d'initialisation que Systemd, y compris au moment de l'installation
comme il est précisé dans le lien suivant :
https://wiki.debian.org/fr/systemd#Installati
Peut-être aurais-je du commencer par vous épargner mes petites notes
d'humeur au fil de ma découverte, car je n'ai aucune intention de
remettre sur le tapis une discussion systemd stérile et nocive… aux
arguments largement débattus et disponibles à tous sur la toile. Chacun
peut se faire son
je n'ai pas [encore] envie de
« l'abandonner ». Si infinitésimale soit ma voix d'utilisateur popconé,
j'ai décidé de me [dé]battre encore un peu pour elle. « Zombie » si tu
veux… moi pas ^^
Migrer vers une autre distribution? Toutes les distrib linux ont adopté
systemd. Debian a été l'une des
eu
> > pour elle. « Zombie » si tu veux… moi pas ^^
> >
> Migrer vers une autre distribution? Toutes les distrib linux ont
> adopté systemd. Debian a été l'une des dernières à faire le pas.
> Reste BSD...
>
bonjour,
il reste encore slackware qui reste en sys-v autrement debian kFreeBSD
est pas mal non plus
slt
bernard
md.org, gentoo.org, gnu.org/software/guix… je suis même
allé voir si GNU/Hurd avançait ^^
Sous Jessie (voir note A), il me semble qu'il est possible d'utiliser un autre
système d'initialisation que Systemd, y compris au moment de l'installation
Bonjour
Je comprends de moins en moins la démarche qui cons
>veux… moi pas ^^
> >
> Migrer vers une autre distribution? Toutes les distrib linux ont adopté
> systemd. Debian a été l'une des dernières à faire le pas. Reste BSD...
Il me semble, Madeiros [mais je peux me tromper], que tu es plus
désireux d'affirmer une certaine hostilité à la
sudo, j'obtiens :
> > Failed to connect to bus: Aucun fichier ou dossier de ce type
> > je suppose que su/sudo ne passent pas par logind. Ça ne fonctionne qu'à
> > partir
> > d'une « vraie » connexion depuis la console/tty ou un gestionnaire
> > d'affichage.
Le mercredi 21 octobre 2015 à 0:58, Alexandre Hoïde a écrit :
> Le « /home/$USER » au lieu de « $HOME » qui ne suscite ni remarques
> ni moqueries semblerait indiquer que je monologue. Qu'à cela ne tienne.
Certains monologues sont intéressants et ce n'est pas parce que tu monologues
qu'on ne
Le mercredi 21 octobre 2015 à 18:20, Alexandre Hoïde a écrit :
> On Wed, Oct 21, 2015 at 03:54:49PM +0900, Charles Plessy wrote:
> > de mon côté je tarde à répondre car il me semblait que systemd permettait
> > d'isoler les utilisateurs les uns des autres (dans des « slices » ?),
On Tue, Oct 27, 2015 at 01:19:08PM +0100, Sébastien NOBILI wrote:
> Le mercredi 21 octobre 2015 à 18:20, Alexandre Hoïde a écrit :
> > On Wed, Oct 21, 2015 at 03:54:49PM +0900, Charles Plessy wrote:
> > > de mon côté je tarde à répondre car il me semblait que systemd permettait
On Tue, Oct 27, 2015 at 06:27:27PM +0100, Alexandre Hoïde wrote:
> $ sudo -u fictif contrab -l
> 10 18 27 10 * sleep 5 && [ -d /tmp/fictif_usrtmp ] && touch
> /tmp/test-cron-systemd-oui || touch /tmp/test-cron-systemd-non
>
> et à 18h12 :
> $ ls /tmp/test
o ne passent pas par logind. Ça ne fonctionne qu'à partir
> d'une « vraie » connexion depuis la console/tty ou un gestionnaire
> d'affichage.
note 2 : installation du paquet « systemd-container ». Utilisation de
la commande « $ machinectl login » pour connecter mon utilisateur
« fictif »
On Wed, Oct 21, 2015 at 06:20:56PM +0200, Alexandre Hoïde wrote:
> On Wed, Oct 21, 2015 at 03:54:49PM +0900, Charles Plessy wrote:
> > de mon côté je tarde à répondre car il me semblait que systemd permettait
> > d'isoler les utilisateurs les uns des autres (dans des « slices » ?),
. Qu'à cela ne tienne.
>
> Bonjour Alexandre,
Salut Charles et merci,
>
> de mon côté je tarde à répondre car il me semblait que systemd permettait
> d'isoler les utilisateurs les uns des autres (dans des « slices » ?), y
> compris
> au niveau des fichiers temporaires, mais je p
blait que systemd permettait
d'isoler les utilisateurs les uns des autres (dans des « slices » ?), y compris
au niveau des fichiers temporaires, mais je peine à retrouver où j'aurais pu
lire une chose pareille...
Si ce que j'ai écrit plus haut n'est pas faux, il serait donc plus naturel
de laisser syte
$ usrtmpS=~/.config/systemd/user/usrtmp.service
$ chmod 644 $usrtmpS
$ sudo chown root:root $usrtmpS
$ sudo mv $usrtmpS /etc/systemd/user/
Charge à chaque utilisateur de
$ systemctl --user enable usrtmp.service
pour un démarrage automatique à chaque première connexion ou
$ sudo
On Tue, Oct 20, 2015 at 06:49:51AM +0200, Alexandre Hoïde wrote:
> Fichiers :
> /usr/local/bin/usertmp
> ~/.config/systemd/user/usertmp.service
>
> Activation :
> $ systemclt --user enable usertmp.service
Modifiés selon mes premières auto-critiques.
Fichiers
_@>
Voici un bidule systemd pour créer un répertoire temporaire à la
connexion utilisateur initiale. C'est ma première incursion dans
systemd : remarques bienvenues (celles concernant le script ou d'autres
manières de faire seront également méditées).
Fichiers :
/usr/local/bin/user
passer par l’unique
usage prévu qui n’est naturel que pour une partie des utilisateurs.
Pour en revenir à « systemd » ce qui m’énerve le plus en tant
qu'administrateur n’est même pas le fait de la nouveauté mais :
- l’ABSENCE TOTALE DE DOCUMENTATION circonstanciée sur la façon de
l’utiliser,
- une
/wiki/Software/systemd/#thesystemdforadministratorsblogseries
Amicalement,
--
Charles Plessy
Tsurumi, Kanagawa, Japon
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un message avec comme objet unsubscribe
vers debian
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
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
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
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
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
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
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à à
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
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
libpam
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
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 09
) ensuite
avec « startx » et lorsque, occasionnellement, je veux aller jeter un
œil à Gnome :
$ systemctl start gdm.service
… au cas où tu déciderais de rester avec systemd.
hors-sujet
Avec ma compassion pour le sentiment de perte de maîtrise. Perso (sous
Sid), tout fonctionne si bien depuis des
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 sysvinit
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 - multi
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
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? ».
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
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
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
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
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é manuellement (via systemctl, donc
normalement pas de problème avec startx).
Sinon, tu peux aussi changer la cible par défaut (l'équivalent du
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é
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
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
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 pas...
systemctl disable lightdm.service
Merci
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 pas
On 06/30/2015 04:10 PM, MERLIN Philippe wrote:
Bonjour,
J'ai deux ordinateurs ayant tous les deux un système Debian une Sid AMD64 et
une testing i386 ces deux ne réagissent pas de la même façon au démarrage
(boot) sur la testing chaque fois que systemd lance un service on voit
l'affichage du
On 06/30/2015 04:10 PM, MERLIN Philippe wrote:
Bonjour,
J'ai deux ordinateurs ayant tous les deux un système Debian une Sid AMD64 et
une testing i386 ces deux ne réagissent pas de la même façon au démarrage
(boot) sur la testing chaque fois que systemd lance un service on voit
l'affichage du
Bonjour,
J'ai deux ordinateurs ayant tous les deux un système Debian une Sid AMD64 et
une testing i386 ces deux ne réagissent pas de la même façon au démarrage
(boot) sur la testing chaque fois que systemd lance un service on voit
l'affichage du service lancé et si cela c'est bien passé [OK] en
Sébastien NOBILI a écrit :
Le mercredi 27 mai 2015 à 10:00, BERTRAND Joël a écrit :
Il le supporte. De là à dire très bien... J'ai eu un serveur avec un
apache
en rade (en raison de l'adresse IPv6 que le FAI m'a changé dans mon dos).
Systemd retournait bien 'OK' alors qu'apache
Sébastien NOBILI a écrit :
Bonjour,
Bonjour,
Le mardi 26 mai 2015 à 21:50, andre_deb...@numericable.fr a écrit :
Ainsi Apache2 ne supporterait pas systemd ?
Si, il le supporte très bien.
Sébastien
Il le supporte. De là à dire très bien... J'ai eu un serveur avec un
apache en
Le mercredi 27 mai 2015 à 10:00, BERTRAND Joël a écrit :
Il le supporte. De là à dire très bien... J'ai eu un serveur avec un
apache
en rade (en raison de l'adresse IPv6 que le FAI m'a changé dans mon dos).
Systemd retournait bien 'OK' alors qu'apache plantait dès son
initialisation
que quelqu'un peut me répondre pourquoi mon PC se met
en hibernation toutes les 30 secondes.
Je n'ai pas trouvé d'écho dans les informations (wiki,
tutos, forums, etc..)
En reinstallant syvinit puis procédant à la désinstallation
de systemd, le problème a disparu...
Ouch.
Y a-t
Bonjour,
Le mardi 26 mai 2015 à 21:50, andre_deb...@numericable.fr a écrit :
Ainsi Apache2 ne supporterait pas systemd ?
Si, il le supporte très bien.
Sébastien
--
Lisez la FAQ de la liste avant de poser une question :
http://wiki.debian.org/fr/FrenchLists
Pour vous DESABONNER, envoyez un
On 26/05/15 at 19:07 +0200, David Pinson wrote:
Le 25/05/2015 21:37, maderios a écrit :
On 05/25/2015 08:32 PM, Erwan David wrote:
Le 25/05/2015 20:27, maderios a écrit :
On 05/25/2015 06:21 PM, David Pinson wrote:
Difficile de voir clair avec systemd...
Pour ceux qui veulent se
On Tuesday 26 May 2015 19:07:14 David Pinson wrote:
En reinstallant syvinit puis procédant à la désinstallation de systemd,
le problème a disparu...
Linuxement vôtre,
...mais pas systemdement vôtre !
Ainsi Apache2 ne supporterait pas systemd ?
André
--
Lisez la FAQ de la liste avant de
Le 25/05/2015 21:37, maderios a écrit :
On 05/25/2015 08:32 PM, Erwan David wrote:
Le 25/05/2015 20:27, maderios a écrit :
On 05/25/2015 06:21 PM, David Pinson wrote:
Difficile de voir clair avec systemd...
Pour ceux qui veulent se débarrasser de systemd..
Suivez ces instructions du wiki
/2.2.22 (Debian) PHP/5.4.39-0+deb7u2 mod_ssl/2.2.22
OpenSSL/1.0.1e mod_perl/2.0.7 Perl/v5.14.2 configured -- resuming normal
operations
[notice] caught SIGTERM, shutting down
je suis en wheezy et n'ai pas migré en systemd. Cependant, il semble que
systemd gène le bon fonctionnement du serveur, je
Le 25/05/2015 13:52, Patrice Go a écrit :
Bonjour,
Depuis ce matin, je n'arrive pas à redémarrer apache2, ça m'indique ceci :
# service apache2 restart
[] Restarting apache2 (via systemctl): apache2.serviceJob failed.
See system journal and 'systemctl status' for details.
failed!
sur
Difficile de voir clair avec systemd...
Pour ceux qui veulent se débarrasser de systemd..
Suivez ces instructions du wiki without systemd
How to remove systemd from a Debian jessie/sid installation
First install the SysV init packages
# apt-get install sysvinit-core sysvinit sysvinit-utils
Effectivement cette commande permet de connaitre là où est le problème dans
le fichier de configuration. pour info, c'était le fichier de signature ssl
.pem qui était mal nommé. dommage que le problème ne soit pas indiqué
directement comme avant avec service.
merci pour l'aide.
Le 25 mai 2015
On 05/25/2015 06:21 PM, David Pinson wrote:
Difficile de voir clair avec systemd...
Pour ceux qui veulent se débarrasser de systemd..
Suivez ces instructions du wiki without systemd
Salut
C'est reculer pour mieux sauter. Ce ne serait pas plus simple de
commencer par le commencement: lire une
copié, intégré.
merci.
Le 25 mai 2015 20:17, Pierre Malard p...@teledetection.fr a écrit :
Le 25 mai 2015 à 16:34, Patrice Go patgsios...@gmail.com a écrit :
Effectivement cette commande permet de connaitre là où est le problème
dans le fichier de configuration. pour info, c'était le
On 05/25/2015 08:32 PM, Erwan David wrote:
Le 25/05/2015 20:27, maderios a écrit :
On 05/25/2015 06:21 PM, David Pinson wrote:
Difficile de voir clair avec systemd...
Pour ceux qui veulent se débarrasser de systemd..
Suivez ces instructions du wiki without systemd
Salut
C'est reculer pour
Le 25/05/2015 18:21, David Pinson a écrit :
Difficile de voir clair avec systemd...
Pour ceux qui veulent se débarrasser de systemd..
Suivez ces instructions du wiki without systemd
How to remove systemd from a Debian jessie/sid installation
First install the SysV init packages
# apt-get
201 - 300 sur 497 matches
Mail list logo