gratifiant > linux.debian.user.french

Pierre-Elliott Bécue (27/04/2015, 16h00)
On lun. 27 avril 2015 à 15:34:07, andre_debian wrote:
[..]
> Aurais-je le même parcours du combattant lors du prochain boot ?
> Ces difficultés viennent-elles de "systemd" et faut-il le désinstaller ?
> (je n'ose le faire sans quelques avis...)


Sans message d'erreur (trouvables dans /var/log/gdm, /var/log/lightdm,
/var/log/Xorg*, ...), ça va être dur de te répondre.

De même, "plein de messages d'erreur" sans plus de précision, ce n'est pas
un symptôme.
maderios (27/04/2015, 16h20)
On 04/27/2015 03:56 PM, BERTRAND Joël wrote:
> andre_debian a écrit :
> Difficile à dire comme ça. Je n'ai eu qu'un problème de
> configuration de X avec systemd qui empêchait gdm3 ou kdm (je ne me
> souvient plus) de démarrer. En revanche en console, un startx
> fonctionnait toujours. Je n'ai jamais eu de problème d'authentification.
> Mais j'ai de gros problèmes dans les dépendances des daemons sur
> mon serveur de test.
> Pour moi, le principal problème est surtout dans le fait que
> systemd impose quasiment à chaque coup un reboot du serveur pour être
> sûr que tout se passe correctement.


Bonjour
Systemd n'est pas Sysvinit. Normalement, pas besoin de reboot pour que
Systemd active et démarre un service/daemon.
Les commandes existent pour cela...

A conserver sous la main
#COMMANDES DE BASE (exemples)
systemctl enable cups #Rendre effectif un service
systemctl start cups #démarrer un service
systemctl daemon-reload #parfois indispensable

systemctl status <unit>
systemctl reload <unit>

systemctl
systemctl list-units
systemctl list-units --all
#To show all installed unit files use 'systemctl list-unit-files'.
systemctl list-unit-files

systemctl reboot
systemctl poweroff


systemd-analyze #durée démarrage services
journalctl -b -u systemd-udev-settle #voir ce qui bloque au boot
#Pour ce qui est des unités bloquées :
systemd-analyze critical-chain
#JOURNAL
journalctl --since="2014-11-28 14:25"



BERTRAND Joël (27/04/2015, 17h00)
maderios a écrit :
> On 04/27/2015 03:56 PM, BERTRAND Joël wrote:
> Bonjour
> Systemd n'est pas Sysvinit. Normalement, pas besoin de reboot pour que
> Systemd active et démarre un service/daemon.
> Les commandes existent pour cela...


Ce n'est _pas_ le problème. Après la dernière mise à jour de systemd,
une partie des modules du noyau (dont nfsd) ont été virés avec
l'impossibilité de le recharger à la main. Je n'ai pas eu le temps de
chercher, j'ai rebooté. Pour information, cela m'est arrivé plusieurs fois.

Idem pour iptables et sa version IPv6.

JKB
maderios (27/04/2015, 20h00)
On 04/27/2015 04:49 PM, BERTRAND Joël wrote:
> maderios a écrit :
> Ce n'est _pas_ le problème. Après la dernière mise à jour de
> systemd, une partie des modules du noyau (dont nfsd) ont été virés avec
> l'impossibilité de le recharger à la main. Je n'ai pas eu le temps de
> chercher, j'ai rebooté. Pour information, cela m'est arrivé plusieurs fois.


C'est bien une histoire d'initialisation d'un service (ici nfs) avec une
commande de systemd. Tant que cela n'est pas fait, tu peux rebooter à
l'infini sans espoir...

Pour nfs:

systemctl enable nfs-common
Synchronizing state for nfs-common.service with sysvinit using
update-rc.d...
Executing /usr/sbin/update-rc.d nfs-common defaults
Executing /usr/sbin/update-rc.d nfs-common enable

systemctl start nfs-common

