Re: Démarrage Stretch non conforme
On Tuesday 12 June 2018 00:31:48 Alban Vidal wrote: > Le 11/06/2018 à 20:30, andre_deb...@numericable.fr a écrit : > > Je me demande si il y a pas un conflit entre sysinit (sysv) (ancien > > système) > et systemd ? > Quel est l'init de lancé ? (pid 1). > On peut voir avec la commande suivante : cat /proc/1/cmdline /sbin/initsplash >Que donne ls -l /sbin/init > Normalement ça devrait pointer sur systemd : > lrwxrwxrwx 1 root root 22 Apr 24 19:15 /sbin/init -> ../lib/systemd/systemd # ls -l /sbin/init /sbin/init -> /lib/systemd/systemd > > N'y a t'il pas un peu des deux installés ? > Normalement « dpkg -l|grep sysv » devrait retourner seulement les deux > paquets suivants : > ii systemd-sysv > 232-25+deb9u3 amd64 system and service > manager - SysV links > ii sysvinit-utils > 2.88dsf-59.9 amd64 System-V-like utilities Chez moi, "dpkg -l|grep sysv" : ii ksysv-trinity 4:14.0.5~pre8-0debian9.0.0+1 i386 Trinity SysV-style init configuration editor ii systemd-sysv 232-25+deb9u2 i386 system and service manager - SysV links ii sysv-rc 2.88dsf-59.9 all System-V-like runlevel change mechanism ii sysv-rc-conf 0.99-7 all SysV init runlevel configuration tool for the terminal ii sysvinit 2.88dsf-59 i386 System-V-like init utilities - transitional package ii sysvinit-utils 2.88dsf-59.9 i386 System-V-like utilities Ya t-il un problème Docteur ? :-) > Sinon concernant Trinity la dernière version à l'aire de dater un peu, > et n'étant pas intégré aux dépôts Debian, le problème ne viendrait tout > simplement pas de là ? > « 2016.11.07: Trinity Desktop Environment R14.0.4 Released! » Je vais voir ce point de Trinity et te dirai... Merci, bonne journée, André
Re: Démarrage Stretch non conforme
Re, Le 11/06/2018 à 20:30, andre_deb...@numericable.fr a écrit : > Je me demande si il y a pas un conflit entre sysinit (sysv) (ancien > système) > et systemd ? > Je suis perdu comme tu le vois entre sysv et systemd, sans doute j'ai pas > trop > compris :-) Quel est l'init de lancé ? (pid 1). On peut voir avec la commande suivante : cat /proc/1/cmdline Si c'est bien « /sbin/init », que donne : ls -l /sbin/init Normalement ça devrait pointer sur systemd : lrwxrwxrwx 1 root root 22 Apr 24 19:15 /sbin/init -> ../lib/systemd/systemd N'y a t'il pas un peu des deux installé ? Normalement « dpkg -l|grep sysv » devrait retourner seulement les deux paquets suivants : ii systemd-sysv 232-25+deb9u3 amd64 system and service manager - SysV links ii sysvinit-utils 2.88dsf-59.9 amd64 System-V-like utilities > J'ai tapé : > # systemctl disable smbd mysqld apache2 postfix... > On verra au prochain démarrage... Ça marche ! Sinon concernant Trinity la dernière version à l'aire de dater un peu, et n'étant pas intégré aux dépôts Debian, le problème ne viendrait tout simplement pas de là ? « 2016.11.07: Trinity Desktop Environment R14.0.4 Released! » Cordialement, Alban
Re: Démarrage Stretch non conforme
On Monday 11 June 2018 19:57:44 Alban Vidal wrote: > Le 11/06/2018 à 19:35, andre_deb...@numericable.fr a écrit : > > juin 11 13:44:23 debian systemd[1]: Starting The Apache HTTP Server... > > Pareil avec smbd.service, postfix.service ... > > Le 11 juin à 13h44, j'étais pas chez moi et mon pc était éteint. > Il est bien à l'heure ? : OUI. > > Pourquoi il lance au boot des processus qui sont en mode "K" (Kill), > > dans tous les runlevel rcX.d, X de 1 à 6 ? > > Mystère :-) > Avec systemd la notion de runlevel n'existe plus, ce sont des « target > ». La philosophie n'est pas la même. > Je pense que ça serait intéressant d'éplucher les logs depuis le boot et > voir ou ça coince... > Dernier boot (il y a du monde !) : > journalctl -b > journalctl -b -k > journalctl -b -p err > journalctl -b -p 3 > On peut changer la priorité recherchée (-p) comme suit : > 0: emerg > 1: alert > 2: crit > 3: err > 4: warning > 5: notice > 6: info > 7: debug Je me demande si il y a pas un conflit entre sysinit (sysv) (ancien système) et systemd ? Je suis perdu comme tu le vois entre sysv et systemd, sans doute j'ai pas trop compris :-) J'ai tapé : # systemctl disable smbd mysqld apache2 postfix... On verra au prochain démarrage... Merci, André
Re: Démarrage Stretch non conforme
Re-bonjour, Le 11/06/2018 à 19:35, andre_deb...@numericable.fr a écrit : > juin 11 13:44:23 debian systemd[1]: Starting The Apache HTTP Server... > Pareil avec smbd.service, postfix.service ... > Le 11 juin à 13h44, j'étais pas chez moi et mon pc était éteint. Il est bien à l'heure ? > Pourquoi il lance au boot des processus qui sont en mode "K" (Kill), > dans tous les runlevel rcX.d, X de 1 à 6 ? > Mystère :-) Avec systemd la notion de runlevel n'existe plus, ce sont des « target ». La philosophie n'est pas la même. Je pense que ça serait intéressant d'éplucher les logs depuis le boot et voir ou ça coince... Dernier boot (il y a du monde !) : journalctl -b Les logs kernel depuis le dernier boot : journalctl -b -k Seulement les erreurs depuis le dernier boot : journalctl -b -p err ou journalctl -b -p 3 On peut changer la priorité recherchée (-p) comme suit : 0: emerg 1: alert 2: crit 3: err 4: warning 5: notice 6: info 7: debug
Re: Démarrage Stretch non conforme
On Monday 11 June 2018 18:51:42 Alban Vidal wrote: > Le 11/06/2018 à 17:03, andre_deb...@numericable.fr a écrit : > > Depuis plusieurs semaines, mon PC de bureau démarre bizarrement : > > J'utilise la ligne du menu Grub en boot graphique (bureau trinity), > > avec Samba (smbd), Mysql, Postfix, Apache2, désactivés, > > (en K dans /etc/rc2.d, ainsi que tous les autres rcX.d), > > je me retrouve en mode single recovery, > > avec smbd, mysqld, apache2 et postfix, lancés. > > Que peut-il se passer pour avoir tous ces processus lancés, > > et le mode single (non graphique) après le boot ? > Je pense que pour du débug il faut passer par systemd et journald mais > pas avec les différents runlevel. > Il serait intéressant de voir la « target » par défaut du système : > systemctl get-default > Si le résultat n'est pas « graphical.target », il est possible de > modifier avec la commande suivante : systemctl set-default > graphical.target : Merci pour ton aide. Il affiche bien "graphical.target" > Il peut aussi être intéressants de voir quels services ont plantés lors > du boot : systemctl list-units --failed > Un système ayant correctement booté doit retourner « 0 loaded units > listed. » : J'ai bien "0 loaded units listed" > Si un service est en erreur, il faut voir ce qu'en disent les logs : > journalctl -b -u > journalctl -b -u apache2.service : juin 11 13:44:23 debian systemd[1]: Starting The Apache HTTP Server... Pareil avec smbd.service, postfix.service ... Le 11 juin à 13h44, j'étais pas chez moi et mon pc était éteint. Pourquoi il lance au boot des processus qui sont en mode "K" (Kill), dans tous les runlevel rcX.d, X de 1 à 6 ? Mystère :-) André
Re: Démarrage Stretch non conforme
Bonjour, Le 11/06/2018 à 17:03, andre_deb...@numericable.fr a écrit : > Bonjour à tous, > > Depuis plusieurs semaines, mon PC de bureau démarre bizarrement : > > J'utilise la ligne du menu Grub en boot graphique (bureau trinity), > avec Samba (smbd), Mysql, Postfix, Apache2, désactivés, > (en K dans /etc/rc2.d, ainsi que tous les autres rcX.d), > je me retrouve en mode single recovery, > avec smbd, mysqld, apache2 et postfix, lancés. > > Je dois donc les éteindre par "killall mysql apache2, smbd et postfix", > et pour booter en mode graphique, taper cette commande en root : > dpkg-reconfigure tdm-trinity > > Que peut-il se passer pour avoir tous ces processus lancés, > et le mode single (non graphique) après le boot ? > > Merci d'une piste... > Je pense que pour du débug il faut passer par systemd et journald mais pas avec les différents runlevel. Il serait intéressant de voir la « target » par défaut du système : systemctl get-default Si le résultat n'est pas « graphical.target », il est possible de modifier avec la commande suivante : systemctl set-default graphical.target Il peut aussi être intéressants de voir quels services ont plantés lors du boot : systemctl list-units --failed Un système ayant correctement booté doit retourner « 0 loaded units listed. » Si un service est en erreur, il faut voir ce qu'en disent les logs : journalctl -b -u Par exemple si c'est apache qui est en failed, pour voir les logs : journalctl -b -u apache2.service Bon courage. Alban
Démarrage Stretch non conforme
Bonjour à tous, Depuis plusieurs semaines, mon PC de bureau démarre bizarrement : J'utilise la ligne du menu Grub en boot graphique (bureau trinity), avec Samba (smbd), Mysql, Postfix, Apache2, désactivés, (en K dans /etc/rc2.d, ainsi que tous les autres rcX.d), je me retrouve en mode single recovery, avec smbd, mysqld, apache2 et postfix, lancés. Je dois donc les éteindre par "killall mysql apache2, smbd et postfix", et pour booter en mode graphique, taper cette commande en root : dpkg-reconfigure tdm-trinity Que peut-il se passer pour avoir tous ces processus lancés, et le mode single (non graphique) après le boot ? Merci d'une piste... Bonne fin de journée, André