Cyril Brulebois a écrit 613 commentaires

Hello,

C'est typiquement le genre de dépannage qui est bien plus facile à faire en ayant les mains sur la machine, et les GULL (LLUG en anglais) sont un bon endroit pour trouver de l'aide. Vu les contraintes de déplacement actuelles, ça peut se tenter en ayant disons un téléphone qui filme l'écran et partage l'image en visio via Jitsi.

Dans les grandes lignes, mon approche de base serait :

• Démarrer un système Linux live. A priori soit Pop.Os si c'est supporté, soit la distribution Ubuntu qui lui sert de base (et qui elle propose un démarrage live).
• Vérifier qu'on est bien capable de monter la partition racine. Il est possible qu'il soit nécessaire de lancer une vérification du système de fichiers en raison de l'arrêt brutal.
• Monter des systèmes de fichiers additionnels (typiquement, /boot/efi, /dev, /proc, /sys).
• Basculer dans le système de fichiers racine (via chroot).
• Utiliser efibootmgr pour vérifier la configuration UEFI, pour éventuellement remettre une entrée Linux dedans, et adapter le BootOrder.

Si tu veux essayer ces manipulations, je dois pouvoir libérer une heure.

Debian Consultant @ DEBAMAX

D'ici 2038 peut-être que les paquets passeront entre Cogent et HE (cf. https://lafibre.info/transit-ip/peering-ipv6-cogent-he/) ?

Debian Consultant @ DEBAMAX

Je dirais que ça dépend du besoin.

Si c'est pour tester un patch (ou une nouvelle version, ou d'autres options) pour intégration dans une distribution, ça peut être une bonne idée d'utiliser son système de packaging (e.g. debian/rules ou dpkg-buildpackage dans le monde Debian). Il y a probablement de la documentation spécifique (e.g. https://kernel-team.pages.debian.net/kernel-handbook/ dans le monde Debian).

Si c'est pour tester un patch (ou…) en dehors, les cibles de Makefile upstream sont probablement un bon choix (e.g. make deb-pkg dans le monde Debian). Des pistes dans :

git grep pkg -- scripts/Makefile.package

Debian Consultant @ DEBAMAX

Ta première règle matche sur From en début de ligne.

Ta seconde règle matche sur l'inverse de To et Cc n'importe où sur la ligne ? J'imagine que les mails dont le To et le Cc ne te listent pas… te sont quand même distribués, avec probablement un Delivered-To, qui lui va matcher ?

Exemple récent, avec DN/CUSTOMER « anonymisés », un extrait des entêtes du mail que j'ai reçu en mettant l'alias sales@DN en copie, délivré dans ma boîte principale :

Delivered-To: cyril@DN
From: Cyril Brulebois <cyril@DN>
To: accounts@CUSTOMER
Cc: sales@DN

Debian Consultant @ DEBAMAX

Tu peux t'en rendre compte toi-même en comparant un strace (avec les bonnes options) sur ls et sur ls|cat :

15427 ioctl(1, TCGETS, {c_iflags=0x4500, c_oflags=0x5, c_cflags=0xbf, c_lflags=0x8a3b, c_line=0, c_cc="\x03\x1c\x7f\x15\x04\x00\x01\x00\x11\x13\x1a\x00\x12\x0f\x17\x16\x00\x00\x00"}) = 0
15427 ioctl(1, TIOCGWINSZ, {ws_row=64, ws_col=238, ws_xpixel=0, ws_ypixel=0}) = 0

quand on a affaire à un TTY, et :

15431 ioctl(1, TCGETS, 0x7ffcc2edfff0)  = -1 ENOTTY (Inappropriate ioctl for device)
15431 ioctl(1, TIOCGWINSZ, 0x7ffcc2ee00a0) = -1 ENOTTY (Inappropriate ioctl for device)

quand ça n'est pas le cas.

Plus d'infos dans tty_ioctl(4).

Note to self: En vérifiant la référence, je découvre avec amusement que la structure winsize possède deux champs inutilisés :

struct winsize {
    unsigned short ws_row;
    unsigned short ws_col;
    unsigned short ws_xpixel;   /* unused */
    unsigned short ws_ypixel;   /* unused */
};

Debian Consultant @ DEBAMAX

J'ai failli oublier | cat. Les commandes peuvent changer de comportement quand la sortie est redirigée. cat permet d'avoir une commande « neutre », mais toute autre commande ferait l'affaire.

Debian Consultant @ DEBAMAX

Sans réglage particulier, voici les dimensions de mon terminal :

kibi@armor:~$ echo $COLUMNS
115
kibi@armor:~$ echo $LINES
25

Listons les paquets :

kibi@armor:~$ dpkg -l
…
ii  zonecheck              3.0.5-3          all              DNS configuration checker
ii  zsh                    5.3.1-4+b3       amd64            shell with lots of features
ii  zsh-common             5.3.1-4          all              architecture independent files for Zsh