Ensuite idem avec nfs-kernel-server, rpcbind/dépendances et autres
services qui ne démarrent pas au boot.
C'est maintenant bien au point chez Debian mais au début de
l'intégration de systemd, il m'a fallu tout démarrer à la main quand ça
voulait bien (re)démarrer...
contact (27/04/2015, 20h50)
apparement le configurateur l'a fais pour moi

root@deb8test:/etc/apache2/mods-available# a2enmod php5
Module php5 already enabled

Le 27/04/2015 14:20, Julien a écrit :
[..]
Alain Rpnpif (27/04/2015, 21h30)
Le 27 avril 2015, BERTRAND Joël a écrit :

[..]
> tout se passe correctement.
> Cordialement,
> JKB


J'ai eu les mêmes problèmes qu'André et Joël avec une connexion
impossible sans messages d'erreur.

Je m'en suis sorti comme eux à coup d'apt-get, d'aptitude et de forçage
de dépendances plus ou moins périlleux. Mais aujourd'hui, Wheezy
semble propre sur cette machine. Plus d'une centaine de paquets virés
dont la plupart étaient de Wheezy et une centaine réinstallés dont une
part limité en rétrogradage (issus de Jessie).

Les messages d'erreurs étaient abondants lors de ces mises à jour.. Je
pense que les dépendances de systemd et d'autres avec libc6 de Jessie,
gcc-4.9 et avec Xorg ou lightdm (Xfce ?), je ne sais plus, étaient en
cause. En tout cas, C'était impossible de se connecter en Xorg. Et je
suspecte une dépendance en boucle avec gcc au centre mais je ne
souhaite pas le reproduire pour confirmer. Pas le temps.

J'attendrai plus de maturité de Jessie ou plutôt de systemd dans Jessie.
Il semblerait que systemd fonctionne très bien... si on réinstalle
tout le système et si on n'y touche plus après l'installation. Pas fait
pour moi qui bidouille pas mal et installe en général par
incrémentations. Les backports sont très bien pour ça.

Attention, je n'ai pas dit que Jessie était à jeter. Les backports
confirme le contraire.

Cordialement.
andre_debian (27/04/2015, 22h40)
On Monday 27 April 2015 15:56:45 BERTRAND Joël wrote:
> andre_debian a écrit :


> Désinstaller "systemd" pour "sysvinit" :
>


> > Impossible de lancer le mode graphique que ce soit avec
> > lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite (quid ?)
> > Ces difficultés viennent-elles de "systemd" et faut-il le désinstaller ?
> > (je n'ose le faire sans quelques avis...)


> Difficile à dire comme ça. Je n'ai eu qu'un problème de configuration
> de X avec systemd qui empêchait gdm3 ou kdm (je ne me souvient plus)de
> démarrer. En revanche en console, un startx fonctionnait toujours. Je
> n'ai jamais eu de problème d'authentification.
> Mais j'ai de gros problèmes dans les dépendances des daemons sur mon
> serveur de test.
> Pour moi, le principal problème est surtout dans le fait que systemd
> impose quasiment à chaque coup un reboot du serveur pour être sûr que
> tout se passe correctement. Cordialement, JKB


"Cobaye" (je préfère "testeur") ok, mais y a des limites... :-)

Si ça peut rendre service à ceux qui ont les mêmes problèmes que moi :
si je désinstalle "systemd", au profit de "sysvinit",
pourrais-je le réinstaller ensuite ?
(en cas de plantage du système et revenir à systemd).

Si oui, je veux bien tester...

André
maderios (27/04/2015, 22h50)
On 04/27/2015 09:23 PM, Alain Rpnpif wrote:

> J'attendrai plus de maturité de Jessie ou plutôt de systemd dans Jessie.
> Il semblerait que systemd fonctionne très bien... si on réinstalle
> tout le système et si on n'y touche plus après l'installation. Pas fait
> pour moi qui bidouille pas mal et installe en général par
> incrémentations.


Bidouilleur amateur, je n'ai jamais réinstallé Debian depuis ma 1°
install de Potatoe (1999?) et Systemd fonctionne maintenant nickel avec
Jessie et Sid. Le problème vient des utilisateurs et non de Systemd. Il
faut savoir que la transition depuis Sysvinit n'est pas automatique mais
les commandes de systemd (cf message précédent + doc abondante sur le
net) sont faites pour assurer cette transition, encore faut-il avoir la
volonté de les utiliser...

