Re: problème débogage systemd à l'extinction système
On Mon, Feb 27, 2017 at 05:54:54PM +0100, JB wrote: > Bonsoir, Bonsoir JB et merci pour ta réponse, > /sbin/shutdown est un lien vers /bin/systemctl, > man systemctl Oui, et d'ailleurs j'utilise : $ systemctl poweroff|reboot > vers la fin on trouve desméthodes d'arret > personnellement, je devrais attendre 15' > > j'ai contourné le pb avec reboot > dés l'extintion du clavier, power off de l'ordinateur De mon côté, si je veux contourner le problème, j'utilise : $ sudo poweroff|reboot -f ou encore : $ sudo systemctl disable NetworkManager-wait-online.service > essayer: trace shutdown et le bon paramètre > avant de rebooter, gdb bt > ou mise oeuvre de kdump Il me semble que pour utiliser un de ces outils (et comprendre un peu ce qu'on fait), il faut manger pas mal de docs. Je ne suis pas hyper motivé, sachant que je n'en aurais pas beaucoup l'usage. > je n'utilise pas votre méthode d'analyse, > sous réserve la taille de 1M me parait juste C'est déjà ça ! ^^ … toujours preneur pour un débogage de la méthode de débogage de freedesktop.org, donc :) > -- ___ _ | $ post_tenebras ↲ | waouh! ?! | $ per_systemd ↲ | | GNU\ /|\ / | TENEBRAS : | | -- * -- | o | #)&&*+^'.|;>%9- | | $ who ↲/ \|_-- ~_||| =!¨!$£{]]_:`¢_´ | | Alexandre Hoïde | _/| | / \ | … … … ...---... | --- -
Re: problème débogage systemd à l'extinction système
On Mon, Feb 27, 2017 at 05:25:41PM +0100, maderios wrote: > On 02/27/2017 02:11 PM, Alexandre Hoïde wrote: > > Chères colistières, chers colistiers, > > > > Je me tourne vers vous dans l'espoir qu'une lumière jaillira de vos > > entrailles, éclairant ma voie vers la résolution d'un problème qui > > commence à me les briser. > > Le problème initial est une délai de 1'30'' à l'extinction > > [poweroff|reboot] du système, avec les messages systemd : > > [***] A stop job is running for ifup for enp4s0 … > > [***] A stop job is running for Raise network interfaces … > Bonjour > Ce problème a été réglé par des utilisateurs en changeant de noyau. > Tu peux essayer de booter sur un noyau Stretch > Sid sera toujours Sid... :) > Salut Madeiros et merci pour ta réponse, Malheureusement, sur ma Sid, le délai à l'extinction résiste depuis de longs mois, avec ses nombreuses versions du noyau, de systemd et de tout ce qui va avec… y compris le noyau 4.9.0-1 (actuellement sur Stretch et 4.9.0-2 sur Sid). Et à ce propos, sur ce même PC, j'ai une Stretch à jour qui ne pose pas ce problème de délai à l'extinction, avec une configuration réseau identique : ifupdown et interfaces déclarées de la même manière dans /etc/network/interfaces[.d/] + Network-Manager installé/activé mais que je n'utilise ni pour configurer ni pour changer d'interface (ethernet/wifi). Je prendrais volontiers toute autre suggestion pour régler le problème initial, bien que la question qui me taraude, dans l'immédiat, est de savoir pourquoi la procédure de debug proposée par freedesktop.org ne fonctionne pas. -- ___ _ | $ post_tenebras ↲ | waouh! ?! | $ per_systemd ↲ | | GNU\ /|\ / | TENEBRAS : | | -- * -- | o | #)&&*+^'.|;>%9- | | $ who ↲/ \|_-- ~_||| =!¨!$£{]]_:`¢_´ | | Alexandre Hoïde | _/| | / \ | … … … ...---... | --- -
Re: wifi mystere Resolu
On 02/27/2017 06:41 PM, VieuxGeek DuSystem wrote: Demande à ton system :-) aptitude why network-manager Je n'utilise pas cet horrible NM qui devrait être banni chez Debian. C'est le wifi itinérant qui m'a obligé à utiliser wicd, excellent logiciel. Auparavant, network.conf édité à la main suffisait pour le fonctionnement réseau. -- Maderios
Re: wifi mystere Resolu
Le 27/02/2017 à 18:41, VieuxGeek DuSystem a écrit : > Demande à ton system :-) > > aptitude why network-manager > > Le 27 février 2017 à 18:32, maderiosa écrit : >> On 02/27/2017 04:55 PM, Thierry Chatelet wrote: >>> >>> Je lui ai dis de virer network-manager et de mettre wicd. Bingo! >>> Mais bon, il devrait y avoir une explication, ça c' set un peu bourin, >>> non? >>> >> Hi >> network-manager est une vraie m...de. Jamais compris pourquoi ce truc est >> installé par défaut dans Debian... >> >> -- >> Maderios >> > Bonjour, Jusqu'à présent, on arrivait à gérer avec un fichier /etc/network/interfaces puis il y a eu le répertoire /etc/network/interfaces.d/ avec tous les fouillis de fichiers dedans... Je supprime systématiquement network-manager pour Wicd avec openVPN dans tous mes projets Linux. -- Linuxement vôtre, -- dptech ~ David Pinson -- var beer = new beer(); if (beer.empty) { beer.refill(); } else { beer.drink(); }
Re: wifi mystere Resolu
NetworkManager a mauvaise presse. https://www.google.fr/search?q=wicd=utf-8=utf-8=firefox-b_rd=cr=YHS0WKoIroaABvm1hsAP [1] Links: -- [1] https://www.google.fr/search?q=wicdie=utf-8oe=utf-8client=firefox-bgfe_rd=crei=YHS0WKoIroaABvm1hsAP
Re: problème débogage systemd à l'extinction système
Bonsoir, /sbin/shutdown est un lien vers /bin/systemctl, man systemctl vers la fin on trouve desméthodes d'arret personnellement, je devrais attendre 15' j'ai contourné le pb avec reboot dés l'extintion du clavier, power off de l'ordinateur essayer: trace shutdown et le bon paramètre avant de rebooter, gdb bt ou mise oeuvre de kdump je n'utilise pas votre méthode d'analyse, sous réserve la taille de 1M me parait juste JB Le lundi 27 février 2017 à 14:11 +0100, Alexandre Hoïde a écrit : > Chères colistières, chers colistiers, > > Je me tourne vers vous dans l'espoir qu'une lumière jaillira de vos > entrailles, éclairant ma voie vers la résolution d'un problème qui > commence à me les briser. > Le problème initial est une délai de 1'30'' à l'extinction > [poweroff|reboot] du système, avec les messages systemd : > [***] A stop job is running for ifup for enp4s0 … > [***] A stop job is running for Raise network interfaces … > Bien entendu, dans un premier temps, j'ai écumé le WEB et essayé > les suggestions glanées, mais aucune n'a résolu le problème. > Afin d'en comprendre la cause, j'essaie d'appliquer la méthode : > https://www.freedesktop.org/wiki/Software/systemd/Debugging/#index2h1 > à la section « Shutdown Completes Eventually ». Las, au démarrage > suivant, le fichier « /shutdown-log.txt » n'existe pas. Si bien que > me > voilà à vous demander votre aide pour déboguer mon débogage. > Pour préciser -- les instructions du lien ci-dessus n'étant pas > très > détaillées -- j'ai procédé ainsi : > 1. Ajout d'un « menuentry » dans « /etc/grub.d/40_custom », identique > au > menuentry principal généré automatiquement par Debian, à l'exception > de : > linux /boot/vmlinuz-4.9.0-2-amd64 root=UUID=04cab1ac- > 8020-4069-97ae-f567329ad900 systemd.log_level=debug > systemd.log_target=kmsg log_buf_len=1M printk.devkmsg=on enforcing=0 > 2. $ sudo update-grub2 > 3. démarrage du système avec ce « menuentry » de débogage. > 4. création du fichier : > /usr/lib/systemd/system-shutdown/debug.sh (-rwxr-xr-x 1 root root) > #!/bin/sh > mount -o remount,rw / > dmesg > /shutdown-log.txt > mount -o remount,ro / > 5. redémarrage du système sur le « menuentry » principal. > 6. Choux blanc : pas de /shutdown-log.txt ?! > > Le tout sur une Sid à jour (systemd 232-18). >
Re: wifi mystere Resolu
Demande à ton system :-) aptitude why network-manager Le 27 février 2017 à 18:32, maderiosa écrit : > On 02/27/2017 04:55 PM, Thierry Chatelet wrote: >> >> > >> Je lui ai dis de virer network-manager et de mettre wicd. Bingo! >> Mais bon, il devrait y avoir une explication, ça c' set un peu bourin, >> non? >> > Hi > network-manager est une vraie m...de. Jamais compris pourquoi ce truc est > installé par défaut dans Debian... > > -- > Maderios >
Re: wifi mystere Resolu
On 02/27/2017 04:55 PM, Thierry Chatelet wrote: Je lui ai dis de virer network-manager et de mettre wicd. Bingo! Mais bon, il devrait y avoir une explication, ça c' set un peu bourin, non? Hi network-manager est une vraie m...de. Jamais compris pourquoi ce truc est installé par défaut dans Debian... -- Maderios
Re: wifi mystere Resolu
Oui il y a toujours une explication :-) As tu changé de channel ? https://fr.wikipedia.org/wiki/Liste_des_canaux_Wi-Fi suprimer network-manager n'est pas bourin mais une évidence :-) Le 27 février 2017 à 16:55, Thierry Chateleta écrit : > > > On 27/02/2017 00:22, Thierry Chatelet wrote: >> >> Bonjour >> >> J' ai attendu lundi pour cette question, vous auriez cru à un trool >> vendredi. D' ailleur j' ose à peine vous posez le problème tant ça me semble >> irreel. >> >> Voilà, j' ai mis une stretch sur l' ordi de ma fille, il a une carte wifi >> broadcom 43142. >> >> Avec squeeze, la carte déconnectait constament. >> >> J' installe stretch chez moi, la connectiontion wifi impecable. >> >> Elle emene l' ordi chez elle, ravie. Et là, la carte ne voit aucun >> réseaux. >> >> Elle va à la B.U. et là ça connecte direct! Retour maison, pas de réseaux! >> (A savoir l' ordi de son copain trouve une dizaine de réseau. Elle va chez >> une copine et là ça marche impec! >> >> Voilà, j' ai pas fait la teuf ce WE, promis. >> >> Mais je ne sais par ou commencer. Une piste... >> > Je lui ai dis de virer network-manager et de mettre wicd. Bingo! > Mais bon, il devrait y avoir une explication, ça c' set un peu bourin, non? >
Re: problème débogage systemd à l'extinction système
On 02/27/2017 02:11 PM, Alexandre Hoïde wrote: Chères colistières, chers colistiers, Je me tourne vers vous dans l'espoir qu'une lumière jaillira de vos entrailles, éclairant ma voie vers la résolution d'un problème qui commence à me les briser. Le problème initial est une délai de 1'30'' à l'extinction [poweroff|reboot] du système, avec les messages systemd : [***] A stop job is running for ifup for enp4s0 … [***] A stop job is running for Raise network interfaces … Bonjour Ce problème a été réglé par des utilisateurs en changeant de noyau. Tu peux essayer de booter sur un noyau Stretch Sid sera toujours Sid... :) -- Maderios
Re: wifi mystere Resolu
On 27/02/2017 00:22, Thierry Chatelet wrote: Bonjour J' ai attendu lundi pour cette question, vous auriez cru à un trool vendredi. D' ailleur j' ose à peine vous posez le problème tant ça me semble irreel. Voilà, j' ai mis une stretch sur l' ordi de ma fille, il a une carte wifi broadcom 43142. Avec squeeze, la carte déconnectait constament. J' installe stretch chez moi, la connectiontion wifi impecable. Elle emene l' ordi chez elle, ravie. Et là, la carte ne voit aucun réseaux. Elle va à la B.U. et là ça connecte direct! Retour maison, pas de réseaux! (A savoir l' ordi de son copain trouve une dizaine de réseau. Elle va chez une copine et là ça marche impec! Voilà, j' ai pas fait la teuf ce WE, promis. Mais je ne sais par ou commencer. Une piste... Je lui ai dis de virer network-manager et de mettre wicd. Bingo! Mais bon, il devrait y avoir une explication, ça c' set un peu bourin, non?
problème débogage systemd à l'extinction système
Chères colistières, chers colistiers, Je me tourne vers vous dans l'espoir qu'une lumière jaillira de vos entrailles, éclairant ma voie vers la résolution d'un problème qui commence à me les briser. Le problème initial est une délai de 1'30'' à l'extinction [poweroff|reboot] du système, avec les messages systemd : [***] A stop job is running for ifup for enp4s0 … [***] A stop job is running for Raise network interfaces … Bien entendu, dans un premier temps, j'ai écumé le WEB et essayé les suggestions glanées, mais aucune n'a résolu le problème. Afin d'en comprendre la cause, j'essaie d'appliquer la méthode : https://www.freedesktop.org/wiki/Software/systemd/Debugging/#index2h1 à la section « Shutdown Completes Eventually ». Las, au démarrage suivant, le fichier « /shutdown-log.txt » n'existe pas. Si bien que me voilà à vous demander votre aide pour déboguer mon débogage. Pour préciser -- les instructions du lien ci-dessus n'étant pas très détaillées -- j'ai procédé ainsi : 1. Ajout d'un « menuentry » dans « /etc/grub.d/40_custom », identique au menuentry principal généré automatiquement par Debian, à l'exception de : linux /boot/vmlinuz-4.9.0-2-amd64 root=UUID=04cab1ac-8020-4069-97ae-f567329ad900 systemd.log_level=debug systemd.log_target=kmsg log_buf_len=1M printk.devkmsg=on enforcing=0 2. $ sudo update-grub2 3. démarrage du système avec ce « menuentry » de débogage. 4. création du fichier : /usr/lib/systemd/system-shutdown/debug.sh (-rwxr-xr-x 1 root root) #!/bin/sh mount -o remount,rw / dmesg > /shutdown-log.txt mount -o remount,ro / 5. redémarrage du système sur le « menuentry » principal. 6. Choux blanc : pas de /shutdown-log.txt ?! Le tout sur une Sid à jour (systemd 232-18). -- ___ _ | $ post_tenebras ↲ | waouh! ?! | $ per_systemd ↲ | | GNU\ /|\ / | TENEBRAS : | | -- * -- | o | #)&&*+^'.|;>%9- | | $ who ↲/ \|_-- ~_||| =!¨!$£{]]_:`¢_´ | | Alexandre Hoïde | _/| | / \ | … … … ...---... | --- -
Re: Debian, nginx et Let's Encrypt
Le 23/02/17 à 12:24, Jean-Marca écrit : JM> Thu, 23 Feb 2017 10:29:40 +0100 JM> andre_deb...@numericable.fr écrivait : JM> JM> > Et pour un serveur Web Apache, ce serait ? : JM> > JM> > --renew-hook "/bin/systemctl reload apache2.service" JM> JM> Tout dépend si Apache détecte tout seul les changements ou pas. JM> Certains programmes détectent que leurs fichiers de config' ont changé et font des reloads JM> automatiquement. JM> JM> nginx ne le fait pas. Encore heureux ! Ça permet de tester la config (nginx -t) avant de lancer le reload. Si y'a un pb de config ça te laisse le temps de le corriger et nginx continue de tourner avec l'ancienne config. -- Daniel Tout le monde est capable de créer un système incapable de fonctionner. Courteline
Re: wifi mystere
Le 17224ième jour après Epoch, Thierry Chatelet écrivait: [...] > Elle emene l' ordi chez elle, ravie. Et là, la carte ne voit aucun réseaux. > > Elle va à la B.U. et là ça connecte direct! Retour maison, pas de > réseaux! (A savoir l' ordi de son copain trouve une dizaine de > réseau. Elle va chez une copine et là ça marche impec! Peut-être le domaine est mal positionné. Que contient /etc/default/crda ? Le cas échéant, installe le paquet crda Mes 2¢