Re: Buster problème réseau étonnant
Bonjour, Le jeudi 18 juillet 2019, roger.tar...@free.fr a écrit... > Comment complètes-tu la configuration de ton réseau? Utilises-tu la > commande resolv, le fichier resolv.conf ? (les multiples manuels et > tutoriels à propos du réseau sous Debian sont un roman ; et un vrai piège > pour les débutants) J'ai choisi la facilité, et je suis en dhcp derrière ma box. > Sur un serveur, la configuration de /etc/network/interfaces me suffit. > Dans ce cas, pour être propre, tu désactives network-manager ou tu le > désinstalles ? > Y a-t-il d'autres ignobles composants cachés à éliminer ? silencio:~$ systemctl is-enabled network-manager.service disabled En fait, je l'ai juste désactivé, mais pas supprimé. On peut, il ne semble pas y avoir de dépendance, du moins chez moi, juste network-manager-gnome Il s'agit de ma machine de travail. Sur les serveurs, il n'est pas installé. -- jm
Re: Buster problème réseau étonnant
> J'aimerais bien savoir si ce comportement est intentionnel. > Ça n'est pas du tout ergonomique. Là encore, MacOS met rarement > l'utilisateur dans un tel doute. > Si je fais "apply", je décide de changer le profil de ma connexion. > Et précisément, NM doit l'appliquer immédiatement. > (Sinon, et je ne le souhaite pas, elle doit me le préciser) > Il faudrait deux boutons : Save (setup) et Apply (setup). Pourquoi pas un message demandant si on active le profil immédiatement ? > Je pressens que le souci avec NM provient notamment de ce genre de > comportement flou qui peut se cumuler à d'autres menus problèmes et > mettre un super bazar incompréhensible. > Tu n'as jamais tourné en rond au moins une fois avec resolv, > resolv.conf, /etc/network/interfaces ? > Je crois que le mieux est de tout faire en CLI ! À l'époque où je faisais les configs réseau en ligne de commande, il m'est bien sûr arrivé de tourner entre les divers fichiers de configuration. Avec les interfaces graphiques, NM compris, je ne dis pas que je ne dois jamais aller voir "derrière" dans les fichiers de config et les commandes en ligne, mais franchement c'est de plus en plus rare et je le fais en dernier recours. Les interfaces graphiques paraissent souvent floues au départ (il y déjà tout simplement des problèmes de vocabulaire), mais une fois apprivoisées, elles sont la plupart du temps très fiables. Je sais qu'il y a des inconditionnels de la ligne de commande et dans certains cas c'est vraiment plus simple. Mais pas toujours ! Pour une config réseau classique de PC, je ne vois pas l'intérêt pratique (par curiosité oui !) de se perdre dans tous les fichiers et toutes les commandes réseau existantes. Un des plaisirs du libre c'est qu'il y a presque toujours différentes manières de faire les choses et que chacun choisit ce qui lui convient. Cordialement Jean
Re: Wget seulement si changement...
En fait, j'utilise bien le -N pour tous les cas (je suis d'accord, c'est plus naturel), sauf celui évoqué où la cinématique est un peu différente... David. Le 18/07/2019 à 17:12, Daniel Caillibaud a écrit : > Le 18/07/19 à 16h28, David BERCOT a écrit : >> Daniel, tu confonds -o et -O ;-) >> >> L'option -N n'est pas compatible avec -O qui consiste à donner le nom du >> fichier téléchargé. >> En revanche, -o signifie juste qu'on veut envoyer les logs dans le >> fichier indiqué. > > Tu as raison, merci d'avoir précisé. > >> J'ai testé et tout fonctionne. > > Mais tu restes tributaire de la formulation des messages wget, rien ne dit > qu'ils soient les mêmes après une montée de version (et le script dépend > aussi de la locale utilisée, faudrait la forcer à fr_FR.UTF-8 dans l'appel > de wget). > > Laisser faire le -N et regarder si le fichier a changé me parait plus > fiable (et aussi plus simple, on aurait aussi pu regarder le md5 avant / > après), mais c'est juste une remarque, si ça va très bien comme ça pas la > peine de changer. >
Re: Xorg en "dual-head dual-graphics card AMD/ATI 570 + 6450"
Basile Starynkevitch, au 2019-07-18 : > et ce, malgré ce fichier xorg.conf ci - dessous... (obtenu par > Xorg -config, puis largement bidouillé). [...] > > Section "Device" > Identifier "BasileBigCard" [...] > Driver "amdgpu" > BusID "PCI:10:0:0" > EndSection > > > Section "Device" > Identifier "BasileSmallCard" [...] > Driver "amdgpu" > BusID "PCI:66:0:0" > EndSection [...] > Et mon noyau a > > rimski.x86_64 ~ 2:12 .0 % lsmod |grep amd [...] > drm_kms_helper200704 2 amdgpu,radeon Bonsoir Basile, J'ai l'impression que votre carte HD6450 est pilotée par le module "radeon" et non "amdgpu". Peut-être que vous devriez signaler à Xorg de travailler avec ces deux pilotes différents ; je ne sais pas à quel point c'est supporté cependant. Je ne crois pas que la HD6450 supporte "amdgpu" ; ma vieille HD4770, remplacée récement par une RX560, était trop ancienne pour "amdgpu" et ne fonctionnait qu'avec "radeon". À en juger par le chapitre suivant sur le Wiki d'Arch Linux, ce pourrait bien être aussi le cas de votre carte : https://wiki.archlinux.org/index.php/Xorg#AMD > Avez vous des idées pour m'aider? En espérant que ça aide effectivement, Amicalement, -- Étienne Mollier 5AB1 4EDF 63BB CCFF 8B54 2FA9 59DA 56FE FFF3 882D signature.asc Description: OpenPGP digital signature
Re: Buster problème réseau étonnant
- Original Message - > From: "Jean Bernon" > To: "Liste Debian" > Sent: Thursday, July 18, 2019 5:00:09 PM > Subject: Re: Buster problème réseau étonnant > > Sur les problèmes de Networkmanager, je reprends ton seul exemple > précis ci-dessous... > > 1er point - Tu alternes des commandes en ligne ip et l'interface > graphique NM. Dans NM en utilisant la petite roue dentée de ton > screenshot, tu vois la même chose qu'avec ip. Autant l'utiliser. > 2e point - Lorsque tu fais "apply" tu changes simplement le profil de > ta connexion. Je ne vois pourquoi NM devrait immédiatement arrêter > la connexion en cours et la relancer avec le nouveau profil. S'il le > faisait, certains trouveraient sûrement qu'il fait plus que ce qui > est attendu (trop). Il y a dans la même interface un bouton pour > activer / désactiver la connexion en cours. Une fois qu'on a compris > comment ça marche, ça prend 1/2 seconde pour activer le profil qu'on > vient de créer et pourquoi pas vérifier qu'il est bien activé en > cliquant la roue dentée. Je ne vois pas où est le problème pour les > débutants. J'aimerais bien savoir si ce comportement est intentionnel. Ça n'est pas du tout ergonomique. Là encore, MacOS met rarement l'utilisateur dans un tel doute. Si je fais "apply", je décide de changer le profil de ma connexion. Et précisément, NM doit l'appliquer immédiatement. (Sinon, et je ne le souhaite pas, elle doit me le préciser) Il faudrait deux boutons : Save (setup) et Apply (setup). Je pressens que le souci avec NM provient notamment de ce genre de comportement flou qui peut se cumuler à d'autres menus problèmes et mettre un super bazar incompréhensible. Tu n'as jamais tourné en rond au moins une fois avec resolv, resolv.conf, /etc/network/interfaces ? Je crois que le mieux est de tout faire en CLI !
Re: Mise à jour du bios UEFI ?
Ok. Je lis cela de suite. Merci pour l'info. -- Sent from: http://debian.2.n7.nabble.com/debian-user-french-f1152225.html
Re: HS renommage en masse (expressions régulières)
petit logiciel sympa pour ce genre de chose PYremaner Le 18/07/2019 à 12:45, Alexandre Goethals a écrit : Bonjour, la commande rename fournie par le paquet du même nom permet de renommer en masse des fichiers en utilisant des regex perl (avec option -n pour simuler le renommage) Il faut utiliser des groupes de capture pour le renommage. A mon avis pour simplifier la tâche, si possible, séparer les fichiers dans des répertoires différents selon leur schéma de nommage permet de se contenter de regex un peu moins compliquées. Le 18/07/2019 à 12:17, Samuel Cifuentes a écrit : Salut je dois "nettoyer" un ensemble de fichiers dont les noms ressemblent à ceci 2019 toto (2019/espace/toto) 2018 titi 2019 titi tititoto (2018) titi (2019) toto (2017) etc. par ailleurs, certains des contenus des parenthèses ne sont pas seulement des chiffres par exemple "toto (jan 2019)" j'ai déjà effectué un gros travail de tri et de dédoublonnage donc il ne devrait plus y avoir de fichier à contenu identique dans cet ensemble de répertoires mais je sèche sur l'étape suivante: je souhaite renommer en masse tous les fichiers selon le schéma suivant : -titi , -toto etc. par exemple "toto (jan 2019)" toto/espace/parenthèse/contenu-de-la-parenthèse/parenthèse devrait être renommé en "2019-toto" en récupérant donc le contenu NUMERIQUE exclusivement des parenthèses figurant dans le nom de *certains* fichiers , en virant l'espace de fin et en ajoutant un tiret plutôt qu'une espace entre le contenu de la parenthèse (qui donc se trouvera au début du nom) et la suite du nom de fichier. j'ai su faire ça il y a trés longtemps avec awk mais là je bute sur le fait que les noms de fichiers n'ont pas tous le même nombre de caractères pourriez-vous m'aider ? Sam -- logogite*Roseline & Bruno Volpi** **Chaillac** **19450 Chamboulive* F: 05 55 21 27 57 M: 06 78 07 40 27 web : http://www.brunovolpi.com/gites
Re: Wget seulement si changement...
Le 18/07/19 à 16h28, David BERCOT a écrit : > Daniel, tu confonds -o et -O ;-) > > L'option -N n'est pas compatible avec -O qui consiste à donner le nom du > fichier téléchargé. > En revanche, -o signifie juste qu'on veut envoyer les logs dans le > fichier indiqué. Tu as raison, merci d'avoir précisé. > J'ai testé et tout fonctionne. Mais tu restes tributaire de la formulation des messages wget, rien ne dit qu'ils soient les mêmes après une montée de version (et le script dépend aussi de la locale utilisée, faudrait la forcer à fr_FR.UTF-8 dans l'appel de wget). Laisser faire le -N et regarder si le fichier a changé me parait plus fiable (et aussi plus simple, on aurait aussi pu regarder le md5 avant / après), mais c'est juste une remarque, si ça va très bien comme ça pas la peine de changer. -- Daniel Plus je connais les hommes, plus j'aime les femmes Frédéric Dard.
Re: Buster problème réseau étonnant
Sur les problèmes de Networkmanager, je reprends ton seul exemple précis ci-dessous... 1er point - Tu alternes des commandes en ligne ip et l'interface graphique NM. Dans NM en utilisant la petite roue dentée de ton screenshot, tu vois la même chose qu'avec ip. Autant l'utiliser. 2e point - Lorsque tu fais "apply" tu changes simplement le profil de ta connexion. Je ne vois pourquoi NM devrait immédiatement arrêter la connexion en cours et la relancer avec le nouveau profil. S'il le faisait, certains trouveraient sûrement qu'il fait plus que ce qui est attendu (trop). Il y a dans la même interface un bouton pour activer / désactiver la connexion en cours. Une fois qu'on a compris comment ça marche, ça prend 1/2 seconde pour activer le profil qu'on vient de créer et pourquoi pas vérifier qu'il est bien activé en cliquant la roue dentée. Je ne vois pas où est le problème pour les débutants. * 1/ ip a donne l'adresse IP de la machine qui accède normalement à internet * 2/ par Settings/Network onglet IPv4 / Bouton radio Manual puis valeurs (IP / mask / gateway). * Je fais Apply (bouton) * 3/ ip a affiche toujours l'ancienne addresse IP. * 4/ Dans Settings/Network, je fais désactiver puis activer la Wired connection (avec le bouton coulissant) * 5/ ip a affiche l'adresse IP fixe paramétrée
Re: HS renommage en masse (expressions régulières)
Avec rename:
~$ ls
titiAA2019
~$ rename 's/^(.*)(.{6})/$1-$2/' titiAA2019
~$ ls
titi-AA2019
L'idée est la suivante:
Faire deux groupes de capture:
^(.*) => correspond à n'importe quel caractère présent n'importe quel
nombre de fois (y compris 0) au début de la chaîne. Il s'agit du groupe
de capture n°1
.{6} => correspond à une chaîne de 6 caractères quelconques. C'est le
groupe de capture n°2
On renomme toute la chaîne en "groupe de capture n°2"-"groupe de capture
n°1"
Le 18/07/2019 à 16:09, Samuel Cifuentes a écrit :
> j'ai pas mal avancé à grands coups de gprename mais je bute encore
>
> ma question est désormais beaucoup plus simple :
>
> je désire prendre les 6 derniers caractères du nom d'un fichier (qui
> sont desormais trois lettres et des chiffres)
>
> et les coller simplement au début du nom de ce meme fichier
>
> titiAAA2019 deviendrait donc AAA2019-titi
>
> quelle est donc la regex pour faire ça ?
>
>
>
> Le 18/07/2019 à 12:45, Alexandre Goethals a écrit :
>> Bonjour,
>>
>> la commande rename fournie par le paquet du même nom permet de renommer
>> en masse des fichiers en utilisant des regex perl (avec option -n pour
>> simuler le renommage)
>>
>> Il faut utiliser des groupes de capture pour le renommage. A mon avis
>> pour simplifier la tâche, si possible, séparer les fichiers dans des
>> répertoires différents selon leur schéma de nommage permet de se
>> contenter de regex un peu moins compliquées.
>>
>> Le 18/07/2019 à 12:17, Samuel Cifuentes a écrit :
>>> Salut
>>>
>>> je dois "nettoyer" un ensemble de fichiers dont les noms ressemblent à
>>> ceci
>>>
>>> 2019 toto (2019/espace/toto)
>>>
>>> 2018 titi
>>>
>>> 2019 titi
>>>
>>> tititoto (2018)
>>>
>>> titi (2019)
>>>
>>> toto (2017) etc.
>>>
>>> par ailleurs, certains des contenus des parenthèses ne sont pas
>>> seulement des chiffres par exemple "toto (jan 2019)"
>>>
>>> j'ai déjà effectué un gros travail de tri et de dédoublonnage donc il
>>> ne devrait plus y avoir de fichier à contenu identique dans cet
>>> ensemble de répertoires mais je sèche sur l'étape suivante:
>>>
>>> je souhaite renommer en masse tous les fichiers selon le schéma
>>> suivant :
>>>
>>> -titi , -toto etc.
>>>
>>> par exemple "toto (jan 2019)"
>>> toto/espace/parenthèse/contenu-de-la-parenthèse/parenthèse devrait
>>> être renommé en "2019-toto"
>>>
>>> en récupérant donc le contenu NUMERIQUE exclusivement des parenthèses
>>> figurant dans le nom de *certains* fichiers , en virant l'espace de
>>> fin et en ajoutant un tiret plutôt qu'une espace entre le contenu de
>>> la parenthèse (qui donc se trouvera au début du nom) et la suite du
>>> nom de fichier.
>>>
>>> j'ai su faire ça il y a trés longtemps avec awk mais là je bute sur le
>>> fait que les noms de fichiers n'ont pas tous le même nombre de
>>> caractères
>>>
>>>
>>> pourriez-vous m'aider ?
>>>
>>> Sam
>>>
>>>
>
Re: Wget seulement si changement...
Daniel, tu confonds -o et -O ;-) L'option -N n'est pas compatible avec -O qui consiste à donner le nom du fichier téléchargé. En revanche, -o signifie juste qu'on veut envoyer les logs dans le fichier indiqué. J'ai testé et tout fonctionne. David. Le 18/07/2019 à 15:53, Daniel Caillibaud a écrit : > Le 18/07/19 à 15h11, David BERCOT a écrit : >> Je vous fais juste un petit retour rapide... >> J'ai donc suivi le conseil de Daniel et ça fonctionne. >> >> En gros : >> wget -o code_retour_slimjet --show-progress -N >> "https://www.slimjet.com/download.php?location=local==lnx64=deb==; >> if [[ $(grep "Téléchargement sauté" code_retour_slimjet) ]]; then echo >> "Pas de mise à jour pour Slimjet !" else >> gdebi --n >> download.php?location=local==lnx64=deb== fi > > Sauf que la doc dit explicitement qu'il faut pas de -o avec -N > > Et je suis pas sûr que ton url récupère effectivement le .deb… > > Je pense plus prudent de faire > > deb=slimjet_amd64.deb > oldDate=$(date --reference $deb '+%F %T') > wget -N https://www.slimjet.com/release/slimjet_amd64.deb > newDate=$(date --reference $deb '+%F %T') > > if [ "$oldDate" == "$newDate" ]; then > echo "Pas de mise à jour de $deb ($oldDate)" > else > echo "On a récupéré un nouveau $deb ($oldDate => $newDate)" > # faire autre chose si besoin > fi
Re: HS renommage en masse (expressions régulières)
j'ai pas mal avancé à grands coups de gprename mais je bute encore ma question est désormais beaucoup plus simple : je désire prendre les 6 derniers caractères du nom d'un fichier (qui sont desormais trois lettres et des chiffres) et les coller simplement au début du nom de ce meme fichier titiAAA2019 deviendrait donc AAA2019-titi quelle est donc la regex pour faire ça ? Le 18/07/2019 à 12:45, Alexandre Goethals a écrit : Bonjour, la commande rename fournie par le paquet du même nom permet de renommer en masse des fichiers en utilisant des regex perl (avec option -n pour simuler le renommage) Il faut utiliser des groupes de capture pour le renommage. A mon avis pour simplifier la tâche, si possible, séparer les fichiers dans des répertoires différents selon leur schéma de nommage permet de se contenter de regex un peu moins compliquées. Le 18/07/2019 à 12:17, Samuel Cifuentes a écrit : Salut je dois "nettoyer" un ensemble de fichiers dont les noms ressemblent à ceci 2019 toto (2019/espace/toto) 2018 titi 2019 titi tititoto (2018) titi (2019) toto (2017) etc. par ailleurs, certains des contenus des parenthèses ne sont pas seulement des chiffres par exemple "toto (jan 2019)" j'ai déjà effectué un gros travail de tri et de dédoublonnage donc il ne devrait plus y avoir de fichier à contenu identique dans cet ensemble de répertoires mais je sèche sur l'étape suivante: je souhaite renommer en masse tous les fichiers selon le schéma suivant : -titi , -toto etc. par exemple "toto (jan 2019)" toto/espace/parenthèse/contenu-de-la-parenthèse/parenthèse devrait être renommé en "2019-toto" en récupérant donc le contenu NUMERIQUE exclusivement des parenthèses figurant dans le nom de *certains* fichiers , en virant l'espace de fin et en ajoutant un tiret plutôt qu'une espace entre le contenu de la parenthèse (qui donc se trouvera au début du nom) et la suite du nom de fichier. j'ai su faire ça il y a trés longtemps avec awk mais là je bute sur le fait que les noms de fichiers n'ont pas tous le même nombre de caractères pourriez-vous m'aider ? Sam
Re: Wget seulement si changement...
Le 18/07/19 à 15h11, David BERCOT a écrit : > Je vous fais juste un petit retour rapide... > J'ai donc suivi le conseil de Daniel et ça fonctionne. > > En gros : > wget -o code_retour_slimjet --show-progress -N > "https://www.slimjet.com/download.php?location=local==lnx64=deb==; > if [[ $(grep "Téléchargement sauté" code_retour_slimjet) ]]; then echo > "Pas de mise à jour pour Slimjet !" else > gdebi --n > download.php?location=local==lnx64=deb== fi Sauf que la doc dit explicitement qu'il faut pas de -o avec -N Et je suis pas sûr que ton url récupère effectivement le .deb… Je pense plus prudent de faire deb=slimjet_amd64.deb oldDate=$(date --reference $deb '+%F %T') wget -N https://www.slimjet.com/release/slimjet_amd64.deb newDate=$(date --reference $deb '+%F %T') if [ "$oldDate" == "$newDate" ]; then echo "Pas de mise à jour de $deb ($oldDate)" else echo "On a récupéré un nouveau $deb ($oldDate => $newDate)" # faire autre chose si besoin fi -- Daniel Selon les derniers chiffres, 1/3 des statistiques sont fausses.
Re: Buster problème réseau étonnant
- Original Message - > From: "Pierre Frenkiel" > To: "Liste Debian" > Sent: Thursday, July 18, 2019 2:35:03 PM > Subject: Re: Buster problème réseau étonnant > > On Thu, 18 Jul 2019, Jean Bernon wrote: > > Pour moi Networkmanager fonctionne très bien sans que j'ai rien eu à > configurer sinon les mots de passe Wifi (et le > driver wifi, mais c'est une autre question). Comme déjà suggéré ici, > ton problème ne vient-il pas du fait que tu > utilises des méthodes de configuration concurrentes ? As-tu essayé de > tout virer sauf Networkmanager justement ? > Voici par exemple le contenu de mon /etc/network/interfaces > > >... > > Si ça peut être utile, voici le mien, qui fonctionne parfaiteemnt > sans networkmanager > > auto lo > iface lo inet loopback > > auto enp0s31f6 > iface enp0s31f6 inet static >address 192.168.1.12 >netmask 255.255.255.0 >gateway 192.168.1.254 C'est exactement ce que j'avais dans mon ancienne Debian (avec eth0 au lieu de enp0s) et avec en plus une directive dns-nameservers Comment complètes-tu la configuration de ton réseau? Utilises-tu la commande resolv, le fichier resolv.conf ? (les multiples manuels et tutoriels à propos du réseau sous Debian sont un roman ; et un vrai piège pour les débutants) Sur un serveur, la configuration de /etc/network/interfaces me suffit. Dans ce cas, pour être propre, tu désactives network-manager ou tu le désinstalles ? Y a-t-il d'autres ignobles composants cachés à éliminer ? Sur une machine de bureau qui sert à développer, et où on change souvent de configuration, une interface graphique peut être pratique. Mais il faut qu'elle soit fiable. En la matière, j'ai un bon souvenir de MacOS X où l'interface graphique est prépondérante et est/était très cohérente avec l'état réel de la machine.
Re: Buster problème réseau étonnant
- Original Message - > From: "Jean Bernon" > To: "Liste Debian" > Sent: Thursday, July 18, 2019 2:45:52 PM > Subject: Re: Buster problème réseau étonnant > > Il y a une dizaine d'année j'utilisais /etc/network/interfaces et > fichiers consort pour paramétrer une machine. Depuis j'ai testé > d'autres outils graphiques dont wicd. Aujourd'hui je laisse > Networkmanager se débrouiller et ça se passe plutôt bien. Je lis > souvent des plaintes sur Networkmanager, pas très précises la > plupart du temps, et j'ai un peu de mal à comprendre ce qu'on lui > reproche exactement. Ce que nous disons là ne prouve pas grand chose > sur la manière de configurer le réseau Debian d'un PC individuel > (c'est la question de départ je crois) sauf que nous avons des > expériences différentes. > J'ai le même fichier /etc/network/interfaces Le problème est que network-manager fait un peu ce qu'il veut. Devoir désactiver/activer une connexion réseau dans Settings/Network après avori fait "Apply" est incohérent. Je pense aux débutants.
Re: Wget seulement si changement...
Bonjour, Je vous fais juste un petit retour rapide... J'ai donc suivi le conseil de Daniel et ça fonctionne. En gros : wget -o code_retour_slimjet --show-progress -N "https://www.slimjet.com/download.php?location=local==lnx64=deb==; if [[ $(grep "Téléchargement sauté" code_retour_slimjet) ]]; then echo "Pas de mise à jour pour Slimjet !" else gdebi --n download.php?location=local==lnx64=deb== fi Merci à tous ;-) David. Le 15/07/2019 à 14:41, Daniel Caillibaud a écrit : > Le 15/07/19 à 14:28, Daniel Caillibaud a écrit : > >> Le 15/07/19 à 13:21, David BERCOT a écrit : >>> Prenons le cas de Slimjet (qui n'existe pas, sauf erreur de ma part, dans >>> un "vrai" >>> repository) : wget -O slimjet_amd64.deb >>> "https://www.slimjet.com/download.php?location=local==lnx64=deb==; >>> J'aimerais éviter ce téléchargement si jamais le fichier (qui a toujours le >>> même nom) n'a >>> pas changé depuis la fois précédente (a priori, en comparant la taille ou >>> la date). Mais >>> pour l'instant, je n'ai pas trouvé d'option me donner ces >>> meta-informations... >> >> curl --head --dump-header - $url >> >> te donneras ces infos. > > Regarde aussi l'option -N de wget, à priori c'est fait pour : > > wget -N https://www.slimjet.com/release/slimjet_amd64.deb > > ne le télécharge pas si ta version (celle récupérée par la commande > précédente) est la > dernière. > > Si ça a changé, il va écraser l'ancien slimjet_amd64.deb (du dossier où tu > lances la commande) > par le nouveau. > >> HTTP/1.1 200 OK >> Date: Mon, 15 Jul 2019 12:26:46 GMT >> Server: Apache >> Last-Modified: Thu, 11 Jul 2019 21:24:36 GMT >> Accept-Ranges: bytes >> Content-Length: 69865454 >> Content-Type: application/x-debian-package >
Re: Buster problème réseau étonnant
Il y a une dizaine d'année j'utilisais /etc/network/interfaces et fichiers consort pour paramétrer une machine. Depuis j'ai testé d'autres outils graphiques dont wicd. Aujourd'hui je laisse Networkmanager se débrouiller et ça se passe plutôt bien. Je lis souvent des plaintes sur Networkmanager, pas très précises la plupart du temps, et j'ai un peu de mal à comprendre ce qu'on lui reproche exactement. Ce que nous disons là ne prouve pas grand chose sur la manière de configurer le réseau Debian d'un PC individuel (c'est la question de départ je crois) sauf que nous avons des expériences différentes. - Mail original - > De: "Jean Bernon" > À: "Liste Debian" > Envoyé: Jeudi 18 Juillet 2019 14:26:39 > Objet: Re: Buster problème réseau étonnant > Pour moi Networkmanager fonctionne très bien sans que j'ai rien eu à > configurer sinon les mots de passe Wifi (et le driver wifi, mais > c'est une autre question). Comme déjà suggéré ici, ton problème ne > vient-il pas du fait que tu utilises des méthodes de configuration > concurrentes ? As-tu essayé de tout virer sauf Networkmanager > justement ? Voici par exemple le contenu de mon > /etc/network/interfaces > # This file describes the network interfaces available on your system > # and how to activate them. For more information, see interfaces(5). > # The loopback network interface > auto lo > iface lo inet loopback > Je n'y ai jamais touché et depuis les applets réseau de Gnome sous > Networkmanager, je vois mes réseaux et peux configurer lorsque > nécessaire. > - Mail original - > > De: "roger tarani" > > À: "Liste Debian" > > Envoyé: Jeudi 18 Juillet 2019 14:01:28 > > Objet: Re: Buster problème réseau étonnant > > - Original Message - > > > From: "Pascal Hambourg" > > > J'ai tout simplement l'impression que le nouveau paramètrage est > > > enregistré mais pas appliqué immédiatement par cet outil (lequel > > > d'ailleurs ? l'applet NetworkManager ?), et qu'il n'est appliqué > > > qu'à > > > la > > > prochaine activation de l'interface. > > PS > > Je n'ai que le panneau Settings/Network qui apparaît aussi en haut > > à > > droite > > Je ne sais pas si c'est l'applet network-manager. > > Nouveau : l'icone "connexion réseau" à côté du menu start/stop > > apparaît grisé avec une ptite croix blanche. > > Pourtant, la machine accède au réseau internet. > > Si je fais > > sudo service network-manager restart > > l'icone disparaît. > > Donc, oui, c'est bien network-manager qui est là et qui commence > > déjà > > à m'empoisonner pour pas grand chose. > > Comment faire le network-ménage là-dedans ? > > merci
Re: Buster problème réseau étonnant
On Thu, 18 Jul 2019, Jean Bernon wrote: Pour moi Networkmanager fonctionne très bien sans que j'ai rien eu à configurer sinon les mots de passe Wifi (et le driver wifi, mais c'est une autre question). Comme déjà suggéré ici, ton problème ne vient-il pas du fait que tu utilises des méthodes de configuration concurrentes ? As-tu essayé de tout virer sauf Networkmanager justement ? Voici par exemple le contenu de mon /etc/network/interfaces ... Si ça peut être utile, voici le mien, qui fonctionne parfaiteemnt sans networkmanager auto lo iface lo inet loopback auto enp0s31f6 iface enp0s31f6 inet static address 192.168.1.12 netmask 255.255.255.0 gateway 192.168.1.254 Cordialement, -- Pierre Frenkiel
Re: Buster problème réseau étonnant
Le 18/07/2019 à 14:26, Jean Bernon a écrit : Pour moi Networkmanager fonctionne très bien sans que j'ai rien eu à configurer sinon les mots de passe Wifi (et le driver wifi, mais c'est une autre question). Comme déjà suggéré ici, ton problème ne vient-il pas du fait que tu utilises des méthodes de configuration concurrentes ? As-tu essayé de tout virer sauf Networkmanager justement ? Voici par exemple le contenu de mon /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback Je n'y ai jamais touché et depuis les applets réseau de Gnome sous Networkmanager, je vois mes réseaux et peux configurer lorsque nécessaire. Network manager et /etc/network/interfaces peuvent cohabiter: si une interface est dans présente dans le second, network-manager ne s'en occupe pas (devrait ne pas s'en occuper). Cela dit, j'ai toujours eu des problèmes avec network-manager et trouve Wicd nettement moins problématique si l'on veut du graphique. Le fichier interfaces reste à mes yeux la meilleure solution. PS: Ubuntu en rajoute une couche en voulant passer à netplan. Daniel - Mail original - De: "roger tarani" À: "Liste Debian" Envoyé: Jeudi 18 Juillet 2019 14:01:28 Objet: Re: Buster problème réseau étonnant - Original Message - From: "Pascal Hambourg" J'ai tout simplement l'impression que le nouveau paramètrage est enregistré mais pas appliqué immédiatement par cet outil (lequel d'ailleurs ? l'applet NetworkManager ?), et qu'il n'est appliqué qu'à la prochaine activation de l'interface. PS Je n'ai que le panneau Settings/Network qui apparaît aussi en haut à droite Je ne sais pas si c'est l'applet network-manager. Nouveau : l'icone "connexion réseau" à côté du menu start/stop apparaît grisé avec une ptite croix blanche. Pourtant, la machine accède au réseau internet. Si je fais sudo service network-manager restart l'icone disparaît. Donc, oui, c'est bien network-manager qui est là et qui commence déjà à m'empoisonner pour pas grand chose. Comment faire le network-ménage là-dedans ? merci
Re: Buster problème réseau étonnant
Pour moi Networkmanager fonctionne très bien sans que j'ai rien eu à configurer sinon les mots de passe Wifi (et le driver wifi, mais c'est une autre question). Comme déjà suggéré ici, ton problème ne vient-il pas du fait que tu utilises des méthodes de configuration concurrentes ? As-tu essayé de tout virer sauf Networkmanager justement ? Voici par exemple le contenu de mon /etc/network/interfaces # This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). # The loopback network interface auto lo iface lo inet loopback Je n'y ai jamais touché et depuis les applets réseau de Gnome sous Networkmanager, je vois mes réseaux et peux configurer lorsque nécessaire. - Mail original - > De: "roger tarani" > À: "Liste Debian" > Envoyé: Jeudi 18 Juillet 2019 14:01:28 > Objet: Re: Buster problème réseau étonnant > - Original Message - > > From: "Pascal Hambourg" > > J'ai tout simplement l'impression que le nouveau paramètrage est > > enregistré mais pas appliqué immédiatement par cet outil (lequel > > d'ailleurs ? l'applet NetworkManager ?), et qu'il n'est appliqué > > qu'à > > la > > prochaine activation de l'interface. > PS > Je n'ai que le panneau Settings/Network qui apparaît aussi en haut à > droite > Je ne sais pas si c'est l'applet network-manager. > Nouveau : l'icone "connexion réseau" à côté du menu start/stop > apparaît grisé avec une ptite croix blanche. > Pourtant, la machine accède au réseau internet. > Si je fais > sudo service network-manager restart > l'icone disparaît. > Donc, oui, c'est bien network-manager qui est là et qui commence déjà > à m'empoisonner pour pas grand chose. > Comment faire le network-ménage là-dedans ? > merci
Re: Buster problème réseau étonnant
- Original Message - > From: "Pascal Hambourg" > To: "Liste Debian" > Sent: Thursday, July 18, 2019 1:54:38 PM > Subject: Re: Buster problème réseau étonnant > > Le 18/07/2019 à 13:50, roger.tar...@free.fr a écrit : > > > >> From: "Pascal Hambourg" > >> > >> J'ai tout simplement l'impression que le nouveau paramètrage est > >> enregistré mais pas appliqué immédiatement par cet outil (lequel > >> d'ailleurs ? l'applet NetworkManager ?), et qu'il n'est appliqué > >> qu'à > >> la prochaine activation de l'interface. > > > > Je suis un peu paumé. > > Pourquoi ? Parce que je ne connais pas exactement l'architecture du réseau sur cette machine et que je subis un comportement imprédictible. C'est une bêtise énorme d'avoir une telle incohérence, cad d'être obligé de désactiver/activer la connexion réseau APRES avoir pressé le bouton Apply. J'ai subi ce genre de truc quand je débutais avec Debian. Ça peut bloquer et rendre fou un débutant pendant des heures poui des jours si ça se combine avec d'autres problèmes (modem-routeur, carte réseau, etc.) > > > Dans mon /etc/network/interfaces, Je n'ai plus rien d'autre que ce > > que j'ai communiqué. > > /etc/network/interfaces n'a rien à voir ici. C'est une autre méthode > de > configuration concurrente. Ok. Alors quelle est LA méthode de référence fiable pour configurer une machine Debian ? > > M'install de Buster a 2 jours et je n'avais pas encore touché à la > > config du réseau. > > Et donc ? Et donc ça m'étonne puisque je n'avais pas créé moi-même des problèmes de réseau en bidouillant comme un débutant total. > > C'est un mystère pour moi. > > Qu'est-ce qui est un mystère ? En quoi mon explication ne suffit pas > ? Un mystère c'est un "enseignement secret expliqué aux seuls initiés". c'est exactement le cas. A défaut de connaître toutes les entrailles de ma machine Debian, je suis face à un mystère et je vous contacte car je crois que vous savez le "secret" un peu plus que moi. Non, ton explication ne suffit pas : " J'ai tout simplement l'impression que le nouveau paramètrage est enregistré mais pas appliqué immédiatement par cet outil (lequel d'ailleurs ? l'applet NetworkManager ?), et qu'il n'est appliqué qu'à la prochaine activation de l'interface." Je fais le même constat de cette incohérence qui est forcément causée par des composants (lesquels ?) qui ne font pas le travail attendu. Pour résoudre le problème, je crois qu'il faut au moins répondre aux questions suivantes : - comment et dans quels fichiers configurer le réseau ? - quels composants prennent ensuite en charge cette configuration ? - comment vérifier qu'ils ont fait le travail attendu (autrement qu'en constatant "ben ça marche pas")
Re: Buster problème réseau étonnant
- Original Message - > From: "Pascal Hambourg" > J'ai tout simplement l'impression que le nouveau paramètrage est > enregistré mais pas appliqué immédiatement par cet outil (lequel > d'ailleurs ? l'applet NetworkManager ?), et qu'il n'est appliqué qu'à > la > prochaine activation de l'interface. PS Je n'ai que le panneau Settings/Network qui apparaît aussi en haut à droite Je ne sais pas si c'est l'applet network-manager. Nouveau : l'icone "connexion réseau" à côté du menu start/stop apparaît grisé avec une ptite croix blanche. Pourtant, la machine accède au réseau internet. Si je fais sudo service network-manager restart l'icone disparaît. Donc, oui, c'est bien network-manager qui est là et qui commence déjà à m'empoisonner pour pas grand chose. Comment faire le network-ménage là-dedans ? merci
Re: Buster problème réseau étonnant
Le 18/07/2019 à 13:50, roger.tar...@free.fr a écrit : From: "Pascal Hambourg" J'ai tout simplement l'impression que le nouveau paramètrage est enregistré mais pas appliqué immédiatement par cet outil (lequel d'ailleurs ? l'applet NetworkManager ?), et qu'il n'est appliqué qu'à la prochaine activation de l'interface. Je suis un peu paumé. Pourquoi ? Dans mon /etc/network/interfaces, Je n'ai plus rien d'autre que ce que j'ai communiqué. /etc/network/interfaces n'a rien à voir ici. C'est une autre méthode de configuration concurrente. M'install de Buster a 2 jours et je n'avais pas encore touché à la config du réseau. Et donc ? C'est un mystère pour moi. Qu'est-ce qui est un mystère ? En quoi mon explication ne suffit pas ?
Re: Buster problème réseau étonnant
- Original Message - > From: "Pascal Hambourg" > To: "Liste Debian" > Sent: Thursday, July 18, 2019 1:24:52 PM > Subject: Re: Buster problème réseau étonnant > > Le 18/07/2019 à 12:52, roger.tar...@free.fr a écrit : > > > > Pendant une bête configuration de routeur, j'ai constaté la chose > > suivante pour l'opération simple qui consiste à paramétrer une > > adresse IP fixe pour la machine (Debian Buster) : > > 1/ ip a donne l'adresse IP de la machine qui accède normalement à > > internet > > > > 2/ par Settings/Network onglet IPv4 / Bouton radio Manual puis > > valeurs (IP / mask / gateway). > > Je fais Apply (bouton) > > > > 3/ ip a affiche toujours l'ancienne addresse IP. > > > > 4/ Dans Settings/Network, je fais désactiver puis activer la Wired > > connection (avec le bouton coulissant) > > > > 5/ ip a affiche l'adresse IP fixe paramétrée > > J'ai tout simplement l'impression que le nouveau paramètrage est > enregistré mais pas appliqué immédiatement par cet outil (lequel > d'ailleurs ? l'applet NetworkManager ?), et qu'il n'est appliqué qu'à > la > prochaine activation de l'interface. > > Je suis un peu paumé. Dans mon /etc/network/interfaces, Je n'ai plus rien d'autre que ce que j'ai communiqué. M'install de Buster a 2 jours et je n'avais pas encore touché à la config du réseau. C'est un mystère pour moi.
Re: HS renommage en masse (expressions régulières)
- Mail original - > De: "Alexandre Goethals" > À: debian-user-french@lists.debian.org > Envoyé: Jeudi 18 Juillet 2019 12:45:59 > Objet: Re: HS renommage en masse (expressions régulières) > > Bonjour, > > la commande rename fournie par le paquet du même nom permet de > renommer > en masse des fichiers en utilisant des regex perl (avec option -n > pour > simuler le renommage) > > Il faut utiliser des groupes de capture pour le renommage. A mon avis > pour simplifier la tâche, si possible, séparer les fichiers dans des > répertoires différents selon leur schéma de nommage permet de se > contenter de regex un peu moins compliquées. bonjour, serait il possible d'utiliser le paquet detox ? merci slt bernard
Re: Buster problème réseau étonnant
Le 18/07/2019 à 12:52, roger.tar...@free.fr a écrit : Pendant une bête configuration de routeur, j'ai constaté la chose suivante pour l'opération simple qui consiste à paramétrer une adresse IP fixe pour la machine (Debian Buster) : 1/ ip a donne l'adresse IP de la machine qui accède normalement à internet 2/ par Settings/Network onglet IPv4 / Bouton radio Manual puis valeurs (IP / mask / gateway). Je fais Apply (bouton) 3/ ip a affiche toujours l'ancienne addresse IP. 4/ Dans Settings/Network, je fais désactiver puis activer la Wired connection (avec le bouton coulissant) 5/ ip a affiche l'adresse IP fixe paramétrée J'ai tout simplement l'impression que le nouveau paramètrage est enregistré mais pas appliqué immédiatement par cet outil (lequel d'ailleurs ? l'applet NetworkManager ?), et qu'il n'est appliqué qu'à la prochaine activation de l'interface.
Re: Buster problème réseau étonnant
Conflit entre paramétrages Box et Buster, IP fixe ? La box permet de le faire, IP fixe, DHCP avec IP fixe etc... Les appelations eth et wifi peuvent changer lors d'un upgrade, /etc/network/interfaces, il faut donc les reconfigurer en static ou DHCP. On Thursday 18 July 2019 12:52:16 roger.tar...@free.fr wrote: > Bon voilà : Debian Buster toute fraîche, bureau Gnome, et hop déjà > des problèmes de configuration du réseau similaires à ce que j'ai vécu > avec Stretch et Jessie.
Buster problème réseau étonnant
Bonjour Bon voilà : Debian Buster toute fraîche, bureau Gnome, et hop déjà des problèmes de configuration du réseau similaires à ce que j'ai vécu avec Stretch et Jessie. Le cas (trivial) : Pendant une bête configuration de routeur, j'ai constaté la chose suivante pour l'opération simple qui consiste à paramétrer une adresse IP fixe pour la machine (Debian Buster) : 1/ ip a donne l'adresse IP de la machine qui accède normalement à internet 2/ par Settings/Network onglet IPv4 / Bouton radio Manual puis valeurs (IP / mask / gateway). Je fais Apply (bouton) 3/ ip a affiche toujours l'ancienne addresse IP. 4/ Dans Settings/Network, je fais désactiver puis activer la Wired connection (avec le bouton coulissant) 5/ ip a affiche l'adresse IP fixe paramétrée Ça correspond exactement à mon expérience avec Jessie et Stretch où j'ai des fois longtemps tourné en rond sans savoir pourquoi ça fonctionnait finalement et rebondissant de manuels officiels (anciens) en tutos incomplets (resolvconf, resolvconf.conf, /etc/network/interfaces qui ne prennait pas certains paramètres, network-manager qui mettait le bazar, etc.) Ce problème aussi simple n'est pas normal. Comment le corriger ? Quelle est la manière bonne et fiable de configurer et de gérer les interfaces réseau d'une machine Debian ? en CLI ? avec une interface graphique ? Pouvez-vous m'expliquer quels composants communiquent avec quels composants ? Dans le passé, network-manager posait problème. Ce point devrait intéresser du monde, sauf les vieux briscards qui savent comment dompter la bête. Merci Remarques : je n'ai plus rien de ce que j'avais dans mes anciennes machines Debian $ cat /etc/network/interfaces This file describes the network interfaces available on your system # and how to activate them. For more information, see interfaces(5). source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback $ sudo nano /etc/resolv.conf # Generated by NetworkManager nameserver fe80::8271:7aff:fe6c:a1d2%enp0s25
Re: HS renommage en masse (expressions régulières)
Bonjour, la commande rename fournie par le paquet du même nom permet de renommer en masse des fichiers en utilisant des regex perl (avec option -n pour simuler le renommage) Il faut utiliser des groupes de capture pour le renommage. A mon avis pour simplifier la tâche, si possible, séparer les fichiers dans des répertoires différents selon leur schéma de nommage permet de se contenter de regex un peu moins compliquées. Le 18/07/2019 à 12:17, Samuel Cifuentes a écrit : > Salut > > je dois "nettoyer" un ensemble de fichiers dont les noms ressemblent à > ceci > > 2019 toto (2019/espace/toto) > > 2018 titi > > 2019 titi > > tititoto (2018) > > titi (2019) > > toto (2017) etc. > > par ailleurs, certains des contenus des parenthèses ne sont pas > seulement des chiffres par exemple "toto (jan 2019)" > > j'ai déjà effectué un gros travail de tri et de dédoublonnage donc il > ne devrait plus y avoir de fichier à contenu identique dans cet > ensemble de répertoires mais je sèche sur l'étape suivante: > > je souhaite renommer en masse tous les fichiers selon le schéma suivant : > > -titi , -toto etc. > > par exemple "toto (jan 2019)" > toto/espace/parenthèse/contenu-de-la-parenthèse/parenthèse devrait > être renommé en "2019-toto" > > en récupérant donc le contenu NUMERIQUE exclusivement des parenthèses > figurant dans le nom de *certains* fichiers , en virant l'espace de > fin et en ajoutant un tiret plutôt qu'une espace entre le contenu de > la parenthèse (qui donc se trouvera au début du nom) et la suite du > nom de fichier. > > j'ai su faire ça il y a trés longtemps avec awk mais là je bute sur le > fait que les noms de fichiers n'ont pas tous le même nombre de caractères > > > pourriez-vous m'aider ? > > Sam > >
HS renommage en masse (expressions régulières)
Salut je dois "nettoyer" un ensemble de fichiers dont les noms ressemblent à ceci 2019 toto (2019/espace/toto) 2018 titi 2019 titi tititoto (2018) titi (2019) toto (2017) etc. par ailleurs, certains des contenus des parenthèses ne sont pas seulement des chiffres par exemple "toto (jan 2019)" j'ai déjà effectué un gros travail de tri et de dédoublonnage donc il ne devrait plus y avoir de fichier à contenu identique dans cet ensemble de répertoires mais je sèche sur l'étape suivante: je souhaite renommer en masse tous les fichiers selon le schéma suivant : -titi , -toto etc. par exemple "toto (jan 2019)" toto/espace/parenthèse/contenu-de-la-parenthèse/parenthèse devrait être renommé en "2019-toto" en récupérant donc le contenu NUMERIQUE exclusivement des parenthèses figurant dans le nom de *certains* fichiers , en virant l'espace de fin et en ajoutant un tiret plutôt qu'une espace entre le contenu de la parenthèse (qui donc se trouvera au début du nom) et la suite du nom de fichier. j'ai su faire ça il y a trés longtemps avec awk mais là je bute sur le fait que les noms de fichiers n'ont pas tous le même nombre de caractères pourriez-vous m'aider ? Sam
