Re: Aide au rapport de bug. [IPv6]
Le samedi 02 janvier 2016 à 20:43 +0100, Sylvain L. Sauvage a écrit :
> Le vendredi 1 janvier 2016, 17:55:11 Pam a écrit :
> > Bonjour,
>
> ’soir,
>
Salut, Et merci Sylvain L. Sauvage
>
> Non, pas de certitude, ton dmesg a une jolie trace partant de
> > NETDEV WATCHDOG: eth0 (sis190): transmit queue 0 timed
> > out
>
> donc je n’écarterais pas un problème avec le pilote de la carte
> Ethernet. Désactiver IPv6 a pu éviter de passer par le bogue,
> ou bien c’est une coïncidence (comme tu dis « aujourd’hui »,
> j’en déduis que ce n’est pas systématique, si ?).
Le problème serait une coïncidence ou un bug dû à IPv6.
Après une installation de Jessie, j'ai installé quelques paquets de
stretch pour pouvoir utiliser gnome-weather:amd64 (3.18.1-1) :
cat /var/log/apt/history.log
Start-Date: 2016-01-01 00:56:23
Commandline: apt-get install gnome-session-canberra
Install: gnome-session-canberra:amd64 (0.30-2.1), libcanberra-
gtk0:amd64 (0.30-2.1, automatic), libcanberra-gtk-module:amd64 (0.30-
2.1, automatic)
End-Date: 2016-01-01 00:56:25
Start-Date: 2016-01-01 05:29:24
Commandline: apt-get install --reinstall gnome-shell-extension-weather
Upgrade: gnome-shell-extension-weather:amd64 (0~20140924.git7e28508-1,
0~20151125.gitccaa1eb-1)
End-Date: 2016-01-01 05:29:25
Start-Date: 2016-01-01 06:02:10
Commandline: apt-get remove gnome-shell-extension-weather
Remove: gnome:amd64 (3.14+3), gnome-shell-extension-weather:amd64
(0~20151125.gitccaa1eb-1)
End-Date: 2016-01-01 06:02:11
Start-Date: 2016-01-01 06:03:26
Commandline: apt-get install gnome-weather
Install: gnome-weather:amd64 (3.18.1-1), gir1.2-gweather-3.0:amd64
(3.18.1-1, automatic)
Upgrade: libgweather-3-6:amd64 (3.14.1-1, 3.18.1-1)
End-Date: 2016-01-01 06:03:29
Le lendemain, la connexion de la veille était HS et gnome-weather
inutilisable. (La solution API de gnome-shell-extension-weather m'est
trop contraignante).
>
> > Pourrais-je recevoir un peu d'accompagnement pour rapporter ce
> > genre de bugs à Debian svp ?
>
> J’essaierai d’abord un autre noyau (p.ex. celui de backports,
> voir http://backports.debian.org ) puis (ou pas) un rapport sur
> le noyau lui-même avec la trace.
>
Après une mise à jour complète vers stretch tout est rentré dans
l'ordre. Sauf que je n'ai pas su déterminer (diagnostiquer) quels
étaient exactement les paquets responsables de cet incident.
Cordialement
Reply to: