L’observatoire des dysfonctionnements de ma Debian Sid (MAJ : 21/04/2018)
L’observatoire des dysfonctionnements de ma Debian Sid (MAJ : 21/04/2018) avatar

Récapitulatif du 6 avril 2018 au 21 avril 2018.
(les paragraphes notés comme « RESOLU » sont effacés sur la session suivante)

Ma conclusion est que les dépôts Européens de Debian Sid (que j’utilisais depuis de nombreuses années) ne sont pas utilisables en production (dysfonctionnements répétés de paquets importants pouvant conduire à des plantages sérieux). J’ai aussi rencontré des problèmes sérieux (mais plus rares) sur ces mêmes dépôts en version stable.

Les dépôts Américains sont bien plus fiables pour cette même version Debian Sid (même s’ils rencontrent eux aussi des bugs réguliers – c’est une version de développement, ne l’oublions pas).
J’ai acquis une grande confiance en ces derniers à l’usage.
Bravo aux Américains !

Je suis satisfait de ces dépôts et de ma distribution Debian Sid.
Néanmoins cela n’empêche pas des dysfonctionnements ponctuels et/ou récurrents, tout à fait supportables. Je me suis décidé à les lister, dans l’espoir que çà puisse servir à quelqu’un (au moins pour alerter les développeurs et conforter éventuellement certains utilisateurs dans leurs doutes). J’ai ajouté les dates de survenue de ces dysfonctionnements, car je pense que la durée de leur résolution est aussi un paramètre entrant en compte dans le degré d’insatisfaction de l’utilisateur.
Notez que je fais ici volontairement l’amalgame entre les dysfonctionnements liés directement à la distribution Debian (démarrage, packaging, configuration) et ceux liés à d’autres projets externes (CUPS, SANE, MATE, …).
L’idée est d’exprimer le ressenti général de l’utilisateur (en l’occurrence moi dans mon coin) lorsqu’il utilise une distribution Linux Debian Sid.
J’utilise le terme « dysfonctionnement » plutôt que « bug » pour englober également d’éventuels problèmes de paramétrages.

