Je sais que sysvinit est utilisable dans Jessie, mais savez-vous s'il
est possible de migrer vers Jessie en évitant toute trace de Systemd et
donc de ses effets pervers, en interdisant **dès le départ**
l'installation de systemd et ou de ses fichiers de configuration
inutiles dans ce cas ?
Je sais que sysvinit est utilisable dans Jessie, mais savez-vous s'il
est possible de migrer vers Jessie en évitant toute trace de Systemd et
donc de ses effets pervers, en interdisant **dès le départ**
l'installation de systemd et ou de ses fichiers de configuration
inutiles dans ce cas ?
Je sais que sysvinit est utilisable dans Jessie, mais savez-vous s'il
est possible de migrer vers Jessie en évitant toute trace de Systemd et
donc de ses effets pervers, en interdisant **dès le départ**
l'installation de systemd et ou de ses fichiers de configuration
inutiles dans ce cas ?
Le lundi 27 avril 2015 à 10:41, Alain Rpnpif a écrit :
> Je sais que sysvinit est utilisable dans Jessie, mais savez-vous s'il
> est possible de migrer vers Jessie en évitant toute trace de Systemd et
> donc de ses effets pervers, en interdisant **dès le départ**
> l'installation de systemd et ou de ses fichiers de configuration
> inutiles dans ce cas ?
C'est documenté dans les notes de publication. Je n'ai pas testé, je ne peux
donc pas affirmer qu'aucun fichier de configuration lié à Systemd ne sera
installé…
https://www.debian.org/releases/jessie/i386/release-notes/ch-information.fr.html#systemd-upgrade-default-init-system
Sébastien
Le lundi 27 avril 2015 à 10:41, Alain Rpnpif a écrit :
> Je sais que sysvinit est utilisable dans Jessie, mais savez-vous s'il
> est possible de migrer vers Jessie en évitant toute trace de Systemd et
> donc de ses effets pervers, en interdisant **dès le départ**
> l'installation de systemd et ou de ses fichiers de configuration
> inutiles dans ce cas ?
C'est documenté dans les notes de publication. Je n'ai pas testé, je ne peux
donc pas affirmer qu'aucun fichier de configuration lié à Systemd ne sera
installé…
https://www.debian.org/releases/jessie/i386/release-notes/ch-information.fr.html#systemd-upgrade-default-init-system
Sébastien
Le lundi 27 avril 2015 à 10:41, Alain Rpnpif a écrit :
> Je sais que sysvinit est utilisable dans Jessie, mais savez-vous s'il
> est possible de migrer vers Jessie en évitant toute trace de Systemd et
> donc de ses effets pervers, en interdisant **dès le départ**
> l'installation de systemd et ou de ses fichiers de configuration
> inutiles dans ce cas ?
C'est documenté dans les notes de publication. Je n'ai pas testé, je ne peux
donc pas affirmer qu'aucun fichier de configuration lié à Systemd ne sera
installé…
https://www.debian.org/releases/jessie/i386/release-notes/ch-information.fr.html#systemd-upgrade-default-init-system
Sébastien
Le 26 avril 2015, maderios a écrit :
> Idem, d'ailleurs Testing marchait bien depuis un petit moment. Par
> ailleurs, il faut essayer et utiliser Sid, cela en vaut la peine.
> Sid est plus stable/fiable qu'Ubuntu, mais c'est un débat trollesq ue...
Mouais.
Par erreur, il y a 2 semaines, mon fils a mis à jour, sur une machin e de
bureau, Wheezy avec sid et son systemd. Malheur lui en a pris, car plus
moyen de de connecter en Xorg.
Après tentative de remettre sysvinit, systemd a mis un de ces bazars
tel que seul la console de maintenance fonctionnait. Il semble que
systemd avec Xorg n'aime pas du tout le changement de libc6.
Après 2 ou 3 heures de travail, tout est revenu dans l'ordre.
Donc je resterai sous Wheezy et ses backports qui fonctionne très bi en
et est rapide.
Je sais que sysvinit est utilisable dans Jessie, mais savez-vous s'il
est possible de migrer vers Jessie en évitant toute trace de Systemd et
donc de ses effets pervers, en interdisant **dès le départ**
l'installation de systemd et ou de ses fichiers de configuration
inutiles dans ce cas ? Alain Rpnpif
Le 26 avril 2015, maderios a écrit :
> Idem, d'ailleurs Testing marchait bien depuis un petit moment. Par
> ailleurs, il faut essayer et utiliser Sid, cela en vaut la peine.
> Sid est plus stable/fiable qu'Ubuntu, mais c'est un débat trollesq ue...
Mouais.
Par erreur, il y a 2 semaines, mon fils a mis à jour, sur une machin e de
bureau, Wheezy avec sid et son systemd. Malheur lui en a pris, car plus
moyen de de connecter en Xorg.
Après tentative de remettre sysvinit, systemd a mis un de ces bazars
tel que seul la console de maintenance fonctionnait. Il semble que
systemd avec Xorg n'aime pas du tout le changement de libc6.
Après 2 ou 3 heures de travail, tout est revenu dans l'ordre.
Donc je resterai sous Wheezy et ses backports qui fonctionne très bi en
et est rapide.
Je sais que sysvinit est utilisable dans Jessie, mais savez-vous s'il
est possible de migrer vers Jessie en évitant toute trace de Systemd et
donc de ses effets pervers, en interdisant **dès le départ**
l'installation de systemd et ou de ses fichiers de configuration
inutiles dans ce cas ? Alain Rpnpif
Le 26 avril 2015, maderios a écrit :
> Idem, d'ailleurs Testing marchait bien depuis un petit moment. Par
> ailleurs, il faut essayer et utiliser Sid, cela en vaut la peine.
> Sid est plus stable/fiable qu'Ubuntu, mais c'est un débat trollesq ue...
Mouais.
Par erreur, il y a 2 semaines, mon fils a mis à jour, sur une machin e de
bureau, Wheezy avec sid et son systemd. Malheur lui en a pris, car plus
moyen de de connecter en Xorg.
Après tentative de remettre sysvinit, systemd a mis un de ces bazars
tel que seul la console de maintenance fonctionnait. Il semble que
systemd avec Xorg n'aime pas du tout le changement de libc6.
Après 2 ou 3 heures de travail, tout est revenu dans l'ordre.
Donc je resterai sous Wheezy et ses backports qui fonctionne très bi en
et est rapide.
Je sais que sysvinit est utilisable dans Jessie, mais savez-vous s'il
est possible de migrer vers Jessie en évitant toute trace de Systemd et
donc de ses effets pervers, en interdisant **dès le départ**
l'installation de systemd et ou de ses fichiers de configuration
inutiles dans ce cas ? Alain Rpnpif
Impossible de lancer le mode graphique que ce soit avec
lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite (quid ?)
Problème de PAM ?
Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté...
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...)
Impossible de lancer le mode graphique que ce soit avec
lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite (quid ?)
Problème de PAM ?
Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté...
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...)
Impossible de lancer le mode graphique que ce soit avec
lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite (quid ?)
Problème de PAM ?
Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté...
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...)
On Monday 27 April 2015 10:41:19 Alain Rpnpif wrote:
> Le 26 avril 2015, maderios a écrit :
> > Idem, d'ailleurs Testing marchait bien depuis un petit moment. Par
> > ailleurs, il faut essayer et utiliser Sid, cela en vaut la peine.
> > Sid est plus stable/fiable qu'Ubuntu, mais c'est un débat trollesque...
> Mouais.
> Par erreur, il y a 2 semaines, mon fils a mis à jour, sur une machine de
> bureau, Wheezy avec sid et son systemd. Malheur lui en a pris, car plus
> moyen de de connecter en Xorg.
> Après tentative de remettre sysvinit, systemd a mis un de ces bazars
> tel que seul la console de maintenance fonctionnait. Il semble que
> systemd avec Xorg n'aime pas du tout le changement de libc6.
> Après 2 ou 3 heures de travail, tout est revenu dans l'ordre.
> Donc je resterai sous Wheezy et ses backports qui fonctionne très bien
> et est rapide.
> Je sais que sysvinit est utilisable dans Jessie, mais savez-vous s'il
> est possible de migrer vers Jessie en évitant toute trace de Systemd et
> donc de ses effets pervers, en interdisant **dès le départ**
> l'installation de systemd et ou de ses fichiers de configuration
> inutiles dans ce cas ? Alain Rpnpif
Désinstaller "systemd" pour "sysvinit" :
http://without-systemd.org/wiki/index.php/How_to_remove_systemd_from_a_Debian_jessie/sid_installation
Je me suis donc mis "cobaye" (ou testeur) par une mise à jour de Wheezy
vers Jessie :-)
(l'autre était une nouvelle installation de Jessie, pas une mise à jour)
Sous Wheezy => apt-get-update | apt-get upgrade | apt-get dist-upgrade,
apt-get autoclean | apt-get autoremove,
afin d'avoir Wheezy propre.
Puis :
wheezy => jessie dans "sources.list , et :
apt-get-update | apt-get upgrade | apt-get dist-upgrade
Ce fut laborieux, très long, pas mal de messages d'erreur,
(impossible de les noter tant ils sont nombreux),
boot, reboot bloqués, réinstallation de grub...
enfin je peux booter en mode console.
Impossible de lancer le mode graphique que ce soit avec
lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite (quid ?)
Problème de PAM ?
Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté...
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...)
On Monday 27 April 2015 10:41:19 Alain Rpnpif wrote:
> Le 26 avril 2015, maderios a écrit :
> > Idem, d'ailleurs Testing marchait bien depuis un petit moment. Par
> > ailleurs, il faut essayer et utiliser Sid, cela en vaut la peine.
> > Sid est plus stable/fiable qu'Ubuntu, mais c'est un débat trollesque...
> Mouais.
> Par erreur, il y a 2 semaines, mon fils a mis à jour, sur une machine de
> bureau, Wheezy avec sid et son systemd. Malheur lui en a pris, car plus
> moyen de de connecter en Xorg.
> Après tentative de remettre sysvinit, systemd a mis un de ces bazars
> tel que seul la console de maintenance fonctionnait. Il semble que
> systemd avec Xorg n'aime pas du tout le changement de libc6.
> Après 2 ou 3 heures de travail, tout est revenu dans l'ordre.
> Donc je resterai sous Wheezy et ses backports qui fonctionne très bien
> et est rapide.
> Je sais que sysvinit est utilisable dans Jessie, mais savez-vous s'il
> est possible de migrer vers Jessie en évitant toute trace de Systemd et
> donc de ses effets pervers, en interdisant **dès le départ**
> l'installation de systemd et ou de ses fichiers de configuration
> inutiles dans ce cas ? Alain Rpnpif
Désinstaller "systemd" pour "sysvinit" :
http://without-systemd.org/wiki/index.php/How_to_remove_systemd_from_a_Debian_jessie/sid_installation
Je me suis donc mis "cobaye" (ou testeur) par une mise à jour de Wheezy
vers Jessie :-)
(l'autre était une nouvelle installation de Jessie, pas une mise à jour)
Sous Wheezy => apt-get-update | apt-get upgrade | apt-get dist-upgrade,
apt-get autoclean | apt-get autoremove,
afin d'avoir Wheezy propre.
Puis :
wheezy => jessie dans "sources.list , et :
apt-get-update | apt-get upgrade | apt-get dist-upgrade
Ce fut laborieux, très long, pas mal de messages d'erreur,
(impossible de les noter tant ils sont nombreux),
boot, reboot bloqués, réinstallation de grub...
enfin je peux booter en mode console.
Impossible de lancer le mode graphique que ce soit avec
lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite (quid ?)
Problème de PAM ?
Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté...
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...)
On Monday 27 April 2015 10:41:19 Alain Rpnpif wrote:
> Le 26 avril 2015, maderios a écrit :
> > Idem, d'ailleurs Testing marchait bien depuis un petit moment. Par
> > ailleurs, il faut essayer et utiliser Sid, cela en vaut la peine.
> > Sid est plus stable/fiable qu'Ubuntu, mais c'est un débat trollesque...
> Mouais.
> Par erreur, il y a 2 semaines, mon fils a mis à jour, sur une machine de
> bureau, Wheezy avec sid et son systemd. Malheur lui en a pris, car plus
> moyen de de connecter en Xorg.
> Après tentative de remettre sysvinit, systemd a mis un de ces bazars
> tel que seul la console de maintenance fonctionnait. Il semble que
> systemd avec Xorg n'aime pas du tout le changement de libc6.
> Après 2 ou 3 heures de travail, tout est revenu dans l'ordre.
> Donc je resterai sous Wheezy et ses backports qui fonctionne très bien
> et est rapide.
> Je sais que sysvinit est utilisable dans Jessie, mais savez-vous s'il
> est possible de migrer vers Jessie en évitant toute trace de Systemd et
> donc de ses effets pervers, en interdisant **dès le départ**
> l'installation de systemd et ou de ses fichiers de configuration
> inutiles dans ce cas ? Alain Rpnpif
Désinstaller "systemd" pour "sysvinit" :
http://without-systemd.org/wiki/index.php/How_to_remove_systemd_from_a_Debian_jessie/sid_installation
Je me suis donc mis "cobaye" (ou testeur) par une mise à jour de Wheezy
vers Jessie :-)
(l'autre était une nouvelle installation de Jessie, pas une mise à jour)
Sous Wheezy => apt-get-update | apt-get upgrade | apt-get dist-upgrade,
apt-get autoclean | apt-get autoremove,
afin d'avoir Wheezy propre.
Puis :
wheezy => jessie dans "sources.list , et :
apt-get-update | apt-get upgrade | apt-get dist-upgrade
Ce fut laborieux, très long, pas mal de messages d'erreur,
(impossible de les noter tant ils sont nombreux),
boot, reboot bloqués, réinstallation de grub...
enfin je peux booter en mode console.
Impossible de lancer le mode graphique que ce soit avec
lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite (quid ?)
Problème de PAM ?
Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté...
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...)
a écrit :Impossible de lancer le mode graphique que ce soit avec
lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite (quid ?)
Problème de PAM ?
Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté...
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...)
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.
andre_debian@numericable.fr a écrit :
Impossible de lancer le mode graphique que ce soit avec
lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite (quid ?)
Problème de PAM ?
Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté...
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...)
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.
a écrit :Impossible de lancer le mode graphique que ce soit avec
lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite (quid ?)
Problème de PAM ?
Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté...
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...)
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.
On 04/27/2015 03:56 PM, BERTRAND Joël wrote:a écrit :Impossible de lancer le mode graphique que ce soit avec
lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite
(quid ?)
Problème de PAM ?
Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté...
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...)
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...
On 04/27/2015 03:56 PM, BERTRAND Joël wrote:
andre_debian@numericable.fr a écrit :
Impossible de lancer le mode graphique que ce soit avec
lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite
(quid ?)
Problème de PAM ?
Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté...
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...)
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...
On 04/27/2015 03:56 PM, BERTRAND Joël wrote:a écrit :Impossible de lancer le mode graphique que ce soit avec
lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite
(quid ?)
Problème de PAM ?
Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté...
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...)
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...
maderios a écrit :On 04/27/2015 03:56 PM, BERTRAND Joël wrote:a écrit :Impossible de lancer le mode graphique que ce soit avec
lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite
(quid ?)
Problème de PAM ?
Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté...
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...)
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...
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.
maderios a écrit :
On 04/27/2015 03:56 PM, BERTRAND Joël wrote:
andre_debian@numericable.fr a écrit :
Impossible de lancer le mode graphique que ce soit avec
lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite
(quid ?)
Problème de PAM ?
Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté...
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...)
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...
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.
maderios a écrit :On 04/27/2015 03:56 PM, BERTRAND Joël wrote:a écrit :Impossible de lancer le mode graphique que ce soit avec
lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite
(quid ?)
Problème de PAM ?
Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté...
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...)
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...
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.
Bonjour,
As-tu activé le module php de apache ? :
a2enmod php
As-tu relancé apache ? ton fichier de test se trouve dans ton home ?
Julien
Le 27/04/2015 14:13, a écrit :moi j'ai commencer à tester debian 8 amd64 j'ai installer apache 2.4
et php apache marche php marche pas je sais pas pourquois ...... je
cherche
apt-get install apache2 php5
Le 27/04/2015 14:07, maderios a écrit :On 04/27/2015 10:41 AM, Alain Rpnpif wrote:Bonjour,
Le 26 avril 2015, maderios a écrit :Idem, d'ailleurs Testing marchait bien depuis un petit moment. Par
ailleurs, il faut essayer et utiliser Sid, cela en vaut la peine.
Sid est plus stable/fiable qu'Ubuntu, mais c'est un débat
trollesque...
Mouais.
BonjourPar erreur, il y a 2 semaines, mon fils a mis à jour, sur une
machine de
bureau, Wheezy avec sid et son systemd. Malheur lui en a pris, car
plus
moyen de de connecter en Xorg.
Après tentative de remettre sysvinit, systemd a mis un de ces bazars
tel que seul la console de maintenance fonctionnait. Il semble que
systemd avec Xorg n'aime pas du tout le changement de libc6.
Après 2 ou 3 heures de travail, tout est revenu dans l'ordre.
En 2015, passer sans transition de Wheezy à Sid, cela représente un
saut dans l'espace-temps considérable. Il est donc logique qu'il
faille revoir certaines configurations, il est même étonnant que
cela se passe si bien pour toi.
- J'utilise Sid pour travailler sur un PC, systemd marche bien et me
simplifie la vie par rapport à Sysvinit. Aucun souci ailleurs.
- J'utilise Jessie pour ménager un vieux (> 12 ans) portable
poussif, donc rares mises à jour, c'est l'intérêt de stable.
- J'ai réalisé tardivement que Testing n'est pas très sûr dans la
mesure où les maj de sécurité arrivent toujours très tard par
rapport à Sid et Stable.
Bonjour,
As-tu activé le module php de apache ? :
a2enmod php
As-tu relancé apache ? ton fichier de test se trouve dans ton home ?
Julien
Le 27/04/2015 14:13, contact@baal.fr a écrit :
moi j'ai commencer à tester debian 8 amd64 j'ai installer apache 2.4
et php apache marche php marche pas je sais pas pourquois ...... je
cherche
apt-get install apache2 php5
Le 27/04/2015 14:07, maderios a écrit :
On 04/27/2015 10:41 AM, Alain Rpnpif wrote:
Bonjour,
Le 26 avril 2015, maderios a écrit :
Idem, d'ailleurs Testing marchait bien depuis un petit moment. Par
ailleurs, il faut essayer et utiliser Sid, cela en vaut la peine.
Sid est plus stable/fiable qu'Ubuntu, mais c'est un débat
trollesque...
Mouais.
Bonjour
Par erreur, il y a 2 semaines, mon fils a mis à jour, sur une
machine de
bureau, Wheezy avec sid et son systemd. Malheur lui en a pris, car
plus
moyen de de connecter en Xorg.
Après tentative de remettre sysvinit, systemd a mis un de ces bazars
tel que seul la console de maintenance fonctionnait. Il semble que
systemd avec Xorg n'aime pas du tout le changement de libc6.
Après 2 ou 3 heures de travail, tout est revenu dans l'ordre.
En 2015, passer sans transition de Wheezy à Sid, cela représente un
saut dans l'espace-temps considérable. Il est donc logique qu'il
faille revoir certaines configurations, il est même étonnant que
cela se passe si bien pour toi.
- J'utilise Sid pour travailler sur un PC, systemd marche bien et me
simplifie la vie par rapport à Sysvinit. Aucun souci ailleurs.
- J'utilise Jessie pour ménager un vieux (> 12 ans) portable
poussif, donc rares mises à jour, c'est l'intérêt de stable.
- J'ai réalisé tardivement que Testing n'est pas très sûr dans la
mesure où les maj de sécurité arrivent toujours très tard par
rapport à Sid et Stable.
Bonjour,
As-tu activé le module php de apache ? :
a2enmod php
As-tu relancé apache ? ton fichier de test se trouve dans ton home ?
Julien
Le 27/04/2015 14:13, a écrit :moi j'ai commencer à tester debian 8 amd64 j'ai installer apache 2.4
et php apache marche php marche pas je sais pas pourquois ...... je
cherche
apt-get install apache2 php5
Le 27/04/2015 14:07, maderios a écrit :On 04/27/2015 10:41 AM, Alain Rpnpif wrote:Bonjour,
Le 26 avril 2015, maderios a écrit :Idem, d'ailleurs Testing marchait bien depuis un petit moment. Par
ailleurs, il faut essayer et utiliser Sid, cela en vaut la peine.
Sid est plus stable/fiable qu'Ubuntu, mais c'est un débat
trollesque...
Mouais.
BonjourPar erreur, il y a 2 semaines, mon fils a mis à jour, sur une
machine de
bureau, Wheezy avec sid et son systemd. Malheur lui en a pris, car
plus
moyen de de connecter en Xorg.
Après tentative de remettre sysvinit, systemd a mis un de ces bazars
tel que seul la console de maintenance fonctionnait. Il semble que
systemd avec Xorg n'aime pas du tout le changement de libc6.
Après 2 ou 3 heures de travail, tout est revenu dans l'ordre.
En 2015, passer sans transition de Wheezy à Sid, cela représente un
saut dans l'espace-temps considérable. Il est donc logique qu'il
faille revoir certaines configurations, il est même étonnant que
cela se passe si bien pour toi.
- J'utilise Sid pour travailler sur un PC, systemd marche bien et me
simplifie la vie par rapport à Sysvinit. Aucun souci ailleurs.
- J'utilise Jessie pour ménager un vieux (> 12 ans) portable
poussif, donc rares mises à jour, c'est l'intérêt de stable.
- J'ai réalisé tardivement que Testing n'est pas très sûr dans la
mesure où les maj de sécurité arrivent toujours très tard par
rapport à Sid et Stable.
a écrit :
> Impossible de lancer le mode graphique que ce soit avec
> lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite (quid ?)
> Problème de PAM ?
> Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté ...
> 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...)
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. J e
n'ai jamais eu de problème d'authentification.
Mais j'ai de gros problèmes dans les dépendances des daemons s ur mon
serveur de test.
Pour moi, le principal problème est surtout dans le fait que system d
impose quasiment à chaque coup un reboot du serveur pour être s ûr que
tout se passe correctement.
Cordialement,
JKB
andre_debian@numericable.fr a écrit :
> Impossible de lancer le mode graphique que ce soit avec
> lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite (quid ?)
> Problème de PAM ?
> Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté ...
> 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...)
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. J e
n'ai jamais eu de problème d'authentification.
Mais j'ai de gros problèmes dans les dépendances des daemons s ur mon
serveur de test.
Pour moi, le principal problème est surtout dans le fait que system d
impose quasiment à chaque coup un reboot du serveur pour être s ûr que
tout se passe correctement.
Cordialement,
JKB
a écrit :
> Impossible de lancer le mode graphique que ce soit avec
> lightdm, gdm3, tdm-trinity... + mot de passe non reconnu ensuite (quid ?)
> Problème de PAM ?
> Et miracle, enfin "tdm-trinity" se lance avec mot de passe accepté ...
> 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...)
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. J e
n'ai jamais eu de problème d'authentification.
Mais j'ai de gros problèmes dans les dépendances des daemons s ur mon
serveur de test.
Pour moi, le principal problème est surtout dans le fait que system d
impose quasiment à chaque coup un reboot du serveur pour être s ûr que
tout se passe correctement.
Cordialement,
JKB