Re : Re: Re : Re: Connexion réseau impossible pour certains logiciels
Le vendredi 22 décembre 2023 à 18:46, benoit a écrit : > Le vendredi 22 décembre 2023 à 18:10, NoSpam no-s...@tootai.net a écrit : > > > > > Ce pourrait il que ipv6 soit actif et privilégié ? > Ca y ressemble nmcli connection show NAME UUID TYPE DEVICE Connexion filaire 1 f7b08fc1-2857-3ddd-9692-fe790236137e ethernet enx0c5b8f279a64 lo d1e4f8d1-d5ff-42a2-b8e3-7d7ec00f209d loopback lo On change comment ? -- Benoît
Re : Re: Re : Re: Connexion réseau impossible pour certains logiciels
Le vendredi 22 décembre 2023 à 18:10, NoSpam a écrit : > Ce pourrait il que ipv6 soit actif et privilégié ? > ip addr show enx0c5b8f279a64 3: enx0c5b8f279a64: mtu 1500 qdisc fq_codel state UP group default qlen 1000 link/ether 0c:5b:8f:27:9a:64 brd ff:ff:ff:ff:ff:ff inet 192.168.8.100/24 brd 192.168.8.255 scope global dynamic noprefixroute enx0c5b8f279a64 valid_lft 79092sec preferred_lft 79092sec inet6 fe80::7c63:a646:1dfd:92ca/64 scope link noprefixroute valid_lft forever preferred_lft forever cat /etc/hosts 127.0.0.1 localhost ::1 localhost ip6-localhost ip6-loopback ff02::1 ip6-allnodes ff02::2 ip6-allrouters -- Benoît
Re: Re : Re: Connexion réseau impossible pour certains logiciels
Ce pourrait il que ipv6 soit actif et privilégié ? Le 22/12/2023 à 19:06, benoit a écrit : Le vendredi 22 décembre 2023 à 09:39, Michel Verdier a écrit : Le 21 décembre 2023 benoit a écrit : En fait, c'est l'inverse de ce que j'avais dit en testant avec un autre utilisateur, j’ai lancé gnome... Si je crée un utilisateur et que je lance un environnement de bureau par défaut, genre gnome, tout fonctionne normalement. C’est gnome qui fait quelque chose qui fait que ça fonctionne, mais quoi ? Mais si j’utilise openbox (ma config), ça ne fonctionne pas… Déjà pour voir ce qui se passe au niveau réseau donne-nous dans les 2 cas : ip -N route mtr -n -r -c 1 www.google.com sous GNOME : ip -N route >> outputGNOME.txt mtr -n -r -c 1 www.google.com >> outputGNOME.txt default via 192.168.8.1 dev enx0c5b8f279a64 proto 16 src 192.168.8.100 metric 100 169.254.0.0/16 dev enx0c5b8f279a64 scope 253 metric 1000 192.168.8.0/24 dev enx0c5b8f279a64 proto 2 scope 253 src 192.168.8.100 metric 100 Start: 2023-12-22T17:29:26+ HOST: localhost Loss% Snt Last Avg Best Wrst StDev 1.|-- 192.168.8.10.0% 1 25.4 25.4 25.4 25.4 0.0 2.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 3.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 4.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 5.|-- 172.16.188.85 0.0% 1 41.0 41.0 41.0 41.0 0.0 6.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 7.|-- 172.16.188.44 0.0% 1 39.9 39.9 39.9 39.9 0.0 8.|-- 81.52.186.121 0.0% 1 50.0 50.0 50.0 50.0 0.0 9.|-- 193.251.241.2220.0% 1 53.3 53.3 53.3 53.3 0.0 10.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 11.|-- 108.170.241.1290.0% 1 83.1 83.1 83.1 83.1 0.0 12.|-- 209.85.252.245 0.0% 1 63.2 63.2 63.2 63.2 0.0 13.|-- 172.217.168.2280.0% 1 62.6 62.6 62.6 62.6 0.0 sous Openbox ip -N route >> outputOpenBox.txt mtr -n -r -c 1 www.google.com >> outputOpenBox.txt default via 192.168.8.1 dev enx0c5b8f279a64 proto 16 src 192.168.8.100 metric 100 169.254.0.0/16 dev enx0c5b8f279a64 scope 253 metric 1000 192.168.8.0/24 dev enx0c5b8f279a64 proto 2 scope 253 src 192.168.8.100 metric 100 Start: 2023-12-22T17:39:36+ HOST: localhost Loss% Snt Last Avg Best Wrst StDev 1.|-- 192.168.8.10.0% 1 35.6 35.6 35.6 35.6 0.0 2.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 3.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 4.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 5.|-- 172.16.188.85 0.0% 1 61.4 61.4 61.4 61.4 0.0 6.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 7.|-- 172.16.188.44 0.0% 1 93.2 93.2 93.2 93.2 0.0 8.|-- 81.52.186.121 0.0% 1 50.3 50.3 50.3 50.3 0.0 9.|-- 193.251.241.2220.0% 1 57.7 57.7 57.7 57.7 0.0 10.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 11.|-- 108.170.241.1930.0% 1 68.2 68.2 68.2 68.2 0.0 12.|-- 142.250.224.1310.0% 1 67.8 67.8 67.8 67.8 0.0 13.|-- 216.58.214.4 0.0% 1 69.4 69.4 69.4 69.4 0.0 Ils se ressemblent, ce qui ne m’étonne pas dans la mesure ou tout passe normalement en ligne de commande, dans les trois cas : en mode console, dans un terminal sous GNOME ou Openbox, si je fais : ping kde.org Ca passe normalement. C’est libreoffice, firefox(sauf après une longue attente) ou evolution posent problème sous openbox. Merci d'avance, -- Benoît
Re : Re: Connexion réseau impossible pour certains logiciels
Le vendredi 22 décembre 2023 à 09:39, Michel Verdier a écrit : > Le 21 décembre 2023 benoit a écrit : > > > En fait, c'est l'inverse de ce que j'avais dit en testant avec un autre > > utilisateur, j’ai lancé gnome... > > Si je crée un utilisateur et que je lance un environnement de bureau par > > défaut, genre gnome, tout fonctionne normalement. > > C’est gnome qui fait quelque chose qui fait que ça fonctionne, mais quoi ? > > > > Mais si j’utilise openbox (ma config), ça ne fonctionne pas… > > > Déjà pour voir ce qui se passe au niveau réseau donne-nous dans les 2 cas : > ip -N route > mtr -n -r -c 1 www.google.com sous GNOME : ip -N route >> outputGNOME.txt mtr -n -r -c 1 www.google.com >> outputGNOME.txt default via 192.168.8.1 dev enx0c5b8f279a64 proto 16 src 192.168.8.100 metric 100 169.254.0.0/16 dev enx0c5b8f279a64 scope 253 metric 1000 192.168.8.0/24 dev enx0c5b8f279a64 proto 2 scope 253 src 192.168.8.100 metric 100 Start: 2023-12-22T17:29:26+ HOST: localhost Loss% Snt Last Avg Best Wrst StDev 1.|-- 192.168.8.10.0% 1 25.4 25.4 25.4 25.4 0.0 2.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 3.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 4.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 5.|-- 172.16.188.85 0.0% 1 41.0 41.0 41.0 41.0 0.0 6.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 7.|-- 172.16.188.44 0.0% 1 39.9 39.9 39.9 39.9 0.0 8.|-- 81.52.186.121 0.0% 1 50.0 50.0 50.0 50.0 0.0 9.|-- 193.251.241.2220.0% 1 53.3 53.3 53.3 53.3 0.0 10.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 11.|-- 108.170.241.1290.0% 1 83.1 83.1 83.1 83.1 0.0 12.|-- 209.85.252.245 0.0% 1 63.2 63.2 63.2 63.2 0.0 13.|-- 172.217.168.2280.0% 1 62.6 62.6 62.6 62.6 0.0 sous Openbox ip -N route >> outputOpenBox.txt mtr -n -r -c 1 www.google.com >> outputOpenBox.txt default via 192.168.8.1 dev enx0c5b8f279a64 proto 16 src 192.168.8.100 metric 100 169.254.0.0/16 dev enx0c5b8f279a64 scope 253 metric 1000 192.168.8.0/24 dev enx0c5b8f279a64 proto 2 scope 253 src 192.168.8.100 metric 100 Start: 2023-12-22T17:39:36+ HOST: localhost Loss% Snt Last Avg Best Wrst StDev 1.|-- 192.168.8.10.0% 1 35.6 35.6 35.6 35.6 0.0 2.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 3.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 4.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 5.|-- 172.16.188.85 0.0% 1 61.4 61.4 61.4 61.4 0.0 6.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 7.|-- 172.16.188.44 0.0% 1 93.2 93.2 93.2 93.2 0.0 8.|-- 81.52.186.121 0.0% 1 50.3 50.3 50.3 50.3 0.0 9.|-- 193.251.241.2220.0% 1 57.7 57.7 57.7 57.7 0.0 10.|-- ??? 100.0 10.0 0.0 0.0 0.0 0.0 11.|-- 108.170.241.1930.0% 1 68.2 68.2 68.2 68.2 0.0 12.|-- 142.250.224.1310.0% 1 67.8 67.8 67.8 67.8 0.0 13.|-- 216.58.214.4 0.0% 1 69.4 69.4 69.4 69.4 0.0 Ils se ressemblent, ce qui ne m’étonne pas dans la mesure ou tout passe normalement en ligne de commande, dans les trois cas : en mode console, dans un terminal sous GNOME ou Openbox, si je fais : ping kde.org Ca passe normalement. C’est libreoffice, firefox(sauf après une longue attente) ou evolution posent problème sous openbox. Merci d'avance, -- Benoît
Re: Mails dans corbeille Debian-12
> Le 19/12/2023 à 17:38, ajh-valmer a écrit : > > Spamassasin dépose les très nombreux mails-spams directement dans > > la corbeille de mon MUA, précédés de *** SPAM ***. > > La corbeille sous Debian est dans /home//.local/share/Trash/". > > Je souhaite que ces mails *** SPAM *** aillent automatiquement dans > > le répertoire "/dev/null". Comment puis-je le faire ? > J'ai l'impression que tu confonds la corbeille de ton MUA et la > corbeille des surcouches du FileSystem. ça n'a rien à voir parceque la > corbeille de ton MUA est une boite aux lettres et la corbeille > FileSystem un répertoire contenant des fichiers : On Thursday 21 December 2023 10:56:17 Erwan David wrote: Oui, /dev est un répertoire et /null est un fichier. Justement, comment rediriger la sortie d’erreur(STDERR) vers la sortie standard(STDOUT) dans le device null, c'est à dire disparition à tout jamais. On Friday 22 December 2023 11:04:37 you wrote: > Ça dépend de l'environnement. Chez moi, spamassassin collabore avec > exim4 (paquet sa-exim) et je peux définir ça dans > /etc/exim4/sa-exim.conf : chez moi spamassassin collabore avec postfix. Je ne vois pas de fichier équivalent ~postfix.conf Bonne soirée
Re: Comportement bizarre clé usb fat32
Le 21/12/2023 à 19:35, Basile Starynkevitch a écrit : Est-ce que le hub USB est alimenté par la carte mère (çàd par le port USB de celui-ci); ou bien a-t-il une alimentation séparée? Si le hub a son alimenation, est-elle allumée après le PC? Que donnent les commandes lsusb et dmesg (sous root) avant et après branchement du hub, et de la clef dedans? Que donnent ces mêmes commandes si on branche la même clef USB sur le port USB direct de la carte mère (ou du PC portable)? Quelle est la sortie des commandes hwinfo et lspci? Librement Bonjour, merci pour la réponse. Alors ,je n'ai as posté les retours des commandees, c'est très long... De plus il semblerait que ce soit un pb matériel, sur la cm. Suite à un rajout de cartes j'ai vérifié les connexions... Et la clé est de nouveau reconnu dès le branchement. A voir sur la durée... En attendant, bonnes fêtes et merci pour la réponse. Fabien
Re: Extraction de CD audio [RESOLU]
J'ai pas mal de temps aujourd'hui à ripper quelques CD. Voici mes observations: - certains CD (60%) sont immédiatement reconnus comme CD audio: Sound Juicer ou Asunder savent extraire la musique et retrouver les titres du disque et des chansons - pour les 40% restant: - en répétant l'opération, elle peut inexplicablement réussir quand elle avait auparavant échoué dans des conditions en apparence strictement identiques (pour l'anecdote, j'ai un CD qui est passé à 6ème tentative et un autre à la 8ème) - après 4 échecs sur un CD assez long (77 minutes), j'ai essayé avec un autre lecteur de CD/DVD: réussite du 1er coup ! - idem pour un autre CD d'une durée normalement (<40 min) - pour un double CD, le 1er est passé du coup et pas le 2nd ! À chaud: - la protection anti-copie, si elle existe, n'est pas un facteur d'échec - la "qualité" du lecteur de CD/DVD semble à l'inverse déterminante. Merci à tous pour vos réponses Le mar. 19 déc. 2023 à 21:08, Jean Bernon a écrit : > > > > C'est bien ma version 3.38.0-2. Mais il refuse les cd non trouvés sur > > musicbrainz. Tu le lances avec des options ? Des greffons ? > > Je n'ai pas d'option ou de greffon particulier. Je suis sous Gnome. J'utilise > deux méthodes, soit : > 1 je charge le CD, j'attends qu'il soit monté et visible dans le gestionnaire > de fichiers et ensuite j'ouvre sound juicer qui met 10 à 20 secondes avant > d'afficher les pistes, que tu peux ensuite lire et extraire ; > 2 tu vas dans paramètres/media amovibles/cd audio et tu choisis sound juicer, > ensuite quand tu ouvres le cd dans le gestionnaire de fichiers, il te propose > de l'ouvrir avec sound juicer (en haut à droite de la liste des pistes). > > > Oui je veux du mp3 pour la compatibilité et la compression. > > D'où recompilation avec la qualité adhoc lors de l'encodage > > Dans les préférences, tu peux choisir mp3. J'évoquais FLAC seulement parce > que quelqu'un de la liste disait qu'il y avait un problème de qualité du > codage avec sound juicer. >
Re: Copier un système (Debian) sur un disque plus grand.
Le ven. 22 déc. 2023 à 10:28, Michel Verdier a écrit : > > Le 21 décembre 2023 Eric DEGENETAIS a écrit : > > > /home inutile, ? Personnellement je le fais systématiquement à > > l'exception des systèmes jetables installés dans un but de test, > > auxquels je ne confierai pas de données, dans le but de pouvoir > > réinstaller le système sans toucher aux données personnelles contenues > > dans /home. Et je m'en suis félicité plusieurs fois. > > Ca dépend du problème à restaurer. Si c'est le disque qui est mort, et > c'est 100% des problèmes chez moi, avoir fait des partitions séparées ne > sert à rien. Changer de système sans se taper un bigbang, avoir à tout instant au moins une copie sa home en plus des sauvegardes... en ce qui me concerne je trouve ça très utile. > >> contre-productif : si tu satures /var ça bloque tout comme si tu saturais / > > effectivement, il est probablement plus utile (même si un peu extrême > > pour une machine de bureau ou personnelle) de séparer /tmp et /var/log > > Ca revient au même : si on sature /var/log on bloque tout. > /tmp ça doit être moins violent, mais pourquoi le mettre à part ? parce qu'en saturant sur une partition root qui contient aussi /var il va tout bloquer. Et sature /tmp peut arriver avec certains processus un peu agressifs. __ Éric Dégenètais
Re: Connexion réseau impossible pour certains logiciels
Le 21 décembre 2023 benoit a écrit : > En fait, c'est l'inverse de ce que j'avais dit en testant avec un autre > utilisateur, j’ai lancé gnome... > Si je crée un utilisateur et que je lance un environnement de bureau par > défaut, genre gnome, tout fonctionne normalement. > C’est gnome qui fait quelque chose qui fait que ça fonctionne, mais quoi ? > > Mais si j’utilise openbox (ma config), ça ne fonctionne pas… Déjà pour voir ce qui se passe au niveau réseau donne-nous dans les 2 cas : ip -N route mtr -n -r -c 1 www.google.com (mtr est par exemple dans le paquet mtr-tiny) Si c'est identique ça sera au niveau config user
Re: Copier un système (Debian) sur un disque plus grand.
Le 21 décembre 2023 Eric DEGENETAIS a écrit : > /home inutile, ? Personnellement je le fais systématiquement à > l'exception des systèmes jetables installés dans un but de test, > auxquels je ne confierai pas de données, dans le but de pouvoir > réinstaller le système sans toucher aux données personnelles contenues > dans /home. Et je m'en suis félicité plusieurs fois. Ca dépend du problème à restaurer. Si c'est le disque qui est mort, et c'est 100% des problèmes chez moi, avoir fait des partitions séparées ne sert à rien. >> contre-productif : si tu satures /var ça bloque tout comme si tu saturais / > effectivement, il est probablement plus utile (même si un peu extrême > pour une machine de bureau ou personnelle) de séparer /tmp et /var/log Ca revient au même : si on sature /var/log on bloque tout. /tmp ça doit être moins violent, mais pourquoi le mettre à part ?
Re: Re : Re: Connexion réseau impossible pour certains logiciels
Bonjour, Le 2023-12-21 21:22, benoit a écrit : à quoi dois-je faire attention ? tcpdump -i enx0c5b8f279a64 >> tcpdump.dump Tu dois regarder vers où (quelle IP, quel port) se font les tentatives de connexion réseau quand tu essayes (par exemple) de charger une page dans Firefox. Essaye d'utiliser un protocole non-chiffré (HTTP plutôt que HTTPS), ça sera plus lisible. Si la connexion se fait bien vers l'IP et le port que tu imaginais, alors tu pourras regarder ce qui se passe au niveau de la réponse. Il y a sûrement d'autre choses à regarder mais c'est un bon début. Sébastien