Re: Clé USB bootable à partir d'un iso
'lut, Perso j'utilise Ventoy : tu prépare ta clé usb avec ventoy et ensuite +1 j'en ai essayé pas mal depuis toutes ces années et j'avoue que je suis resté sur Ventoy. f.
Re: Bridge: config manuelle OK mais KO par /etc/network/interfaces [RESOLU]
Après de multiples tentatives infructueuses (dont l'installation d'ifupdown2 à la place d'ifupdown qui était présent), celle qui me semble avoir enfin fait fonctionner la config est le fait d'avoir avec vim, simplement effacé tous les caractères précédents le texte "bridge_ports " puis re-saisi des espaces à la place ! Y avait-il dans le fichier, un caractère invisible détériorant la syntaxe ? Je ne le jurerai pas il semble que c'était bien le cas. À l'origine, le fichier était généré par un script Ansible. À l'oeil nu, avec vim, il ne présentait aucune anomalie visible. À l'évidence, il me semble indispensable d'utiliser un éditeur qui m'aiderait à repérer des caractères cachés. Autre piste, le paquet ifupdown2 utilise la syntaxe bridge-ports tandis qu'ifupdown utilise bridge_ports. Peut-être que j'ai confondu les deux syntaxes. Merci infiniment pour vos réponses.
Re: Bridge: config manuelle OK mais KO par /etc/network/interfaces
Salut, Est-ce que tout ça ne viendrait pas de la prise de contrôle par Network Manager ? Si c’est le cas, on peut revenir à la gestion réseau eth. Sources possibles : - https://memo-linux.com/debian-9-retrouver-les-noms-des-interfaces-reseaux-eth/ - https://www.xmodulo.com/disable-network-manager-linux.html Sinon, en ce qui concerne la gestion actuelle avec NM : - https://www.debian.org/doc/manuals/debian-reference/ch05.fr.html > Le 19 mai 2023 à 13:06, Olivier a écrit : > > Malheureusement, l'ajout des commandes auto ne change pas le résultat > find: j'ai toujours un cannot find device "br1" dans les logs et pas > d'interface br1 visible > > Je pense que mon fichier /etc/network/interfaces est correctement lu à > cause de la présence du message d'erreur dans les logs. > > Tout se passe comme si la ligne bridge_ports était ignorée car sans > elle on aurait probablement un message du type cannot find device > "br1". > Pourquoi cette ligne semble ignorée ? > Est-elle lue mais un problème de temporisation (ie race condition, ..) > la fait échouer ? > > > Je n'ai jamais vu autre chose que "bridge_maxwait 0" dans les > exemples. Connaissez-vous une valeur alternative que je pourrai > essayer ? > > Le ven. 19 mai 2023 à 11:48, Christophe Maquaire a > écrit : >> >> Le vendredi 19 mai 2023 à 11:15 +0200, Olivier a écrit : >>> Bonjour, >>> >> Bonjour >> >>> >>> >>> source /etc/network/interfaces.d/* >>> >>> # The loopback network interface >>> auto lo >>> iface lo inet loopback >>> >>> # Other (Ansible generated) interfaces >>> #auto eno1 >> Moi je décommenterai la ligne "auto eno1" >>> iface eno1 inet manual >>> >>> >>> #auto br1 >> Ainsi que celle-ci... "auto br1" >>> iface br1 inet static >>> address 12.12.12.235/24 >>> gateway 12.12.12.254 >>> dns-nameservers 12.12.12.254 >>> dns-search multi.lan >>> bridge_ports eno1 >>> bridge_stp off >>> # bridge_fd 0 >>> # bridge_maxwait 0 >>> >>> Slts >>> >> Sans garantie, mais ça devrait aider. >> >> Christophe >> > -- Pierre Malard Responsable architectures système CDS DINAMIS/THEIA Montpellier IRD - UMR Espace-Dev - UAR CPST - IR Data-Terra Maison de la Télédétection 500 rue Jean-François Breton 34093 Montpellier Cx 5 France « Il n'y a pas de Paradis, mais il faut tâcher de mériter qu'il y en ait un ! » Jules Renard (1864-1910) - Journal, 10 septembre 1903 |\ _,,,---,,_ /,`.-'`'-. ;-;;,_ |,4- ) )-,_. ,\ ( `'-' '---''(_/--' `-'\_) πr perl -e '$_=q#: 3|\ 5_,3-3,2_: 3/,`.'"'"'`'"'"' 5-. ;-;;,_: |,A- ) )-,_. ,\ ( `'"'"'-'"'"': '"'"'-3'"'"'2(_/--'"'"' `-'"'"'\_): 24πr::#;y#:#\n#;s#(\D)(\d+)#$1x$2#ge;print' - --> Ce message n’engage que son auteur <-- signature.asc Description: Message signed with OpenPGP
Re: Bridge: config manuelle OK mais KO par /etc/network/interfaces
bonjour, je me demande si installer le paquet "ifupdown" ou ifupdown2 n'aiderai pas il me semble avoir déjà rencontré ça. Jerem Le 19/05/2023 à 13:06, Olivier a écrit : Malheureusement, l'ajout des commandes auto ne change pas le résultat find: j'ai toujours un cannot find device "br1" dans les logs et pas d'interface br1 visible Je pense que mon fichier /etc/network/interfaces est correctement lu à cause de la présence du message d'erreur dans les logs. Tout se passe comme si la ligne bridge_ports était ignorée car sans elle on aurait probablement un message du type cannot find device "br1". Pourquoi cette ligne semble ignorée ? Est-elle lue mais un problème de temporisation (ie race condition, ..) la fait échouer ? Je n'ai jamais vu autre chose que "bridge_maxwait 0" dans les exemples. Connaissez-vous une valeur alternative que je pourrai essayer ? Le ven. 19 mai 2023 à 11:48, Christophe Maquaire a écrit : Le vendredi 19 mai 2023 à 11:15 +0200, Olivier a écrit : Bonjour, Bonjour source /etc/network/interfaces.d/* # The loopback network interface auto lo iface lo inet loopback # Other (Ansible generated) interfaces #auto eno1 Moi je décommenterai la ligne "auto eno1" iface eno1 inet manual #auto br1 Ainsi que celle-ci... "auto br1" iface br1 inet static address 12.12.12.235/24 gateway 12.12.12.254 dns-nameservers 12.12.12.254 dns-search multi.lan bridge_ports eno1 bridge_stp off # bridge_fd 0 # bridge_maxwait 0 Slts Sans garantie, mais ça devrait aider. Christophe
Re: Bridge: config manuelle OK mais KO par /etc/network/interfaces
Avertissement: je n'y connais rien, j'utilise un bridge créé et géré par libvirt pour qemu, vu que j'utilise paresseusement virt-manager. Sur le wiki Debian on dirait que l"exemple fichier interfaces cité pour un bridge comporte le démarrage de ce bridge (ligne "up /usr/sbin/brctl stp br0 on")? https://wiki.debian.org/fr/NetworkConfiguration#Relais vu mon niveau sur la question, ne me crois pas sur parole :-)
Re: [Resolu] Re: paquet libgail-3-0 impossible à installer sous bullseye
OK, merci pour cette info. Du coup cela me suggère de prendre une url de dépôt comme ftp.fr.debian.org, qui n'est pas un CDN. C'est tout de même étrange que cette url, qui est celle choisie par défaut lors d'une install de debian, puisse poser ce type de problème. Ça n'est pas, à mes yeux, un petit soucis si les dépôts ne sont plus cohérents entre eux!!! Par contre, pour l'heure, je vais me contenter de cette solution et de cette explication et du coup je marque le sujet comme «vraiment» résolu. Merci encore, cdlt, -- Frédéric Baldit Le jeu. 18 mai 2023 à 18:44:24 + Hugues Larrive a écrit: > Bonjour, > > Ce n'est peut-être pas une bonne idée d'être repassé sur > deb.debian.org qui est un CDN (Content Delivery Network)... je ne > sais pas exactement comment ça fonctionne mais j'ai constaté que ça > pose ce genre de problème bizarre. > > Je me trompe peut-être mais j'ai l'impression que ça change le miroir > à tout instant : > root@p700:~# date; nslookup deb.debian.org > jeu. 18 mai 2023 20:32:06 CEST > Server: 1.1.1.1 > Address: 1.1.1.1#53 > > Non-authoritative answer: > deb.debian.orgcanonical name = debian.map.fastlydns.net. > Name: debian.map.fastlydns.net > Address: 151.101.134.132 > Name: debian.map.fastlydns.net > Address: 2a04:4e42:1f::644 > > root@p700:~# date; nslookup deb.debian.org > jeu. 18 mai 2023 20:32:08 CEST > Server: 1.1.1.1 > Address: 1.1.1.1#53 > > Non-authoritative answer: > deb.debian.orgcanonical name = debian.map.fastlydns.net. > Name: debian.map.fastlydns.net > Address: 199.232.82.132 > Name: debian.map.fastlydns.net > Address: 2a04:4e42:8d::644 > > root@p700:~# geoiplookup 151.101.134.132 > GeoIP Country Edition: ES, Spain > root@p700:~# geoiplookup 199.232.82.132 > GeoIP Country Edition: US, United States > > Du coup c'est pas étonnant que ça puisse parfois causer des > incohérences. > > En général si je n'ai pas sélectionné un autre miroir lors de > l'installation je le laisse tant que ça ne pose pas de problème mais > au premier soucis je passe sur un miroir "en dur" comme > ftp.fr.debian.org. > > @+ > Hugues > > > --- Original Message --- > Le jeudi 18 mai 2023 à 16:19, Frédéric Baldit > a écrit : > > > > > > > > > > > > > Bonjour, > > > > > merci à la suggestion de changer l'url du dépôt debian. > > Je suis d'abord passé de deb.debian.org à un > > autre(ftp.u-picardie.fr), ce qui m'a montré (surprenant!) que 140 > > paquets pouvaient être mis à jour. > > Du coup j'ai tout de suite rebasculé sur deb.debian.org et là la > > mise à jour (update)a rechargé correctement la liste des paquets, > > m'indiquant que 140 paquets pouvaient être mis à jour. > > Après réalisation de la mise à jour (upgrade), le paquet > > libgail-3-0 qui était une dépendance d'un autre que je voulais > > installer était dans dans la bonne version (u3) et tout est rentré > > dans l'ordre. > > > Par contre je n'ai aucune idée de ce qui a provoqué ce comportement > > (très) bizarre, car mon install est plutôt classique, par exemple je > > n'utilise pas de fichier preferences. > > > > > -- > > Frédéric Baldit > > > > > Le mer. 17 mai 2023 à 20:38:55 +0200 > > Étienne Mollier emoll...@emlwks999.eu a écrit: > > > > > > Bonjour, > > > > > > > > > Le 17/05/2023 à 16:25, Frédéric Baldit a écrit : > > > > > > > > > > > > fred@AsusN550JV:~$ sudo apt update > > > > > > [sudo] Mot de passe de fred : > > > > > > Atteint :1 http://security.debian.org/debian-security > > > > > > bullseye-security InRelease Atteint :2 > > > > > > http://deb.debian.org/debian bullseye InRelease Atteint :3 > > > > > > http://deb.debian.org/debian bullseye-updates InRelease > > > > > > Atteint :4 > > > > > > https://download.virtualbox.org/virtualbox/debian bullseye > > > > > > InRelease Atteint :5 http://update.devolo.com/linux/apt > > > > > > stable InRelease Atteint :6 > > > > > > https://deb.nodesource.com/node_19.x bullseye InRelease > > > > > > Atteint :7 https://dl.winehq.org/wine-builds/debian > > > > > > bullseye InRelease Lecture des listes de paquets... Fait > > > > > > Construction de l'arbre des dépendances... Fait Lecture des > > > > > > informations d'état... Fait Tous les paquets sont à jour. > > > > > > > > > > fred@AsusN550JV:~$ sudo apt install libgail-3-0 Lecture des > > > > > > listes de paquets... Fait Construction de l'arbre des > > > > > > dépendances... Fait Lecture des informations d'état... Fait > > > > > > Les NOUVEAUX paquets suivants seront installés : > > > > > > libgail-3-0 > > > > > > 0 mis à jour, 1 nouvellement installés, 0 à enlever et 0 non > > > > > > mis à jour. Il est nécessaire de prendre 84,8 ko dans les > > > > > > archives. Après cette opération, 152 ko d'espace disque > > > > > > supplémentaires seront utilisés. Err :1 > > > > > > http://deb.debian.org/debian bullseye/main amd64 libgail-3-0 > > > > > > amd64 3.24.24-4+deb11u2 404 Not Found [IP : > > > > > >
Re: Comment vérifier qu’un hôte debian est apte (!) à exécuter tout logiciel fourni ?
Le 19/05/2023 à 12:23, RogerT a écrit : Ok. Merci. ça va discuter sur la responsabilité et la limite d’intervention… ! J'ai cru comprendre (mal à propos?) que ton utilisateur utilisait son ordinateur Apple Mac personnel. Si c'est le cas on rentre typiquement dans une problématique où l'utilisateur accepte certaines contraintes et où une définition des responsabilités est nécessaire. Cf par exemple les conseils IBM sur la politique interne BYOD: https://www.ibm.com/fr-fr/topics/byod il y a notamment une partie sur le support...
Re: Bridge: config manuelle OK mais KO par /etc/network/interfaces
Malheureusement, l'ajout des commandes auto ne change pas le résultat find: j'ai toujours un cannot find device "br1" dans les logs et pas d'interface br1 visible Je pense que mon fichier /etc/network/interfaces est correctement lu à cause de la présence du message d'erreur dans les logs. Tout se passe comme si la ligne bridge_ports était ignorée car sans elle on aurait probablement un message du type cannot find device "br1". Pourquoi cette ligne semble ignorée ? Est-elle lue mais un problème de temporisation (ie race condition, ..) la fait échouer ? Je n'ai jamais vu autre chose que "bridge_maxwait 0" dans les exemples. Connaissez-vous une valeur alternative que je pourrai essayer ? Le ven. 19 mai 2023 à 11:48, Christophe Maquaire a écrit : > > Le vendredi 19 mai 2023 à 11:15 +0200, Olivier a écrit : > > Bonjour, > > > Bonjour > > > > > > > source /etc/network/interfaces.d/* > > > > # The loopback network interface > > auto lo > > iface lo inet loopback > > > > # Other (Ansible generated) interfaces > > #auto eno1 > Moi je décommenterai la ligne "auto eno1" > > iface eno1 inet manual > > > > > > #auto br1 > Ainsi que celle-ci... "auto br1" > > iface br1 inet static > >address 12.12.12.235/24 > >gateway 12.12.12.254 > >dns-nameservers 12.12.12.254 > >dns-search multi.lan > >bridge_ports eno1 > >bridge_stp off > > # bridge_fd 0 > > # bridge_maxwait 0 > > > > Slts > > > Sans garantie, mais ça devrait aider. > > Christophe >
Re: Clé USB bootable à partir d'un iso
Hello Alex :) Le Thu, May 18, 2023 at 08:12:33PM +0300, Alex PADOLY a écrit : Je suis à la recherche d'une ressource Debian permettant de créer une clé USB bootable à partir d'un iso. Perso j'utilise Ventoy : tu prépare ta clé usb avec ventoy et ensuite tout ce que tu as à faire c'est copier tous les isos bootable que tu veux dans le tiroir isos de ta clé ! y a vraiment pas plus simple :) ensuite cette clé ventoy te permetra de booter sur n'importe laquelle des isos qui sont dessus, ils te sont tous proposés par le grub de la clé. je m'en suis fait une avec toutes mes isos de Systèmes (Windows, Linux, BSD, ect etc etc...) et de Tools, ça m'évite de jongler avec des tas de CDRoms ou DVDs pour installer un truc ou une machine et ça tiens pas de place dans la poche (et au prix où sont les dvds vierges ça fait de réelles économies ;)) ^^) et lorsque une update est disponible pour quoi que ce soit, il suffit juste soit de remplacer l'iso correspondante ou rajouter la nouvelle sur la clé. c'est vraiment super pratique :) Jeff
Re: outil libre et simple de discussion et de partage de ressources ?
'lut, Si on veut ou doit exclure Whatsapp, et même Signal/Telegram/etc. , quel outil similaire et libre peut-on installer en un clin d’oeil sur un hôte debian pour équiper un groupe de travail ? Mattermost ? c'est ce qu'utilise Framasoft pour les milliers d'équipes qu'ils hébergent. Ainsi que de nombreux CHATONS. a+ f.
Re: Comment vérifier qu’un hôte debian est apte (!) à exécuter tout logiciel fourni ?
Ok. Merci. ça va discuter sur la responsabilité et la limite d’intervention… ! > Le 19 mai 2023 à 07:51, Jean-Michel OLTRA a écrit : > > >Bonjour, > >> Quand vous installez un hôte debian, vous n’avez pas de liste de tâches « >> habituelle » à exécuter pour parachever la configuration ? > > À une époque, j'avais écrit un petit script shell qui faisait ce genre de > choses pour des serveurs (je l'ai toujours, si ça peut te donner des idées) : > > - paramétrer vim, > - paramétrer des applications comme rsyslog, ossec, fail2ban, cron-apt, > postfix, apache, mysql > - générer des clés ssh > - ajouter des paquetages, supprimer des paquetages que je savais inutiles > l'installation > - ajouter du paramétrage dans sysctl.d > - lancer des règles de pare-feu > - paramétrer la locale, le hostname de la machine > > > -- > jm >
Re: Bridge: config manuelle OK mais KO par /etc/network/interfaces
Le vendredi 19 mai 2023 à 11:15 +0200, Olivier a écrit : > Bonjour, > Bonjour > > > source /etc/network/interfaces.d/* > > # The loopback network interface > auto lo > iface lo inet loopback > > # Other (Ansible generated) interfaces > #auto eno1 Moi je décommenterai la ligne "auto eno1" > iface eno1 inet manual > > > #auto br1 Ainsi que celle-ci... "auto br1" > iface br1 inet static > address 12.12.12.235/24 > gateway 12.12.12.254 > dns-nameservers 12.12.12.254 > dns-search multi.lan > bridge_ports eno1 > bridge_stp off > # bridge_fd 0 > # bridge_maxwait 0 > > Slts > Sans garantie, mais ça devrait aider. Christophe
Bridge: config manuelle OK mais KO par /etc/network/interfaces
Bonjour, J'ai un NUC sur lequel j'ai installé Bullseye. En vue d'y installer libvirt, je souhaite y créer une interface de type bridge. J'y ai installé le paquet bridges-utils. Quand je configure le bridge à la main (avec brctl addbr puis brctl addif puis ip addr add, ), tout fonctionne mais quand j'utilise le fichier /etc/network/interfaces, la configuration échoue avec un message énigmatique "cannot find device br1". Voici mon fichier fichier de config /etc/network/interfaces. J'ai essayé pas mal de versions alternatives (avec ou sans instruction auto, ...). J'ai plusieurs machines sous Bulseye qui me semblent avoir le même type de configuration et fonctionner normalement. Voyez-vous une correction à y apporter ? Un point qui a peut-être une importance: l'interface eno1 possède enp2s0 comme nom alternatif. # 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 # Other (Ansible generated) interfaces #auto eno1 iface eno1 inet manual #auto br1 iface br1 inet static address 12.12.12.235/24 gateway 12.12.12.254 dns-nameservers 12.12.12.254 dns-search multi.lan bridge_ports eno1 bridge_stp off # bridge_fd 0 # bridge_maxwait 0 Slts
Re: Clé USB bootable à partir d'un iso
Le 18/05/2023 à 23:42, Charles Plessy a écrit : Bonjour Alex, S'il s'agit de l'image d'installation Debian, un simple cp suffit, suivi d'un sync. https://www.debian.org/releases/bookworm/amd64/ch04s03.fr.html#usb-copy-isohybrid Je ne sais pas si ça s'applique à toutes les isos en général. Librement, Bonjour, Non, en fait le format isohybrid est une facilité que l'éditeur des images ISO accordent (ici Debian mais quelques autres doivent le faire aussi) ou n'accordent pas en créant l'image avec ou sans cette caractéristique hybride. Donc Debian le fait: https://www.debian.org/CD/faq/#write-usb Pour les images d'autres éditeurs ne le faisant pas, il faut repasser par des outils du genre Unetbootin qui permettent de recréer une image ISO hybride à partir d'une image ISO simple. Et c'est pour cela que depuis plusieurs années créer une clé Debian avec Unetbootin est déconseillé, parce que les images ISO Debian étant déjà hybrides alors la moulinette Unetbootin rend le résultat inopérant (si je me souviens correctement)