Maderios
contact (27/04/2015, 23h30)
j'ai résolu mon problème je ne sais pas ce qui c'est passé mais mon
fichier phpinfos fonctionnait pas je l'ai ré écris plutot que copier
collé dans nano et sa marche donc apache et php ok je test mysql

Le 27/04/2015 20:41, contact a écrit :
[..]
BERTRAND Joël (28/04/2015, 00h00)
maderios a écrit :
[..]
> C'est maintenant bien au point chez Debian mais au début de
> l'intégration de systemd, il m'a fallu tout démarrer à la main quand ça
> voulait bien (re)démarrer...


Franchement, je ne t'ai pas attendu pour faire ça. Mais dans mon cas,
cela ne suffit pas. Et ne me demande pas pourquoi. Quand un serveur,
fût-il de test, est en rade, au bout de quelques minutes, tu dois
trouver une solution fiable et pérenne.

JKB
Philippe Gras (28/04/2015, 01h50)
Je voulais attendre, mais comme je n'arrivais pas à installer un truc
sur mon vieux Mac,
j'ai dû faire un update sur mon serveur pour l'installer dessus. Donc
j'ai eu des ennuis :
================================================== ========
~# apt-get update
[…]
W: Aucune clé publique n'est disponible pour la/les clé(s) suivante(s) :
[NUMERO DE LA CLE]
W: Distribution en conflit : stable
Release (stable attendu, mais jessie obtenu)
W: Aucune clé publique n'est disponible pour la/les clé(s) suivante(s) :
[NUMERO DE LA CLE]

~# apt-get install debian-archive-keyring
[…]

~# apt-get update
Atteint wheezy Release.gpg
Atteint wheezy Release
Atteint stable Release.gpg
Atteint wheezy/updates Release.gpg
Atteint stable Release
Atteint wheezy/updates Release
Atteint wheezy/main Sources
Atteint wheezy/main amd64 Packages
Atteint wheezy/main Translation-fr
Atteint wheezy/main Translation-en
Atteint stable/all Sources
Atteint stable/all amd64 Packages
Atteint wheezy/updates/main Sources
Atteint wheezy/updates/main amd64 Packages
Atteint wheezy/updates/main Translation-en
Ign stable/all Translation-fr_FR
Ign stable/all Translation-fr
Ign stable/all Translation-en
Lecture des listes de paquets... Fait
W: Distribution en conflit : stable
Release (stable attendu, mais jessie obtenu)
================================================== ========
J'ai pu télécharger mon truc, mais j'ai arrêté à la compilation à
cause de l'appel de l'oreiller.

En passant, j'aimerais savoir si c'est vraiment correct de
l'installer dans la home de root. J'ai
pas fais attention où j'étais…

J'ai donc un problème avec dotdeb qui ne s'est apparemment pas encore
mis à jour. Je sais
que j'ai encore mis la charrue avant les bœufs. Mais ça n'a pas l'air
de déranger quelqu'un :
================================================== ========
Building PhantomJS from source takes a very long time, anywhere from 30
minutes to several hours (depending on the machine configuration).
We recommend you use the premade binary packages on supported operating
systems.

For details, please go the the web site:
download.html.

Do you want to continue (y/n)?
n
~/phantomjs#
~/phantomjs# service mysql status
/usr/bin/mysqladmin Ver 8.42 Distrib 5.6.21, for debian-linux-gnu on
x86_64
Copyright (c) 2000, 2014, Oracle and/or its affiliates. All rights
reserved.

Oracle is a registered trademark of Oracle Corporation and/or its
affiliates. Other names may be trademarks of their respective
owners.

Server version 5.6.21-1~dotdeb.1
Protocol version 10
Connection Localhost via UNIX socket
UNIX socket /var/run/mysqld/mysqld.sock
Uptime: 123 days 3 min 8 sec