J’ai donc créé cette page au titre un peu pompeux, mais qui traduit une volonté de transparence pour tenter d’améliorer les choses (ma modeste contribution). Et puis j’aime quand çà marche.

  • Debian Sid (dépôt US) – mise à jour de tous les paquets quotidiennement : 22.5 mois sans plantage (depuis le 01/06/16).
    Dysfonctionnements sérieux dans la période ci-dessus :
    • j’ai évité de peu un gros plantage avec udev 232-1 le 4 novembre 2016, mais le dysfonctionnement du paquet était signalé par une erreur à l’installation
    • j’ai évité de peu un gros plantage à la mise à jour (grosse mis à jour) de mon PC relié à internet le 7 décembre 2017 suite au plantage de Synaptic. Après la mise à jour de nombreux paquets (vraisemblablement une centaine, voir davantage) sur ce PC, synaptic était devenu complètement léthargique. Dans la liste il y avait des paquets importants tel que libc6. Je l’ai laissé poursuivre une nuit complète et l’ai retrouvé dans le même état le lendemain. La solution aura été de fermer brutalement Synaptic (par un kill -9 en console) et de lancer en console un « # dpkg –configure -a », suivi d’un « # apt-get -f install » pour terminer manuellement la configuration avant de redémarrer. Le redémarrage suivant a très bien fonctionné.
    • j’ai évité de peu (par chance) un gros plantage le 5 Janvier 2018, suite à un dysfonctionnement probable de la création des ramdisks (fichiers /boot/initrd.img-version_noyau) après la mise à jour de bibliothèques (e2fslibs, e2fsprogs, libc-bin, libc-dev-bin, libc6, libc6-x32, multiarch-support) la veille :
    – le noyaux Linux 4.13.0-1-686-pae ne démarre plus (« kernel panic » au démarrage du système, alors qu’il fonctionnait jusque là, et que son fichier /boot/initrd.img viens d’être mis à jour)
    – le 4.14.0-2-686-pae (fraîchement installé) ne fonctionne pas non plus (même message).
    – par chance, le noyau 4.12.0-1-686-pae fonctionne encore (son fichier /boot/initrd.img n’a heureusement pas été mis à jour).
    – le 7/1/2018, mise à jour de binutils & dérivés et du noyau linux en version linux-image-4.14.0-3-686-pae : ne marche toujours pas.
    – le 31/01/2018, mise à jour des paquets : binutils, binutils-common, binutils-dev, binutils-i686-linux-gnu, binutils-multiarch, libbinutils, libdbus-glib-1-2, libevdev2, libnss-systemd, libpam-systemd, libsystemd0, libudev1, systemd, systemd-sysv, udev.
    et là le noyau linux-image-4.14.0-3-686-pae fonctionne (ainsi que le noyau 4.12.0-1-686-pae), mais toujours pas le 4.13.0-1-686-pae.

    Mon seuil de tolérance : dysfonctionnements éventuels (en Debian Sid c’est normal) et éventuellement plus d’interface graphique mais à minima le système démarre (au besoin sur un ancien noyau – qu’il faut toujours garder en réserve sous Grub), permet la saisie de commandes, l’accès aux données et à internet.

    Pour rappel, le contenu exhaustif (pas une ligne de plus) de mon fichier /etc/apt/sources.list.d/sources.list :
    deb http://ftp.us.debian.org/debian/ sid main contrib non-free
    deb http://archive.getdeb.net/ubuntu yakkety-getdeb games
    deb http://archive.getdeb.net/ubuntu zesty-getdeb games

    À noter que sur mon autre PC (le PC internet) il ne trouve aucun paquet sur yakkety, mais trouve ses paquets sur Wily (???)
    (deb http://archive.getdeb.net/ubuntu wily-getdeb games)

  • (Changements le 21 avril 2018 : nettoyage des paragraphes et mises à jour

  • Les points négatifs (dysfonctionnements) dans la période du 6 avril 2018 au 21 avril 2018 :

    RAS

  • Les points positifs (dysfonctionnements résolus, nouveautés) dans la période du 6 avril 2018 au 21 avril 2018 :

    RAS

    Pas d’autres dysfonctionnements résolus dans la période.

  • Quelques applications sympas testées dans la période du 6 avril 2018 au 21 avril 2018 :

    • La console Tilix (dans les dépôts Debian) : une console agréable, belle et moderne. Je l’ai adopté par défaut. Ce qui me manque le plus c’est de pouvoir l’ouvrir sur un répertoire de Caja (Caja continue de m’ouvrir Terminal MATE par défaut).
    • L’outil Flameshot (dans les dépôts Debian) : un outil pour faire des copies d’écran et les éditer simultanément à la volée (ajout de flèches, surlignages, floutage, …). Très bien. Je l’utilise en complément de kde-spectacle (dans les dépôts Debian) pour les copies d’écran.
    • Le player Deepin Music Player (dans les dépôts Debian) : un super lecteur de musique. Un nième me direz-vous. Mais je trouve celui-là superbe,et pratique. Je l’ai adopté par défaut lui aussi.

  • Dysfonctionnements récurrents / précédents (et toujours d’actualité) :

    ☑ (PEU IMPORTANT) Quelques dysfonctionnements de la barre des tâches du bureau MATE, constaté le 16/03/2018.

    Je constate des dysfonctionnements récurrents de la barre des tâches du bureau MATE, qui ne s’affiche qu’après environ une heure, son processus passant à 100% dans ce même lapse de temps.

    La barre des applications « MATE Dock Applet » (v.0.85) (paquet mate-dock-applet, puis clic droit sur la barre des tâches, « Ajouter au tableau de bord », « Dock An application for the MATE panel ») semble aussi impactée, car cela fait plusieurs fois qu’elle ne se lance pas au démarrage suivant, et qu’il faut donc relancer. Depuis peu elle est présente mais ne s’affiche plus.

    Origine identifiée du problème : certaines applications changent les droits (en root:root) du fichier ‘/run/user/1000/dconf/user’, ce qui perturbe la barre des tâches du bureau MATE. La solution provisoire est d’effacer ce fichier « user », ce qui a pour effet qu’il soit aussitôt récréé par le système avec les bons droits, et l’arrêt des messages en console.

    Je vais voir sur le net, et je tombe sur un bug Debian de 2013 : #732209 : unable to create file ‘/run/user/1000/dconf/user’: Permission denied
    Peut-être un rapport avec gnome-control-center :
    – le 12/03/2018 : gnome-control-center (1:3.26.2-1) to 1:3.27.92-1
    – le 21/03/2018 : gnome-control-center (1:3.27.92-1) to 1:3.28.0-1
    – le 22/03/2018 : Les paquets suivants ont été supprimés : gnome-control-center (pour tenter de résoudre un problème de dépendances)
    – le 23/03/2018 : Les paquets suivants ont été installés :gnome-control-center (1:3.28.0-1)
    On tourne pas mal autour des dates incriminées.

    J’ai commencé à lire le rapport de bug ci-dessus : effectivement çà se déclenche lorsque l’on fait un gksu (et j’en ai fait plusieurs).
    Celui qui règle les droits du fichier /run/user/1000/dconf/user c’est libpam-systemd :
    – le 08/03/2018 : libpam-systemd (237-4) to 238-1
    – le 11/03/2018 : libpam-systemd (238-1) to 238-2
    – le 21/03/2018 : libpam-systemd (238-2) to 238-3

    Je lis aussi : « BTW, this only happens with GNOME sessions. With other window managers (e.g. LXDE, Openbox) it does *not*. Therefore, I do not think it’s a systemd bug, rather it’s related to GNOME. »
    et « No, I don’t agree. I can reproduce it 100% in MATE desktop environment and also in Cinnamon, see [1]. I’m actually thinking of merging that bug report with this one. »

    Par contre j’ai tenté un gksu caja et regardé le fichier /run/user/1000/dconf/user : il n’a pas changé de droits, donc il y a autre chose qui provoque ce changement de droit à priori.
    J’ai testé le gksu pluma : çà ne fait rien tant que l’on n’enregistre pas le fichier. Au moment où l’on enregistre le fichier en root sous Pluma, le fichier /run/user/1000/dconf/user passe avec les droits root. Donc avec Pluma : c’est reproductible.

    Le problème réapparaît régulièrement d’années en années et de nombreux autres bugs ont été raccrochés à celui-ci. J’ai bien envie d’attendre un peu pour voir si çà se résout tout seul avec les mises à jour (j’ai déjà perdu une soirée là-dessus). Sinon je ferais un nouveau rapport raccroché à ce bug #732209
    ➯ Le 21/04/2018 : le fonctionnement s’est amélioré (la barre des tâches est de nouveau fonctionnelle, mais pas le dock), mais alors que je croyais le problème résolu, j’ai constaté des retours de cette anomalie certains jours. J’attends encore avant de clore définitivement ce signalement.

    ☑ (IMPORTANT) Le blocage des paquets sous Synaptic v. 0.84-2 est rendu inopérant avec unattended-upgrades v. 0.99, constaté le 12/02/2018.

    J’avais émis un rapport de bug n°#890668 sur le paquet unattended-upgrades v. 0.99, du fait qu’il mettait à jour tous les paquets Debian – y compris les paquets importants et ceux qui étaient bloqués sous Synaptic. Le mainteneur du paquet m’avait alors répondu que ce n’était pas à proprement parlé un bug de unattended-upgrades, mais un changement de comportement réalisé sciemment à sa version 0.99, afin de répondre aux bugs #597061 et #787945. Il m’avait aussi précisé que pour bloquer la mise à jour d’un paquet il fallait utiliser la commande : # apt-mark hold (package name).

    M’apprêtant à rédiger un rapport de bug pour Synaptic (pas normal d’avoir une fonction de blocage de paquet qui ne soit pas « waterproof »), j’ai constaté qu’un rapport de bug (le n°#276655) intitulé « synaptic: ‘lock version’ harmful; replace with dpkg holds, existait déjà, avec un statut confirmé, et que de plus il n’était pas tout jeune, puisqu’il atteignait l’âge canonique de 10 ans (Thanks for looking into this almost 10 year old bug d’après monsta@inbox.ru).

    Je l’ai donc amandé par une proposition. Pour faire simple, je reprend l’idée qui m’avait été suggérée par le mainteneur du paquet unattended-upgrades en l’appliquant à Synaptic (faire appel à la fonction « apt-mark hold (package name) » pour bloquer les paquets, ce qui permettra d’éviter qu’il ne soient mis à jour par le paquet unattended-upgrades).
    Malheureusement je ne suis pas sûr que ma suggestion soit audible, vu le nombre de messages avant le mien et l’âge du bug.
    Je laisse donc ici ce paragraphe et me prépare à ce qu’il reste un bon bout de temps (jusqu’à ce que mort s’en suive :))

    Dans l’attente, j’ai désinstallé le paquet unattended-upgrades. Le responsable de ce paquet m’avait indiqué qu’il essaierait de faire quelque-chose pour ce problème (mise à jour d’unattended-upgrades). Donc c’est un point que je regarderais aussi.
    ➯ Pas de nouveau test dans la période.

    ☑ (PEU IMPORTANT) Quelques dysfonctionnements constatés sur le gestionnaire de fenêtre Budgie 10.4, constaté le 05/01/2018.
    j’ai testé un nouveau gestionnaire de fenêtre, Budgie (en dépôt Debian, site , GitHub), que j’utilise à présent quotidiennement en remplacement de MATE (que j’aime aussi beaucoup).
    Budgie est extrêmement bien pensé (ça sent le REX), beau, moderne, intuitif, rapide (peut-être même plus que MATE). En un mot : Génial.

    Pour l’instant je le trouve moins bien que MATE, du fait de quelques dysfonctionnements devenant frustrants à l’utilisation :
    • (très gênant) le lanceur d’applications de Budgie semble bugué sur l’un de mes PC :
    – sur mon PC goup2net, son menu est séparé en deux, avec d’un côté ce qui ressemble à un historique (inutilisable) d’utilisation de répertoires d’applications (dont nombreux n’existent même plus sur mon PC), et de l’autre il y a tout un tas d’icônes en vrac. Il y a peut être un moyen de changer cela, mais je n’ai pas trouvé (j’y ai passé beaucoup de temps).
    – sur mon autre PC (goup3) son fonctionnement me semble cohérent : son menu est constitué de répertoires avec des icônes.
    • (gênant) le gestionnaire d’applications lancées au démarrage ne me semble pas très fiable : des applications désactivées lors d’une session réapparaissent parfois à la session suivante.
    • (gênant) le lanceur d’application (par Alt F2) est de qualité médiocre, il tient sur une ligne et ne permet de lancer que des applications avec lanceur (je ne peux pas lancer « gdebi caja » pour l’avoir en root par exemple, je suis obligé de lancer cette commande en console).
    • (peu important) il y a moins de personnalisation de bordures de fenêtres (il y en a plein, mais beaucoup ne fonctionnent pas).
    • (peu important) Le paramétrage de l’Arrière-plan du bureau me semble perfectible :
    ⚬ le fond d’écran pour « Écran verrouillé » ne semble pas fonctionner (malgré mes changements, il affiche toujours le fond standard Debian, je me demande si ce n’est pas un logiciel de verrouillage externe qui s’affiche à la place).
    ⚬ sélection de l’arrière-plan :
    – je ne suis pas parvenu à afficher le même fond d’écran (en 3840×1200) sur les 2 écrans à la fois (j’ai 2 écrans de résolution 1920×1200 disposés côte à côte, sous Budgie il affiche donc 2 fois le même fond, alors que sous MATE je pouvais afficher un seul fond d’écran qui s’affichait dans la continuité sur les 2 écrans : l’effet était nettement plus réussi),
    – il n’est pour l’instant pas possible de choisir un autre dossier que ~/Images (or mon HOME est déjà bien rempli, je n’ai pas envie de l’encombrer davantage avec des images en nombre et taille importants).
    – le papier peint automatique (évolue au cours de la journée) ne semble pas fonctionner (il affiche un écran bleu) ou alors il faut peut être attendre très longtemps.

    Je continue à utiliser Caja (pour le gestionnaire de fichier, bien plus convivial que le vieux Nautilus dont il est dérivé) et Gedit (éditeur, au lieu de Pluma, car j’ai parfois constaté des problèmes avec son ascenseur).
    ➯ Pas d’amélioration visible le 19/03/2018.
    ➯ Pas de nouveau test dans la période.

    ☑ (PEU IMPORTANT) Tellico en version 3.1.1-0.1 et 3.1.2 des dépôts Debian est bugué, constaté le 15/01/2018.
    À la mise à jour de Tellico de 3.1-0.3 (grosse et superbe mise à jour) vers 3.1.1-0.1, j’ai constaté l’apparition de nouveaux dysfonctionnements, sans constater d’améliorations visibles.
    – L’interface n’accepte pas le 29 février (29/02/AAAA) : elle efface la date et refuse toute entrée
    – Il y a un problème de synchronisation très agaçant entre la fenêtre de saisie et la fenêtre principale de Tellico. Lorsque l’on entre une modification sur une fiche et que l’on enregistre, si l’on souhaite examiner une autre fiche, la fenêtre de saisie reste bloquée sur la dernière fiche modifiée.
    J’ai donc désinstallé la version 3.1.1-0.1, réinstallé la 3.1-0.3 (qui est très très bien, très stable) et bloqué provisoirement cette version sous Synaptic (je n’ai pour l’instant pas le temps de faire un rapport de bug et de passer du temps là-dessus, j’y reviendrai lorsque j’aurais un peu plus de temps).
    ➯ Cette version est buguée et n’a toujours pas été remplacée en dépôt le 03/03/2018
    ➯ J’ai testé la version 3.1.2, elle a le même comportement que la 3.1.1-0.1 (buguée), j’ai ré-installé la version 3.1-0.3 et bloqué à nouveau cette version sous Synaptic.

    ☑ (PEU IMPORTANT) Affichage incomplet du nom des fichiers dans certains répertoires avec Caja et Nautilus, constaté le 01/12/2016.
    Lorsque je visualise le contenu du répertoire /usr/share/applications/ sous Caja ou sous Nautilus, certains fichiers apparaissent en 2, 3 voir 4 exemplaires, ce qui n’est absolument pas le reflet de la réalité.
    Visiblement il s’agit d’un problème d’affichage du raccourci (les noms sont tronqués).
    Exemple des raccourcis Banshee :
    Lorsque je lance en console la commande suivante :
    $ cd /usr/share/applications
    $ ls – l
    (…)
    -rw-r–r– 1 root root 166 juil. 12 2014 bambam.desktop
    -rw-r–r– 1 root root 8842 déc. 10 15:55 banshee-audiocd.desktop
    -rw-r–r– 1 root root 10647 déc. 10 15:55 banshee.desktop
    -rw-r–r– 1 root root 8839 déc. 10 15:55 banshee-media-player.desktop
    -rw-r–r– 1 root root 1792 déc. 22 2015 bareftp.desktop
    (…)
    Il y a 3 raccourcis différents correspondant à banshee. Lorsque je visualise ces raccourcis sous Nautilus ou Caja, il affiche 3 fois de suite le raccourci « Banshee » (il n’affiche pas « -audiocd » ni « -media-player »).
    ➯ Pas d’amélioration le 19/03/2018. Voilà un bug mineur parti lui aussi pour fêter ses 10 ans 🙂
    ➯ Pas de nouveau test dans la période.

    ☑ (PEU IMPORTANT) Problème d’affichage de la prévisualisation de la police « Droid Sans Fallback » sous MATE depuis le 02/07/17.
    J’utilise cette police en taille 10 pour tout l’affichage (Police des applications, Police des documents, …) sous mon gestionnaire de fenêtre (sauf pour la Police à chasse fixe, pour laquelle je lui préfère la « Terminus Regular 10 ». La « Droid Sans Fallback » s’affiche correctement, mais lorsqu’on la sélectionne dans le menu (« Centre de Contrôle » puis « Apparence » puis onglet « Polices » puis « Police des applications : » puis vous cliquez sur la police en cours pour sélectionner une autre police) « Choisissez une police », des signes cabalistiques s’affichent à la place de la prévisualisation de la police (lors de la présentation de l’exemple de texte « Voix ambiguë d’un cœur qui, au zéphyr, préfère les jattes de kiwis. »). C’est aussi le cas pour un certain nombre d’autres polices de caractère (environ 30% d’entre-elles).
    ➯ Pas d’amélioration le 21/04/2018.

    ☑ (PEU IMPORTANT) L’impression avec CUPS n’est pas fiable sur mon installation, depuis des années (10 ans ?)
    J’ai une imprimante-scanner multifonction EPSON Stylus SX235W. Par périodes tout fonctionne bien, et d’autres – comme en ce moment, je lance une impression et rien ne se passe. La technique généralement efficace est de désinstaller l’imprimante sous mon navigateur internet (http://localhost:631) : c’est pénible, mon ressenti en tant qu’utilisateur est que je n’arrive jamais à utiliser mon imprimante quand j’en ai besoin.
    SCOOP : En fait la meilleur technique que j’ai trouvé, est de ne plus utiliser mon imprimante 🙂 . Gros avantage, çà me coûte moins chère en cartouches d’encre qui sèchent même si je ne les utilise pas. Mais il est vrai que c’est agaçant d’avoir un matériel non fonctionnel.

    Déroulement du test (le 01/08/2016, retesté le 26 octobre) : sous Pluma je saisi un petit texte sur le PC du Bottin internet (pour être au plus prêt de l’imprimante), démarre mon imprimante à jet d’encre sur le PC internet, son voyant de fonctionnement clignote puis passe au vert fixe, je lance l’impression, le voyant clignote à nouveau – m’indiquant qu’il a bien reçu les commandes d’impression, mais reste clignotant, il ne se passe rien et aucun message n’est affiché nulle part.
    ➯ Problème confirmé le 12 novembre (PC mis à jour sans Synaptic, via « # apt update » et « # apt upgrade »).
    ➯ Problème confirmé le 3 janvier 2017 : Synaptic est à présent fonctionnel sur ce PC. Pour effectuer un test complet, j’ai renommé le répertoire /etc/cups, réinstallé tous les paquets en rapport avec CUPS sous Synaptic, puis est créé une nouvelle imprimante EPSON Stylus SX 235 via mon navigateur internet (le fait de réinstaller les paquets et de renommer le répertoire l’avait fait disparaître) à l’adresse http://localhost:631/. Tout semble se dérouler correctement, et pourtant lorsque j’imprime mon fichier de test ou une page de test (Printers>Maintenance>Print test Page), le voyant de l’imprimante clignotte mais rien ne se passe. Sous CUPS l’imprimante apparaît en « Pause, Accepting Jobs, Not Shared » et le job apparaît en « pending since … » et en reste là.
    ➯ Pas de nouveau test dans la période. Néanmoins j’envisage de remplacer les cartouches d’encre car un voyant me signale qu’il faudrait les remplacer. C’est une imprimante à bas coût (quelques dizaines d’euros) : l’affichage est minimaliste, juste des leds. Ce pourrait-il que le manque d’encre bloque l’impression ? A suivre …

    ☑ (PEU IMPORTANT) La distribution d’internet de l’un de mes PC vers l’autre n’est plus fiable (problème de service DNS), depuis le 01/01/2016
    Depuis début 2016 j’ai des soucis de DNS sur le PC du Bottin qui me font perdre des heures (selon les périodes).
    Au démarrage de celui-ci, la distribution d’internet depuis l’autre PC relié à ma Box (que je nomme « PC Internet ») n’est plus fiable (alors qu’elle l’était auparavant).
    Je ne sais pas pourquoi et je n’arrive pas à reproduire le problème de manière fiable.
    Il arrive relativement fréquemment que l’internet fonctionne correctement sur les 2 PC dès le démarrage et d’autres (1 fois sur 3 ou 4, c’est variable suivant les périodes) le PC du Bottin ne parvient pas à se connecter à internet.
    A noter aussi que je rencontre nettement moins de problèmes de connexions si je (re)démarre le PC Internet un peu avant le PC du Bottin.

    Lorsque cela ne fonctionne pas (plus d’internet disponible sur le PC du Bottin) :
    Le ping sur le PC du Bottin vers le PC Internet (et inversement) fonctionne bien, donc la liaison entre les 2 PC fonctionne (cela ne me semble donc pas être un problème de hardware, mais plutôt un problème de software).
    Le PC Internet a bien de l’internet, mais pas celui du Bottin.
    Les fichiers de paramétrage des adresses DNS (/etc/resolv.conf) sont correctement et identiquement paramétrés (mêmes adresses DNS) sur les 2 PC (test inutile si çà marche de temps en temps sans rien modifier, mais çà conforte).
    Depuis le PC du Bottin un « $ ping yahoo.net » (ou un « $ ping 77.238.184.150 », l’adresse de Yahoo.net) n’aboutit pas.
    ➯ Problème de passage en IPv6 ?
    Je ne pense pas car les 2 PC sont en IPv4 et l’internet fonctionne bien sur le PC Internet.
    ➯ Problème de translation de port ou d’adresse IP ?
    Je ne pense pas non plus, çà ressemble davantage à un souci d’initialisation du matériel (lié au matériel lui-même ou plutôt à son initialisation par le système d’exploitation), d’autant que si c’était un problème de configuration de fichier çà ne fonctionnerait pas de manière intermittente.

    Les 2 fichiers (sur le PC Internet et le PC du Bottin) /etc/network sont (en l’état de mes connaissances) configurés pour l’IPv4 et non pour l’IPv6 :
    allow-hotplug ethx
    iface ethx inet static
    (et non pas : iface ethx inet6 static)
    (x=0 sur le PC Internet et x=2 sur le PC du Bottin)

    Sur le PC Internet j’ai relevé il y a quelques temps les messages suivant au démarrage :
    8139too 0000:08:06.0 eth2: link down
    IPv6: ADDRCONF (NETDEV_UP): eth2: link is not ready
    En fonction des démarrages, je vois aussi les messages :
    eth0: no IPv6 routers present
    eth1: no IPv6 routers present

    eth2 = interface non reliée lors de ce message, elle n’est utilisée que pour une connexion occasionnelle du portable de Louis.
    Donc – contrairement à ce que j’ai suspecté sur l’instant (j’ai cru qu’ils concernaient le PC du Bottin), ces messages sont cohérents.

    Ce qui est étonnant est que si je met ce PC du Bottin en veille (je sélectionne un arrêt par le bouton « Mettre en veille ») après qu’il soit parvenu à se connecter à l’internet, au démarrage suivant j’ai de l’internet de manière fiable (mais c’est une situation que j’évite à cause des mises à jour quotidiennes de ce PC).
    Néanmoins si j’effectue un reboot du PC du Bottin sans aussi rebooter celui distribuant internet, il est fréquent que je n’ai plus accès à cette liaison internet au démarrage suivant.
    ➯ Le 3 novembre 2016 : 6 démarrages complets (reboot jusqu’à l’interface de MATE) nécessaires pour obtenir l’accès à internet.
    ➯ Suivants : le 26 novembre 2016 : 5, le 27 novembre 2016 : 3, le 30 novembre 2016 : 4, le 1er décembre 2016 : 4, le 4 décembre 2016 : 3, entre le 4 et le 14 décembre 2016 : en moyenne 2 à 3 démarrages, le 14 décembre : 4 démarrages.
    ➯ du 15/12/16 au 31/12/16 : la connexion a globalement été assez fiable. À noter la mise à jour de net-tools (en 1.60+git20161116.90da8a0-1), de netbase (5.3 to 5.4), scdaemon (2.1.16-3 to 2.1.17-2), tcpd (7.6.q-25 to 7.6.q-26). Ces paquets ont été mis à jour sur le PC du Bottin mais pas encore sur le PC relié à internet. Un test sera réalisé sur la prochaine quinzaine.
    ➯ Le 16/01/2017 : pas d’amélioration significative. Si je ne reboot pas le PC internet quelques secondes avant celui du Bottin, il est très difficile d’obtenir du réseau sur celui-ci (testé tout à l’heure : même après 8 ou 9 redémarrages pas de réseau sans rebooter/éteindre le PC Internet un peu avant celui du Bottin). Les 2 PC sont à jour en Debian Sid.
    ➯ Le 21/02/2017 : Là aussi c’est mieux, mais si je ne démarre pas les PC dans un ordre précis et rapprochés (d’abord le PC Internet puis quelques secondes après le PC du Bottin), çà ne fonctionne pas (ce qui est le cas par exemple lorsque le PC du Bottin se met à vérifier ses disques durs : à l’issue de la vérification il a pris du retard sur le démarrage de l’autre et il n’y a pas de réseau).
    ➯ Le 18/03/2017, le 02/04/2017 : pas d’amélioration, parfois jusqu’à 3 ou 4 démarrages sont nécessaires pour obtenir l’internet sur le PC du Bottin.
    ➯ Le 30/04/2017 : pas de gros soucis dans la période, globalement çà a fonctionné du 1er coup, mais je ne suis pas sûr que çà soit résolu pour autant. À suivre.
    ➯ Pas de changement le 02/06/2017
    ➯ Le 16/07/2017 : le réseau a nettement mieux fonctionné dans la période, sans être fiable à 100% (quelques problèmes de connexion certains jours).
    ➯ Pas d’amélioration le 07/11/2017
    ➯ Le 9/12/2017 : çà semble nettement mieux fonctionner depuis quelques jours. Néanmoins il faut encore souvent redémarrer une 2ème fois ce PC pour que l’internet fonctionne. Je vais encore attendre une quinzaine de jours pour décider si j’enlève ou non ce signalement.
    ➯ Le 1/1/2018 : aujourd’hui la connexion s’est bien faite, mais les jours précédents ont été un véritable calvaire (m’obligeant parfois à redémarrer le système jusqu’à 5 fois de suite avant qu’il n’y parvienne).
    ➯ Le 20/1/2018 : pas d’amélioration (pénible), parfois jusqu’à 3 ou 4 démarrages sont nécessaires pour obtenir l’internet sur le PC du Bottin.
    ➯ Des connexions plus fiables dans la période (le 19/03/2018 et le 21/04/2018), mais le problème n’est probablement pas résolu pour autant.

    ☑ (PEU IMPORTANT) Impossible de désactiver l’économiseur d’écran sous MATE, depuis l’existence de MATE vraisemblablement.
    Pas important mais très agaçant. J’aime bien jeter un oeil de temps en temps sur les paramètres du PC distribuant l’internet (occupation du réseau et du processeur), or l’économiseur se déclenche après 10-15 min. J’ai à peu près tout essayé (désactivé sous le Centre de Contrôle, désinstallé complètement les économiseurs d’écrans, sous dconf désactivé l’économiseur à la fois pour Gnome et MATE), mais rien n’y fait, il continue à s’activer. J’ai testé sous Gnome (je commençais à suspecter mon écran) : je parviens bien à le désactiver sans problème.
    Il s’agit donc bien d’un bug du bureau MATE (confirmé par mes lectures de forums).
    ➯ Pas de nouveau test dans la période, car je souhaiterai réinstaller les économiseurs d’écrans et les désactiver sous leur interface, mais Synaptic ne fonctionne plus sur ce PC.
    De toute façon MATE n’est plus mis à jour depuis quelques mois (à part un paquet il y a quelques jours).
    ➯ À noter la mise à jour de xscreensaver (5.34-2 to 5.36-1) sur le PC du Bottin. Le PC internet n’a pas été mis à jour dans la période. Je tenterai une mise à jour dans la prochaine quinzaine (début Janvier).
    ➯ Le 03/01/2017 : Mise à jour complète du PC et réinstallation de paquets relatifs aux économiseurs d’écran. J’ai réglé le déclenchement de l’économiseur d’écran sur 2 heures d’inactivité. Çà ne change rien. Dysfonctionnement non résolu.
    ➯ Le 16/01/2017 : j’ai à présent sélectionné par défaut le gestionnaire Gnome en remplacement de MATE (sans avoir désinstallé ce dernier). Avec Gnome je n’ai plus de soucis d’économiseur sur ce PC Internet. Lorsqu’une nouvelle version de MATE (la 1.18 à venir) verra le jour, il est probable que j’effectuerai un nouveau test sous MATE.
    ➯ Le 02/04/2017 : je suis finalement revenu à MATE parce que GNOME m’embête avec mes raccourcis (voir ci-après). À voir sur la durée si finalement je ne vais pas revenir à GNOME parce que cet économiseur est vraiment très très agaçant.
    ➯ Le 30/04/2017 : toujours pas d’amélioration.
    ➯ Pas de changement le 02/06/2017
    ➯ Pas de nouveau test sur ce PC tant que GKrellm ne fonctionnera pas (je l’utilise sur le PC Internet, j’aime bien l’avoir à l’écran).
    ➯ J’ai mis à jour le PC internet le 7/12/2017 : il est à présent sous Debian Sid. Mais ce dysfonctionnement n’est toujours pas résolu, impossible de désactiver ce mode d’économie d’énergie forcé.
    ➯ Pas d’amélioration le 31/12/2017
    ➯ Stand-by de ce signalement, car je n’utilise pour l’instant plus MATE sur le PC internet (celui sur lequel je souhaite un affichage sans économiseur). Je tourne actuellement sous MATE sur le PC internet. Test à venir ultérieurement.
    ➯ Pas d’amélioration le 21/04/2018 (j’ai mis à jour MATE sur ce PC et l’ai testé dans la période)

  • Il reste encore quelques bugs – plus ou moins agaçants, mais, terminons sur une note positive : le plus important fonctionne.
    Un grand merci pour cela.

Comments are closed.