Ubuntu m"a proposé une mise à jour (de 16.04 à 16.10), ça s'est mal
passé : le programme a planté au moment de l'installation des paquets.
J'ai rattrapé ça avec aptitude (ncurses je ne sais pas comment on dit
mieux) et au redémarrage, la cagade : lightdm ne permet apparamment pas
de changer de window manager et gnome plante au bout de quelques secondes
et crashe le serveur X (curieusement je ne vois as de trace du crash dans
les logs de Xorg mais un «shutdown» normal et propre) peut-être n'ai-je
pas cherché au bon endroit ?
Comment puis-je trouver quel application provoque ce crash ?
Le 25-10-2016, denis.paris nous expliquait dans fr.comp.os.linux.configuration (<580f1027$0$3343$) :
Le 25/10/2016 à 09:38, jg a écrit :
Parce que Debian nécessite une réinstallation aux changement de versions. Les autres, je ne connais pas.
Pas forcément. Personnellement je mets à jour mes serveurs debian en modifiant les sources à la main puis un faisant un "upgrade". Par flemme, c'est "sale", certes, mais ça marche et je n'ai jamais eu de problème.
Pourquoi serait-ce sale ?
Parce que je suppose qu'il reste ensuite des milliers de fichiers qui ne correspondent plus à la version courante, cela encombre inutilement le disque. Sinon j'ai constaté que l'on ne peut pas passer directement du 6 vers la 8, il faut faire la mise à jour intermédiaire de la 7.
Le 25/10/2016 à 10:07, Doug713705 a écrit :
Le 25-10-2016, denis.paris nous expliquait dans
fr.comp.os.linux.configuration
(<580f1027$0$3343$426a34cc@news.free.fr>) :
Le 25/10/2016 à 09:38, jg a écrit :
Parce que Debian nécessite une réinstallation aux changement de
versions. Les autres, je ne connais pas.
Pas forcément. Personnellement je mets à jour mes serveurs debian en
modifiant les sources à la main puis un faisant un "upgrade". Par
flemme, c'est "sale", certes, mais ça marche et je n'ai jamais eu de
problème.
Pourquoi serait-ce sale ?
Parce que je suppose qu'il reste ensuite des milliers de fichiers qui ne
correspondent plus à la version courante, cela encombre inutilement le
disque.
Sinon j'ai constaté que l'on ne peut pas passer directement du 6 vers la
8, il faut faire la mise à jour intermédiaire de la 7.
Le 25-10-2016, denis.paris nous expliquait dans fr.comp.os.linux.configuration (<580f1027$0$3343$) :
Le 25/10/2016 à 09:38, jg a écrit :
Parce que Debian nécessite une réinstallation aux changement de versions. Les autres, je ne connais pas.
Pas forcément. Personnellement je mets à jour mes serveurs debian en modifiant les sources à la main puis un faisant un "upgrade". Par flemme, c'est "sale", certes, mais ça marche et je n'ai jamais eu de problème.
Pourquoi serait-ce sale ?
Parce que je suppose qu'il reste ensuite des milliers de fichiers qui ne correspondent plus à la version courante, cela encombre inutilement le disque. Sinon j'ai constaté que l'on ne peut pas passer directement du 6 vers la 8, il faut faire la mise à jour intermédiaire de la 7.
denis.paris
Le 25/10/2016 à 14:13, denis.paris a écrit :
Le 25/10/2016 à 10:07, Doug713705 a écrit :
Le 25-10-2016, denis.paris nous expliquait dans fr.comp.os.linux.configuration (<580f1027$0$3343$) :
Le 25/10/2016 à 09:38, jg a écrit :
Parce que Debian nécessite une réinstallation aux changement de versions. Les autres, je ne connais pas.
Pas forcément. Personnellement je mets à jour mes serveurs debian en modifiant les sources à la main puis un faisant un "upgrade". Par flemme, c'est "sale", certes, mais ça marche et je n'ai jamais eu de problème.
Pourquoi serait-ce sale ?
Parce que je suppose qu'il reste ensuite des milliers de fichiers qui ne correspondent plus à la version courante, cela encombre inutilement le disque. Sinon j'ai constaté que l'on ne peut pas passer directement du 6 vers la 8, il faut faire la mise à jour intermédiaire de la 7.
D'ailleurs je viens de voir que sur un serveur que j'ai mis à jour de cette manière, j'ai un problème avec ip6tables, qui ne fonctionne pas (alors que iptables fonctionne pour ipv4): :~# ip6tables -L -n ip6tables v1.4.21: can't initialize ip6tables table `filter': Address family not supported by protocol Perhaps ip6tables or your kernel needs to be upgraded. Et en effet j'ai des restes de modules pour le noyau 2.6: :~# ls -l /lib/modules/ total 8 drwxr-xr-x 2 root root 4096 févr. 17 2015 2.6.32-5-686 drwxr-xr-x 3 root root 4096 oct. 25 14:49 3.16.0-4-686-pae Suppression / réinstallation de iptables n'a rien donné. Quelqu'un a une idée?
Le 25/10/2016 à 14:13, denis.paris a écrit :
Le 25/10/2016 à 10:07, Doug713705 a écrit :
Le 25-10-2016, denis.paris nous expliquait dans
fr.comp.os.linux.configuration
(<580f1027$0$3343$426a34cc@news.free.fr>) :
Le 25/10/2016 à 09:38, jg a écrit :
Parce que Debian nécessite une réinstallation aux changement de
versions. Les autres, je ne connais pas.
Pas forcément. Personnellement je mets à jour mes serveurs debian en
modifiant les sources à la main puis un faisant un "upgrade". Par
flemme, c'est "sale", certes, mais ça marche et je n'ai jamais eu de
problème.
Pourquoi serait-ce sale ?
Parce que je suppose qu'il reste ensuite des milliers de fichiers qui ne
correspondent plus à la version courante, cela encombre inutilement le
disque.
Sinon j'ai constaté que l'on ne peut pas passer directement du 6 vers la
8, il faut faire la mise à jour intermédiaire de la 7.
D'ailleurs je viens de voir que sur un serveur que j'ai mis à jour de
cette manière, j'ai un problème avec ip6tables, qui ne fonctionne pas
(alors que iptables fonctionne pour ipv4):
root@gw:~# ip6tables -L -n
ip6tables v1.4.21: can't initialize ip6tables table `filter': Address
family not supported by protocol
Perhaps ip6tables or your kernel needs to be upgraded.
Et en effet j'ai des restes de modules pour le noyau 2.6:
Le 25-10-2016, denis.paris nous expliquait dans fr.comp.os.linux.configuration (<580f1027$0$3343$) :
Le 25/10/2016 à 09:38, jg a écrit :
Parce que Debian nécessite une réinstallation aux changement de versions. Les autres, je ne connais pas.
Pas forcément. Personnellement je mets à jour mes serveurs debian en modifiant les sources à la main puis un faisant un "upgrade". Par flemme, c'est "sale", certes, mais ça marche et je n'ai jamais eu de problème.
Pourquoi serait-ce sale ?
Parce que je suppose qu'il reste ensuite des milliers de fichiers qui ne correspondent plus à la version courante, cela encombre inutilement le disque. Sinon j'ai constaté que l'on ne peut pas passer directement du 6 vers la 8, il faut faire la mise à jour intermédiaire de la 7.
D'ailleurs je viens de voir que sur un serveur que j'ai mis à jour de cette manière, j'ai un problème avec ip6tables, qui ne fonctionne pas (alors que iptables fonctionne pour ipv4): :~# ip6tables -L -n ip6tables v1.4.21: can't initialize ip6tables table `filter': Address family not supported by protocol Perhaps ip6tables or your kernel needs to be upgraded. Et en effet j'ai des restes de modules pour le noyau 2.6: :~# ls -l /lib/modules/ total 8 drwxr-xr-x 2 root root 4096 févr. 17 2015 2.6.32-5-686 drwxr-xr-x 3 root root 4096 oct. 25 14:49 3.16.0-4-686-pae Suppression / réinstallation de iptables n'a rien donné. Quelqu'un a une idée?
Nicolas George
Sergio , dans le message <580f34a7$0$24778$, a écrit :
Concrètement, il faut faire quoi ?
Écrire un fichier de service, à mettre dans un des répertoires indiqués dans systemd.unit(5). Pour le contenu, tu peux jeter un coup d'oeil à la sortie de « systemctl cat » pour avoir un squelette de départ adapté à quelque chose dans une console virtuelle.
Sergio , dans le message <580f34a7$0$24778$426a74cc@news.free.fr>, a
écrit :
Concrètement, il faut faire quoi ?
Écrire un fichier de service, à mettre dans un des répertoires indiqués dans
systemd.unit(5). Pour le contenu, tu peux jeter un coup d'oeil à la sortie
de « systemctl cat getty@tty1.service » pour avoir un squelette de départ
adapté à quelque chose dans une console virtuelle.
Sergio , dans le message <580f34a7$0$24778$, a écrit :
Concrètement, il faut faire quoi ?
Écrire un fichier de service, à mettre dans un des répertoires indiqués dans systemd.unit(5). Pour le contenu, tu peux jeter un coup d'oeil à la sortie de « systemctl cat » pour avoir un squelette de départ adapté à quelque chose dans une console virtuelle.
Jo Engo
Le Tue, 25 Oct 2016 09:38:52 +0200, jg a écrit :
Debian nécessite une réinstallation aux changement de versions.
C'est faux. -- L'être physique... ne se montre pas tout entier. La physique sera donc toujours douteuse. -+- Bernard de Fontenelle (1657-1757) -+-
Le Tue, 25 Oct 2016 09:38:52 +0200, jg a écrit :
Debian nécessite une réinstallation aux changement de versions.
C'est faux.
--
L'être physique... ne se montre pas tout entier. La physique sera donc
toujours douteuse.
-+- Bernard de Fontenelle (1657-1757) -+-
Le Tue, 25 Oct 2016 15:17:58 +0200, denis.paris a écrit :
Perhaps ip6tables or your kernel needs to be upgraded. [...] Suppression / réinstallation de iptables n'a rien donné. Quelqu'un a une idée?
mise à jour du noyau ? -- Camembert Mental et Béret plat. -- Rapilly, Robert
denis.paris
Le 25/10/2016 à 20:23, Jo Engo a écrit :
Le Tue, 25 Oct 2016 15:17:58 +0200, denis.paris a écrit :
Perhaps ip6tables or your kernel needs to be upgraded. [...] Suppression / réinstallation de iptables n'a rien donné. Quelqu'un a une idée?
mise à jour du noyau ?
Je suis à 3.16.0-4-686-pae, comme tous les serveurs de ce type (3 ou 4) et c'est la seule machine à avoir un problème. Je pense qu'il y a un module qui est chargé automatiquement et qui n'est pas à la bonne version. Maintenant, refaire l'historique de cette machine qui a été mise e service il y a une dizaine d'années, c'est un peu compliqué...
Le 25/10/2016 à 20:23, Jo Engo a écrit :
Le Tue, 25 Oct 2016 15:17:58 +0200, denis.paris a écrit :
Perhaps ip6tables or your kernel needs to be upgraded.
[...]
Suppression / réinstallation de iptables n'a rien donné. Quelqu'un a une
idée?
mise à jour du noyau ?
Je suis à 3.16.0-4-686-pae, comme tous les serveurs de ce type (3 ou 4)
et c'est la seule machine à avoir un problème.
Je pense qu'il y a un module qui est chargé automatiquement et qui n'est
pas à la bonne version.
Maintenant, refaire l'historique de cette machine qui a été mise e
service il y a une dizaine d'années, c'est un peu compliqué...
Le Tue, 25 Oct 2016 15:17:58 +0200, denis.paris a écrit :
Perhaps ip6tables or your kernel needs to be upgraded. [...] Suppression / réinstallation de iptables n'a rien donné. Quelqu'un a une idée?
mise à jour du noyau ?
Je suis à 3.16.0-4-686-pae, comme tous les serveurs de ce type (3 ou 4) et c'est la seule machine à avoir un problème. Je pense qu'il y a un module qui est chargé automatiquement et qui n'est pas à la bonne version. Maintenant, refaire l'historique de cette machine qui a été mise e service il y a une dizaine d'années, c'est un peu compliqué...
Benoit Izac
Bonjour, Le 25/10/2016 à 14:13, denis paris a écrit dans le message <580f4c69$0$5418$ :
Parce que Debian nécessite une réinstallation aux changement de versions. Les autres, je ne connais pas.
Pas forcément. Personnellement je mets à jour mes serveurs debian en modifiant les sources à la main puis un faisant un "upgrade". Par flemme, c'est "sale", certes, mais ça marche et je n'ai jamais eu de problème.
Pourquoi serait-ce sale ?
Parce que je suppose qu'il reste ensuite des milliers de fichiers qui ne correspondent plus à la version courante, cela encombre inutilement le disque.
Normalement non. À chaque fois que j'ai fait des mises à jour (apt-get dist-upgrade), pour des fichiers en conflit dans /etc, il m'a demandé si je voulais la nouvelle version, l'ancienne, faire un diff entre les deux versions ou éditer. Il reste éventuellement quelques fichiers dans /var mais de là à repartir de zéro alors que tout est déjà configuré comme il faut, je trouve cela un peu dommage. Personnellement, je me contente de suivre scrupuleusement le guide <https://www.debian.org/releases/jessie/amd64/release-notes/ch-upgrading.fr.html> Après, je n'ai pas de GUI donc assez peu de paquets à mettre à jour comparé à une machine avec un ou plusieurs environnements de bureau et tout le toutim. -- Benoit Izac
Bonjour,
Le 25/10/2016 à 14:13, denis paris a écrit dans le message
<580f4c69$0$5418$426a34cc@news.free.fr> :
Parce que Debian nécessite une réinstallation aux changement de
versions. Les autres, je ne connais pas.
Pas forcément. Personnellement je mets à jour mes serveurs debian en
modifiant les sources à la main puis un faisant un "upgrade". Par
flemme, c'est "sale", certes, mais ça marche et je n'ai jamais eu de
problème.
Pourquoi serait-ce sale ?
Parce que je suppose qu'il reste ensuite des milliers de fichiers qui
ne correspondent plus à la version courante, cela encombre inutilement
le disque.
Normalement non. À chaque fois que j'ai fait des mises à jour (apt-get
dist-upgrade), pour des fichiers en conflit dans /etc, il m'a demandé si
je voulais la nouvelle version, l'ancienne, faire un diff entre les deux
versions ou éditer. Il reste éventuellement quelques fichiers dans /var
mais de là à repartir de zéro alors que tout est déjà configuré comme il
faut, je trouve cela un peu dommage.
Personnellement, je me contente de suivre scrupuleusement le guide
<https://www.debian.org/releases/jessie/amd64/release-notes/ch-upgrading.fr.html>
Après, je n'ai pas de GUI donc assez peu de paquets à mettre à jour
comparé à une machine avec un ou plusieurs environnements de bureau et
tout le toutim.
Bonjour, Le 25/10/2016 à 14:13, denis paris a écrit dans le message <580f4c69$0$5418$ :
Parce que Debian nécessite une réinstallation aux changement de versions. Les autres, je ne connais pas.
Pas forcément. Personnellement je mets à jour mes serveurs debian en modifiant les sources à la main puis un faisant un "upgrade". Par flemme, c'est "sale", certes, mais ça marche et je n'ai jamais eu de problème.
Pourquoi serait-ce sale ?
Parce que je suppose qu'il reste ensuite des milliers de fichiers qui ne correspondent plus à la version courante, cela encombre inutilement le disque.
Normalement non. À chaque fois que j'ai fait des mises à jour (apt-get dist-upgrade), pour des fichiers en conflit dans /etc, il m'a demandé si je voulais la nouvelle version, l'ancienne, faire un diff entre les deux versions ou éditer. Il reste éventuellement quelques fichiers dans /var mais de là à repartir de zéro alors que tout est déjà configuré comme il faut, je trouve cela un peu dommage. Personnellement, je me contente de suivre scrupuleusement le guide <https://www.debian.org/releases/jessie/amd64/release-notes/ch-upgrading.fr.html> Après, je n'ai pas de GUI donc assez peu de paquets à mettre à jour comparé à une machine avec un ou plusieurs environnements de bureau et tout le toutim. -- Benoit Izac
denis.paris
Le 25/10/2016 à 14:13, denis.paris a écrit :
Le 25/10/2016 à 10:07, Doug713705 a écrit :
Le 25-10-2016, denis.paris nous expliquait dans fr.comp.os.linux.configuration (<580f1027$0$3343$) :
Le 25/10/2016 à 09:38, jg a écrit :
Parce que Debian nécessite une réinstallation aux changement de versions. Les autres, je ne connais pas.
Pas forcément. Personnellement je mets à jour mes serveurs debian en modifiant les sources à la main puis un faisant un "upgrade". Par flemme, c'est "sale", certes, mais ça marche et je n'ai jamais eu de problème.
Pourquoi serait-ce sale ?
Parce que je suppose qu'il reste ensuite des milliers de fichiers qui ne correspondent plus à la version courante, cela encombre inutilement le disque. Sinon j'ai constaté que l'on ne peut pas passer directement du 6 vers la 8, il faut faire la mise à jour intermédiaire de la 7.
Bon, comme je ne voulais pas laisser une machine critique (qui sert de point d'entrée sur mon réseau) sans firewall en ipv6 car elle se retrouvait en direct sur Internet, je l'ai réinstallée complètement depuis le CD de la version 8.6, "from scratch", puis j'ai installé les deux services pour lesquelles elle était dédiée (serveur dhcp et dns). Et j'ai bien sûr tout bloqué en "INPUT" pour ipv6 (sauf mon propre réseau évidemment). Résultat: l'ancienne version de la machine avait 217 packages supplémentaires, donc totalement inutiles. Donc les mises à jour successives, c'est cela que j'appelai "sale" :)
Le 25/10/2016 à 14:13, denis.paris a écrit :
Le 25/10/2016 à 10:07, Doug713705 a écrit :
Le 25-10-2016, denis.paris nous expliquait dans
fr.comp.os.linux.configuration
(<580f1027$0$3343$426a34cc@news.free.fr>) :
Le 25/10/2016 à 09:38, jg a écrit :
Parce que Debian nécessite une réinstallation aux changement de
versions. Les autres, je ne connais pas.
Pas forcément. Personnellement je mets à jour mes serveurs debian en
modifiant les sources à la main puis un faisant un "upgrade". Par
flemme, c'est "sale", certes, mais ça marche et je n'ai jamais eu de
problème.
Pourquoi serait-ce sale ?
Parce que je suppose qu'il reste ensuite des milliers de fichiers qui ne
correspondent plus à la version courante, cela encombre inutilement le
disque.
Sinon j'ai constaté que l'on ne peut pas passer directement du 6 vers la
8, il faut faire la mise à jour intermédiaire de la 7.
Bon, comme je ne voulais pas laisser une machine critique (qui sert de
point d'entrée sur mon réseau) sans firewall en ipv6 car elle se
retrouvait en direct sur Internet, je l'ai réinstallée complètement
depuis le CD de la version 8.6, "from scratch", puis j'ai installé les
deux services pour lesquelles elle était dédiée (serveur dhcp et dns).
Et j'ai bien sûr tout bloqué en "INPUT" pour ipv6 (sauf mon propre
réseau évidemment).
Résultat: l'ancienne version de la machine avait 217 packages
supplémentaires, donc totalement inutiles.
Donc les mises à jour successives, c'est cela que j'appelai "sale" :)
Le 25-10-2016, denis.paris nous expliquait dans fr.comp.os.linux.configuration (<580f1027$0$3343$) :
Le 25/10/2016 à 09:38, jg a écrit :
Parce que Debian nécessite une réinstallation aux changement de versions. Les autres, je ne connais pas.
Pas forcément. Personnellement je mets à jour mes serveurs debian en modifiant les sources à la main puis un faisant un "upgrade". Par flemme, c'est "sale", certes, mais ça marche et je n'ai jamais eu de problème.
Pourquoi serait-ce sale ?
Parce que je suppose qu'il reste ensuite des milliers de fichiers qui ne correspondent plus à la version courante, cela encombre inutilement le disque. Sinon j'ai constaté que l'on ne peut pas passer directement du 6 vers la 8, il faut faire la mise à jour intermédiaire de la 7.
Bon, comme je ne voulais pas laisser une machine critique (qui sert de point d'entrée sur mon réseau) sans firewall en ipv6 car elle se retrouvait en direct sur Internet, je l'ai réinstallée complètement depuis le CD de la version 8.6, "from scratch", puis j'ai installé les deux services pour lesquelles elle était dédiée (serveur dhcp et dns). Et j'ai bien sûr tout bloqué en "INPUT" pour ipv6 (sauf mon propre réseau évidemment). Résultat: l'ancienne version de la machine avait 217 packages supplémentaires, donc totalement inutiles. Donc les mises à jour successives, c'est cela que j'appelai "sale" :)
Nicolas George
"denis.paris" , dans le message <5810e05a$0$4283$, a écrit :
Résultat: l'ancienne version de la machine avait 217 packages supplémentaires, donc totalement inutiles. Donc les mises à jour successives, c'est cela que j'appelai "sale" :)
Tu sais qu'on peut aussi enlever les packages dont on ne se sert pas ?
"denis.paris" , dans le message <5810e05a$0$4283$426a74cc@news.free.fr>,
a écrit :
Résultat: l'ancienne version de la machine avait 217 packages
supplémentaires, donc totalement inutiles.
Donc les mises à jour successives, c'est cela que j'appelai "sale" :)
Tu sais qu'on peut aussi enlever les packages dont on ne se sert pas ?
"denis.paris" , dans le message <5810e05a$0$4283$, a écrit :
Résultat: l'ancienne version de la machine avait 217 packages supplémentaires, donc totalement inutiles. Donc les mises à jour successives, c'est cela que j'appelai "sale" :)
Tu sais qu'on peut aussi enlever les packages dont on ne se sert pas ?