Threads: 6 Questions: 33393928 Slow queries: 0 Opens: 2796 Flush
tables: 1 Open tables: 374 Queries per second avg: 3.142.
~/phantomjs# service apache2 status
Apache2 is NOT running.
~/phantomjs# service nginx status
nginx is running.
~/phantomjs# service memcached status
memcached is running.
~/phantomjs# service monit status
monit is running.
================================================== ========
Apache est resté stoppé, c'est normal et c'est comme je le veux pour
ne pas
entrer en conflit avec NginX, qui lui fait tourner les sites.

Le 27 avr. 15 à 23:50, BERTRAND Joël a écrit :
[..]
Sébastien NOBILI (28/04/2015, 09h30)
Bonjour,

Le lundi 27 avril 2015 à 22:37, andre_debian a écrit :
> Si ça peut rendre service à ceux qui ont les mêmes problèmes que moi :
> si je désinstalle "systemd", au profit de "sysvinit",
> pourrais-je le réinstaller ensuite ?
> (en cas de plantage du système et revenir à systemd).


Comme beaucoup de choses, c'est documenté dans les notes de publication?



Sébastien
Alain Rpnpif (28/04/2015, 17h00)
Le 27 avril 2015, maderios a écrit :

> Bidouilleur amateur, je n'ai jamais réinstallé Debian depuis ma1°
> install de Potatoe (1999?) et Systemd fonctionne maintenant nickel avec
> Jessie et Sid. Le problème vient des utilisateurs et non de Systemd.Il
> faut savoir que la transition depuis Sysvinit n'est pas automatique mais
> les commandes de systemd (cf message précédent + doc abondante sur le
> net) sont faites pour assurer cette transition, encore faut-il avoir la
> volonté de les utiliser...


Appréciation subjective et désobligeante.
Quand je disais réinstallé ce n'était pas avec l'installeur mais avec
apt-get et aptitude.

Par contre, effectivement je n'ai pas "la volonté d'utiliser" systemd.
Je n'y vois, aujourd'hui, aucun intérêt pour moi à part des
complications.
Erwan David (28/04/2015, 18h10)
On Mon, Apr 27, 2015 at 10:47:31PM CEST, maderios <maderios> said:
> On 04/27/2015 09:23 PM, Alain Rpnpif wrote:
> Bidouilleur amateur, je n'ai jamais réinstallé Debian depuis ma 1° install
> de Potatoe (1999?) et Systemd fonctionne maintenant nickel avec Jessie et
> Sid. Le problème vient des utilisateurs et non de Systemd. Il faut savoir
> que la transition depuis Sysvinit n'est pas automatique mais les commandes
> de systemd (cf message précédent + doc abondante sur le net) sont faites
> pour assurer cette transition, encore faut-il avoir la volonté de les
> utiliser...


Pour moi c'est plutôt au soft de s'adapter aux utilisateurs que le
contraire. Surtout quand 90% des utilisateurs n'ont pas demandé à
utiliser ce soft.
maderios (28/04/2015, 19h00)
On 04/28/2015 06:01 PM, Erwan David wrote:

> Pour moi c'est plutôt au soft de s'adapter aux utilisateurs que le

Dans certains cas, idéalement oui, si les compétences de l'utilisateur
peuvent dépasser celles des programmeurs (ex Gimp mais les dev ne sont
pas à l'écoute) dans certains cas non, si les compétences de la majorité
des utilisateurs n'arrivent pas à la cheville de celles des
programmeurs, exemple Systemd. Systemd est une petite révolution, et
comme dans toute révolution, il faut s'adapter. On peut également
changer de crémerie, par exemple aller voir chez Devuan, fork de Debian
sans Systemd. Personnellement, utilisant des services ponctuellement,
Systemd simplifie la vie. Terminé les bidouillages pas très propres de
Sysvinit.



> contraire. Surtout quand 90% des utilisateurs n'ont pas demandé à
> utiliser ce soft.


Une consultation des utilisateurs a été organisée? Pourrais tu poster
ici le lien/site où est mentionné ce pourcentage?

Discussions similaires