La même chose avec une largeur plus faible :

kibi@armor:~$ COLUMNS=80 dpkg -l
…
ii  zonecheck      3.0.5-3      all          DNS configuration checker
ii  zsh            5.3.1-4+b3   amd64        shell with lots of features
ii  zsh-common     5.3.1-4      all          architecture independent files fo

ou plus importante :

kibi@armor:~$ COLUMNS=200 dpkg -l
…
ii  zonecheck                                    3.0.5-3                     all                         DNS configuration checker
ii  zsh                                          5.3.1-4+b3                  amd64                       shell with lots of features
ii  zsh-common                                   5.3.1-4                     all                         architecture independent files for Zsh

Debian Consultant @ DEBAMAX

Ton pointeur de fichier fait déjà ça, non ?

with open('miaou.csv') as fp:
    for line in fp:
        print(line)

Debian Consultant @ DEBAMAX

Ça tombe bien, c'est exactement ce qui est fait pour sr0 via :

KERNEL=="sr0", SYMLINK+="cdrom", OPTIONS+="link_priority=-100"

dans /lib/udev/rules.d/60-cdrom_id.rules.

Il devrait te suffire de localiser le bon fichier avec une règle similaire, et de le mettre à jour pour obtenir l'effet désiré. Pour être sûr que la nouvelle règle soit bien prise en compte, le plus simple est probablement de redémarrer.

Attention, modifier à la main un fichier sous contrôle d'un gestionnaire de paquets risque d'être oublié lors de la prochaine mise à jour du paquet concerné, donc la modification in situ n'est probablement appropriée que pour un test ponctuel.

Il peut être nécessaire de mettre en place un fichier spécifique (e.g. dans /etc/udev/rules.d/, sous contrôle de l'admin), pour pérenniser la solution. Dans l'exemple donné ci-dessus, le lien symbolique en place est peu prioritaire. D'après udev(7) :

       OPTIONS
           Rule and device options:

           link_priority=value
               Specify the priority of the created symlinks. Devices with
               higher priorities overwrite existing symlinks of other
               devices. The default is 0.

donc il me semble que mettre en place une règle pour sr1 comme suit devrait fonctionner sur le long terme, par exemple dans /etc/udev/rules.d/60-custom-cdrom_id.rules :

KERNEL=="sr1", SYMLINK+="cdrom"

(Ne pas hésiter à mettre un commentaire et/ou une option link_priority explicite pour te souvenir de comment tu en es arrivé là…)

Debian Consultant @ DEBAMAX

Je te suggère de vérifier la configuration réseau effective sur chacune, par exemple avec :

ip l
ip a
ip r
cat /etc/resolv.conf

Cela permettra de détecter des incohérences éventuelles.

Pour les histoires de résolution qui fonctionne ou non, tu peux utiliser dig et poser la question à l'un et/ou l'autre des deux serveurs configurés.

Debian Consultant @ DEBAMAX

Ça veut dire que tu donnes le droit à absolument toute commande dans ce répertoire de faire ce qu'elle veut en tant que root.

C'est un tout petit peu à contre-emploi vis-à-vis de la sandbox dont le but est de filtrer ce qu'il est possible de faire ou non…

Debian Consultant @ DEBAMAX

status=progress

Debian Consultant @ DEBAMAX

C'est pire que ça.

Dès le branchement des redirections, le fichier de log est tronqué et ouvert en écriture, et tout son contenu est perdu.

Deux possibilités pour éviter cela :

• commencer par dupliquer le fichier, et travailler sur une copie, en générant le fichier allégé directement.
• travailler sur le fichier original, générer un nouveau fichier allégé sous un autre nom, puis remplacer le fichier original.

Dans les deux cas, cela ne résout pas le souci que tu mentionnais (les éventuelles lignes de log perdues en cours de route). Mais cela évite de tout perdre.

Debian Consultant @ DEBAMAX

C'est typiquement le cas d'utilisation où éditer la ligne de commande pour enlever quiet et splash peut s'avérer utile. ;-)

Debian Consultant @ DEBAMAX

En complément, ne pas hésiter à supprimer les mots quiet splash de la ligne du commande du noyau pour maximiser les chances d'avoir des messages à l'écran indiquant ce qui fonctionne… et ce qui pose problème.

Note : l'édition n'est valable que pour le prochain démarrage. Elle est oubliée au redémarrage de la machine, donc pas de risque de corrompre la configuration du chargeur de démarrage en cas de fausse manipulation.

Debian Consultant @ DEBAMAX

Je confirme, pavucontrol est souvent un très bon point de départ pour comprendre ce qui est configuré et comment. Cela peut être un problème de profil, cf. l'onglet Configuration. Peut-être un choix de Digital … par défaut, au lieu d'Analog Stereo Duplex, par exemple ?

Debian Consultant @ DEBAMAX

Pour mes comptes pro et perso, j'utilise Skrooge qui a un connecteur weboob, ce qui me permet d'importer les opérations des différentes banques dans différents fichiers. Là, effectivement, j'ai un peu de glu pour dire tel fichier = telle(s) banque(s). Dans Skrooge, je catégorise+pointe les opérations.

Côté pro uniquement, pour être sûr de faire le rapprochement entre les différentes opérations, factures, etc. je n'utilise pas de GED mais j'ai des tableurs LibreOffice. J'imagine qu'il pourrait y avoir plus d'automatisation entre Skrooge et LibreOffice, mais vu le peu d'opérations dans une année, c'est l'expert-comptable qui fait les vérifications ultimes et me rattrape par l'oreille s'il manque une facture ou un justificatif. ;)

Debian Consultant @ DEBAMAX

Effectivement, les applicatifs qui se relancent tout seuls peuvent être un peu pénibles pour les manipulations de leur environnement.

Il est toutefois possible de faire la correspondance français→anglais en téléchargeant le paquet source et en localisant (no pun intended) la chaîne dans le fichier de traduction. L'outil habituel est gettext et c'est probablement po/fr.po qui va t'intéresser. Seulement, il y a des chances que ça vienne d'une des bibliothèques utilisées, donc ça peut ne pas donner de résultats directs… Et je ne trouve rien que ressemble via https://sources.debian.org/ — Manjaro propose peut-être un service similaire qui peut t'aider à trouver d'où ça vient.

Pour ce qui est de la compréhension du problème, si tu avais un fonctionnement normal précédemment, c'est plutôt une bonne nouvelle : il doit être possible de comprendre d'où vient la régression. Dans ce genre de cas, ma priorité va aux logs de l'outil de mise à jour : est-ce que des paquets ont été mis à jour récemment, si oui est-ce que le timing correspond à l'apparition des symptômes, etc. En complément ou à la place d'une telle mise à jour, il peut y avoir eu un changement de configuration (/etc ou dans les préférences utilisateur). Enfin, dans ce cas particulier, il faut penser à vérifier ce genre de choses à la fois côté client et côté serveur. Bonne chance !

Debian Consultant @ DEBAMAX

Les fichiers du dépôt en question semblent dater de 2006/2007, j'imagine que tu as envie de trouver un autre emplacement d'où télécharger des paquets ? :)

Debian Consultant @ DEBAMAX

Oh, j'ai oublié de mentionner l'existence de webkit2gtk, peut-être que son -dev est ce que tu cherches ?

Debian Consultant @ DEBAMAX

Tu peux utiliser https://tracker.debian.org/pkg/libwebkit-dev (ou l'autre), qui va automatiquement te rediriger du paquet binaire vers le paquet source correspondant → https://tracker.debian.org/pkg/webkitgtk

Dans la section « news » :

[2018-12-01] Removed 2.4.11-4 from unstable (Debian FTP Masters)
[2018-09-27] webkitgtk REMOVED from testing (Debian testing watch)

Nous voyons donc que le paquet n'était plus dans un état convenable pour rester dans testing d'une part, et que nous avons même été jusqu'à sa suppression d'unstable. En cliquant sur le premier lien (https://tracker.debian.org/news/1008054/removed-2411-4-from-unstable/), nous avons les détails de la suppression (https://bugs.debian.org/893863) avec notamment en résumé :

RoM; RoQA; unmaintained, over 100 CVEs that won't be fixed

Plus d'infos sur les acronymes → https://wiki.debian.org/ftpmaster_Removals

Debian Consultant @ DEBAMAX

Cf. https://fr.wiktionary.org/wiki/privado

Debian Consultant @ DEBAMAX

Avec parted et quelques contorsions en plus des droits superutilisateur :

kibi@armor:~$ sudo /sbin/parted -l /dev/sda 2>/dev/null | grep Model | head -1
Model: ATA SanDisk SD7SN6S- (scsi)

Avec lsblk, un peu plus direct…

kibi@armor:~$ lsblk -d -o +'MODEL' /dev/sda
NAME MAJ:MIN RM  SIZE RO TYPE MOUNTPOINT MODEL
sda    8:0    0  477G  0 disk            SanDisk SD7SN6S-

kibi@armor:~$ lsblk -n -d -o 'MODEL' /dev/sda
SanDisk SD7SN6S-

Debian Consultant @ DEBAMAX

Note : Utiliser les ACL suppose d'installer le paquet acl2 et d'activer l'option sur le FS concerné.

Debian Consultant @ DEBAMAX

Je valide également pour borgbackup. Ça n'est pas forcément évident de mettre les mains dedans avec les différents choix pour --encryption mais une fois qu'on a compris les options et fait un choix, c'est un superbe outil !

Debian Consultant @ DEBAMAX