Re: imposer une IP à une seconde carte réseau

[Christophe Maquaire]

Le lundi 16 octobre 2023 à 07:56 +0200, Pierre Malard a écrit :
> Bonjour,
Bonjour à tous,

> 
> Le système de gestion par Network Manager n’a d’intérêt que dans le
> cas d’un portable qui peut facilement changer de contexte réseau.
> 
> Pour ce qui est d’un serveur c’est plutôt une source de difficultés
> et d’emm…

> Perso, je retourne à la gestion classique sous /etc/network/interface
> en virant MN si il est installé :
> https://debian-facile.org/doc:reseau:interfaces
> 
> 
> 
Pour ce qui est de NM, je partage ton avis.
Sinon debian est passé à systemd par défaut, me forçant à changer
d'habitudes ( journald en particulier est une plaie pour moi ) et la
façon de faire en accord avec systemd c'est
 
https://wiki.debian.org/SystemdNetworkd

en plus complet:

https://wiki.archlinux.org/title/Systemd-networkd

et pour le coup c'est, je trouve, aussi facile et efficace que
/etc/network/interfaces et ifup/ifdown (y compris avec des bridges ou
des vlans).

Librement,

Christophe

Re: imposer une IP à une seconde carte réseau

[Frédéric MASSOT]

Le 17/10/2023 à 21:20, Alex PADOLY a écrit :
Dans mon cas, cela ne fonctionne pas, je vais reprendre la proposition 
de Nospam


"Ça marche pas" c'est un peu court...

- Vous avez mis quoi dans le fichier "/etc/network/interfaces" ?
- Que donne les logs ?
- Que donne la suite de commandes : ifdown -av ; ifup -av




''

Bonsoir

sudo ip a add  dev 

sudo ip a -6 add  dev  # pour une ipv6

L'interface doit être up

sudo ip link set  up ''


Je vais adapter cette solution pour éditer sous root un cron qui 
effectuer une tâche à chaque démarrage du serveur, cela devrait donner 
ceci :


/*|@reboot |ip a add  dev */

Je testerai demain.

Merci et bonne soirée!



Le 2023-10-17 19:41, Frédéric MASSOT a écrit :


Le 17/10/2023 à 15:34, Alex PADOLY a écrit :

Bonsoir à tous,


Cela fonctionne, le problème, c'est que l'on doit ressaisir cette 
commande à chaque redémarrage du serveur.


Le serveur ltsp nécessite une seconde carte réseau ayant une adresse 
IP spécifique.


Avez-vous une idée pour imposer cette adresse fixe à chaque 
redémarrage du serveur.



Le fichier "/etc/network/interfaces" est là pour ça.





--
==
|  FRÉDÉRIC MASSOT   |
|https://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

Re: imposer une IP à une seconde carte réseau

[Erwan David]

Le 17/10/2023 à 21:20, Alex PADOLY a écrit :


Dans mon cas, cela ne fonctionne pas, je vais reprendre la proposition 
de Nospam


''

Bonsoir

sudo ip a add  dev 

sudo ip a -6 add  dev  # pour une ipv6

L'interface doit être up

sudo ip link set  up ''


Je vais adapter cette solution pour éditer sous root un cron qui 
effectuer une tâche à chaque démarrage du serveur, cela devrait donner 
ceci :


/*|@reboot |ip a add  dev */

Je testerai demain.

Merci et bonne soirée!



Le 2023-10-17 19:41, Frédéric MASSOT a écrit :


Le 17/10/2023 à 15:34, Alex PADOLY a écrit :

Bonsoir à tous,


Cela fonctionne, le problème, c'est que l'on doit ressaisir cette 
commande à chaque redémarrage du serveur.


Le serveur ltsp nécessite une seconde carte réseau ayant une adresse 
IP spécifique.


Avez-vous une idée pour imposer cette adresse fixe à chaque 
redémarrage du serveur.



Le fichier "/etc/network/interfaces" est là pour ça.




Qu'est-ce qui ne marche pas ?

Pouvez-vous donner ce fichier ?

Re: imposer une IP à une seconde carte réseau

[Alex PADOLY]

Dans mon cas, cela ne fonctionne pas, je vais reprendre la proposition 
de Nospam


''

Bonsoir

sudo ip a add  dev 

sudo ip a -6 add  dev  # pour une ipv6

L'interface doit être up

sudo ip link set  up ''

Je vais adapter cette solution pour éditer sous root un cron qui 
effectuer une tâche à chaque démarrage du serveur, cela devrait donner 
ceci :


_@reboot ip a add  dev _

Je testerai demain.

Merci et bonne soirée!

Le 2023-10-17 19:41, Frédéric MASSOT a écrit :


Le 17/10/2023 à 15:34, Alex PADOLY a écrit :


Bonsoir à tous,

Cela fonctionne, le problème, c'est que l'on doit ressaisir cette 
commande à chaque redémarrage du serveur.


Le serveur ltsp nécessite une seconde carte réseau ayant une adresse 
IP spécifique.


Avez-vous une idée pour imposer cette adresse fixe à chaque 
redémarrage du serveur.


Le fichier "/etc/network/interfaces" est là pour ça.

Re: imposer une IP à une seconde carte réseau

[Frédéric MASSOT]

Le 17/10/2023 à 15:34, Alex PADOLY a écrit :

Bonsoir à tous,


Cela fonctionne, le problème, c'est que l'on doit ressaisir cette 
commande à chaque redémarrage du serveur.


Le serveur ltsp nécessite une seconde carte réseau ayant une adresse IP 
spécifique.


Avez-vous une idée pour imposer cette adresse fixe à chaque redémarrage 
du serveur.



Le fichier "/etc/network/interfaces" est là pour ça.


--
==
|  FRÉDÉRIC MASSOT   |
|https://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

Re: imposer une IP à une seconde carte réseau

[Basile Starynkevitch]

On 10/17/23 15:34, Alex PADOLY wrote:


Bonsoir à tous,


Cela fonctionne, le problème, c'est que l'on doit ressaisir cette 
commande à chaque redémarrage du serveur.





Une possibilité pour exécuter une commande (non interactive) à chaque 
rédemarrage est d'éditer le fichier /etc/crontab qui est utilisé par le 
démon cron.


Il existe une commande crontab, documentée en 
https://man7.org/linux/man-pages/man1/crontab.1.html et un fichier 
système /etc/crontab qui est documenté en 
https://man7.org/linux/man-pages/man5/crontab.5.html


Il faut installer les paquets cron et cron-daemon-common et cron-daemon.

Une autre approche que je connais moins bien est la notion de service. 
J'en ai codé un trivial (et probablement peu utile) qui lance 
péridiquement l'appel système sync(2) pour vidanger les tampons sur les 
disques.


Le code source (un seul fichier en C) est en 
https://github.com/bstarynk/misc-basile/blob/master/sync-periodically.c 
et il y a le Makefile


Le fichier de configuration du service est en 
https://github.com/bstarynk/misc-basile/blob/master/sync-periodically.service


Il m'est arrivé (et je n'ai pas compris pourquoi) que le démon 
sync-peridocially (que j'avais installé en /usr/local/bin/ ) soit 
lancé plusieurs fois. Dans mon cas, ça n'a pas d'importance.


Librement


NB. Je cherche des partenaires et contributeurs intéressés par le 
logiciel libre moteur d'inférence RefPerSys en 
https://github.com/RefPerSys/RefPerSys


--
Basile Starynkevitch
 
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: imposer une IP à une seconde carte réseau

[NoSpam]

Bonjour

soit utiliser le fichier rc.local si le système est activé via systemd 
soit utiliser la commande up du fichier interfaces


Le 17/10/2023 à 15:34, Alex PADOLY a écrit :


Bonsoir à tous,


Cela fonctionne, le problème, c'est que l'on doit ressaisir cette 
commande à chaque redémarrage du serveur.


Le serveur ltsp nécessite une seconde carte réseau ayant une adresse 
IP spécifique.


Avez-vous une idée pour imposer cette adresse fixe à chaque 
redémarrage du serveur.



Merci beaucoup!





Le 2023-10-14 20:47, NoSpam a écrit :


Bonsoir

sudo ip a add  dev 

sudo ip a -6 add  dev  # pour une ipv6

L'interface doit être up

sudo ip link set  up


Le 14/10/2023 à 19:42, Alex PADOLY a écrit :


Bonsoir à tous,


La dernière fois que j'ai configuré des cartes réseau sur un système 
Debian, celles-ci s'appelaient eth0 , eth1, eth2.



Aujourd'hui, je commence la configuration d'un serveur LTSP et je 
souhaiterais imposer une adresse réseau à la seconde carte réseau 
reliée au switch pour les différents clients.


Le système d'adressage IP des cartes réseau sous Debian a-t-il 
fondamentalement changé.


Comment aujourd'hui imposer une adresse IP fixe à la seconde carte 
réseau?


Merci pour vos réponses et éclairages.

Alex PADOLY

Re: imposer une IP à une seconde carte réseau

[Alex PADOLY]

Bonsoir à tous,

Cela fonctionne, le problème, c'est que l'on doit ressaisir cette 
commande à chaque redémarrage du serveur.


Le serveur ltsp nécessite une seconde carte réseau ayant une adresse IP 
spécifique.


Avez-vous une idée pour imposer cette adresse fixe à chaque redémarrage 
du serveur.


Merci beaucoup!

Le 2023-10-14 20:47, NoSpam a écrit :


Bonsoir

sudo ip a add  dev 

sudo ip a -6 add  dev  # pour une ipv6

L'interface doit être up

sudo ip link set  up

Le 14/10/2023 à 19:42, Alex PADOLY a écrit :


Bonsoir à tous,

La dernière fois que j'ai configuré des cartes réseau sur un système 
Debian, celles-ci s'appelaient eth0 , eth1, eth2.


Aujourd'hui, je commence la configuration d'un serveur LTSP et je 
souhaiterais imposer une adresse réseau à la seconde carte réseau 
reliée au switch pour les différents clients.


Le système d'adressage IP des cartes réseau sous Debian a-t-il 
fondamentalement changé.


Comment aujourd'hui imposer une adresse IP fixe à la seconde carte 
réseau?


Merci pour vos réponses et éclairages.

Alex PADOLY

Re: imposer une IP à une seconde carte réseau

[Étienne Mollier]

Bonsoir,

Michel Verdier, on 2023-10-16:
> Le 14 octobre 2023 Alex PADOLY a écrit :
> 
> > La dernière fois que j'ai configuré des cartes réseau sur un système Debian,
> > celles-ci s'appelaient eth0 , eth1, eth2.
> 
> Si tu veux conserver l'ancien nommage des cartes tu peux ajouter dans
> /etc/default/grub les paramètres net.ifnames=0 et biosdevname=0 à la
> variable GRUB_CMDLINE_LINUX

Attention a bien associer les règles udev historiques que l'on
pouvait trouver dans les versions de Debian basées sur sysvinit.
La numérotation des interfaces ethN depend de l'ordre dand
lequel les cartes démarrent.  Par expérience, cet ordre peut
varier en fonction des niveaux mineurs de noyau et faire perdre
pas mal de temps : le temps d'identifier que les services sont
repartis en vrac parce que les interfaces physiques ont échangé
leurs noms.

> > Comment aujourd'hui imposer une adresse IP fixe à la seconde carte réseau?
> 
> Ça dépend de ce qui est installé (network-manager, etc, perso pour un
> serveur je désinstalle tout ça) mais tu peux ajouter ce qu'il faut dans
> /etc/network/interfaces ou dans un fichier dans
> /etc/network/interfaces.d/

Bonne idée la séparation dans de multiples fichiers dans le
répertoire *.d/, ça facilite grandement la maintenance via
scripting : un rm d'un fichier est plus simple que l'effacement
d'un paragraphe dans un fichier par ailleurs sensible par
exemple.

Bonne soirée,  :)
-- 
  .''`.  Étienne Mollier 
 : :' :  gpg: 8f91 b227 c7d6 f2b1 948c  8236 793c f67e 8f0d 11da
 `. `'   sent from /dev/pts/1, please excuse my verbosity
   `-


signature.asc
Description: PGP signature

Re: imposer une IP à une seconde carte réseau

[Michel Verdier]

Le 14 octobre 2023 Alex PADOLY a écrit :

> La dernière fois que j'ai configuré des cartes réseau sur un système Debian,
> celles-ci s'appelaient eth0 , eth1, eth2.

Si tu veux conserver l'ancien nommage des cartes tu peux ajouter dans
/etc/default/grub les paramètres net.ifnames=0 et biosdevname=0 à la
variable GRUB_CMDLINE_LINUX

> Comment aujourd'hui imposer une adresse IP fixe à la seconde carte réseau?

Ça dépend de ce qui est installé (network-manager, etc, perso pour un
serveur je désinstalle tout ça) mais tu peux ajouter ce qu'il faut dans
/etc/network/interfaces ou dans un fichier dans
/etc/network/interfaces.d/

Par exemple pour ajouter à eth0

auto eth0
iface eth0 inet static
  address 192.168.1.2/24
  up ip addr add 192.168.1.3/24 dev eth0 label eth0:1

iface eth0 inet6 auto
  up ip addr add 2a01:e7a:9e:3f0:4a5c:39f4:fe4e:c84/64 dev eth0 preferred_lft 0

Re: imposer une IP à une seconde carte réseau

[Pierre Malard]

Bonjour,

Le système de gestion par Network Manager n’a d’intérêt que dans le cas d’un 
portable qui peut facilement changer de contexte réseau.

Pour ce qui est d’un serveur c’est plutôt une source de difficultés et d’emm…

Perso, je retourne à la gestion classique sous /etc/network/interface en virant 
MN si il est installé :
https://debian-facile.org/doc:reseau:interfaces

> Le 14 oct. 2023 à 19:42, Alex PADOLY  a écrit :
> 
> Bonsoir à tous,
> 
> 
> 
> La dernière fois que j'ai configuré des cartes réseau sur un système Debian, 
> celles-ci s'appelaient eth0 , eth1, eth2.
> 
> 
> 
> Aujourd'hui, je commence la configuration d'un serveur LTSP et je 
> souhaiterais imposer une adresse réseau à la seconde carte réseau reliée au 
> switch pour les différents clients.
> 
> Le système d'adressage IP des cartes réseau sous Debian a-t-il 
> fondamentalement changé.
> 
> Comment aujourd'hui imposer une adresse IP fixe à la seconde carte réseau?
> 
> Merci pour vos réponses et éclairages.
> 
> Alex PADOLY
> 
> 
> 
> 
> 
> 
> 

--
Pierre Malard

  « on ne risque rien à livrer le secret professionnel car
 on ne livre pas la façon de s’en servir »
   Jean Cocteau - « Le secret professionnel » - 1922
   |\  _,,,---,,_
   /,`.-'`'-.  ;-;;,_
  |,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: imposer une IP à une seconde carte réseau

[Belaïd]

Salut,

Tu peux utiliser des règles  udev lors de la détection de l'interface
réseau par le noyau.

Le sam. 14 oct. 2023 à 21:39, Alex PADOLY  a
écrit :

> Bonsoir à tous,
>
>
> La dernière fois que j'ai configuré des cartes réseau sur un système
> Debian, celles-ci s'appelaient eth0 , eth1, eth2.
>
>
> Aujourd'hui, je commence la configuration d'un serveur LTSP et je
> souhaiterais imposer une adresse réseau à la seconde carte réseau reliée au
> switch pour les différents clients.
>
> Le système d'adressage IP des cartes réseau sous Debian a-t-il
> fondamentalement changé.
>
> Comment aujourd'hui imposer une adresse IP fixe à la seconde carte réseau?
>
> Merci pour vos réponses et éclairages.
>
> Alex PADOLY
>
>
>
>
>

Re: imposer une IP à une seconde carte réseau

[Frédéric MASSOT]

Le 14/10/2023 à 19:42, Alex PADOLY a écrit :

Bonsoir à tous,


La dernière fois que j'ai configuré des cartes réseau sur un système 
Debian, celles-ci s'appelaient eth0 , eth1, eth2.



Aujourd'hui, je commence la configuration d'un serveur LTSP et je 
souhaiterais imposer une adresse réseau à la seconde carte réseau reliée 
au switch pour les différents clients.


Le système d'adressage IP des cartes réseau sous Debian a-t-il 
fondamentalement changé.


Comment aujourd'hui imposer une adresse IP fixe à la seconde carte réseau?



Il n'y a que le nom des interfaces qui a changé, la méthode de 
configuration reste la même, tu édites le fichier : /etc/network/interfaces


Concernant le (nouveau) nommage persistant et prédictible des cartes, tu 
peux lire : /usr/share/doc/udev/README.Debian.gz




--
==
|  FRÉDÉRIC MASSOT   |
| http://www.juliana-multimedia.com  |
|   mailto:frede...@juliana-multimedia.com   |
| +33.(0)2.97.54.77.94  +33.(0)6.67.19.95.69 |
===Debian=GNU/Linux===

Re: imposer une IP à une seconde carte réseau

[Basile Starynkevitch]

On 10/14/23 19:42, Alex PADOLY wrote:


Bonsoir à tous,


La dernière fois que j'ai configuré des cartes réseau sur un système 
Debian, celles-ci s'appelaient eth0 , eth1, eth2.



Sur un Debian récent avec un noyau Linux récent (6.x), il est possible 
de forcer le nom des cartes réseaux.


https://www.itzgeek.com/how-tos/linux/debian/change-default-network-name-ens33-to-old-eth0-on-debian-9.html

devrait donner des pistes, avec la commande ip addr.

Voir aussi la commande ip donc 
https://man7.org/linux/man-pages/man8/ip.8.html


Aujourd'hui, je commence la configuration d'un serveur LTSP et je 
souhaiterais imposer une adresse réseau à la seconde carte réseau 
reliée au switch pour les différents clients.


Le système d'adressage IP des cartes réseau sous Debian a-t-il 
fondamentalement changé.


Comment aujourd'hui imposer une adresse IP fixe à la seconde carte réseau?

Merci pour vos réponses et éclairages.



PS. Je cherche des partenaires intéressés par le projet moteur 
d'inférence RefPerSys en https://githhub.com/RefPerSys/RefPerSys/ - me 
contacter par courriel vers bas...@starynkevitch.net


--
Basile Starynkevitch
 
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: imposer une IP à une seconde carte réseau

[NoSpam]

Bonsoir

sudo ip a add  dev 

sudo ip a -6 add  dev  # pour une ipv6

L'interface doit être up

sudo ip link set  up


Le 14/10/2023 à 19:42, Alex PADOLY a écrit :


Bonsoir à tous,


La dernière fois que j'ai configuré des cartes réseau sur un système 
Debian, celles-ci s'appelaient eth0 , eth1, eth2.



Aujourd'hui, je commence la configuration d'un serveur LTSP et je 
souhaiterais imposer une adresse réseau à la seconde carte réseau 
reliée au switch pour les différents clients.


Le système d'adressage IP des cartes réseau sous Debian a-t-il 
fondamentalement changé.


Comment aujourd'hui imposer une adresse IP fixe à la seconde carte réseau?

Merci pour vos réponses et éclairages.

Alex PADOLY

imposer une IP à une seconde carte réseau

[Alex PADOLY]

Bonsoir à tous,

La dernière fois que j'ai configuré des cartes réseau sur un système 
Debian, celles-ci s'appelaient eth0 , eth1, eth2.


Aujourd'hui, je commence la configuration d'un serveur LTSP et je 
souhaiterais imposer une adresse réseau à la seconde carte réseau reliée 
au switch pour les différents clients.


Le système d'adressage IP des cartes réseau sous Debian a-t-il 
fondamentalement changé.


Comment aujourd'hui imposer une adresse IP fixe à la seconde carte 
réseau?


Merci pour vos réponses et éclairages.

Alex PADOLY

Re: Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ?

[didier gaumet]

Le 18/07/2023 à 01:24, roger.tar...@free.fr a écrit :




*De: *"NoSpam" 

[...]
De nos jours le réseau se gère par systemd-networkd ou cloud-init ou 
netplan (Ubuntu) ou ...


Comme l'indique NoSpam certaines méthodes sont privilégiées de nos 
jours: celle que privilégie Debian (systemd-networkd) pour un serveur et 
sa mise en oeuvre sont indiquées dans la manuel de référence Debian:

https://www.debian.org/doc/manuals/debian-reference/ch05.fr.html#_the_modern_network_configuration_without_gui

[...]



[...]
Qui est en charge de la gestion de cette page avec qui on puisse en 
discuter ?

[...]

c'est un wiki donc par définition une plate-forme de rédaction 
collaborative non-hiérarchisée où chacun peut rédiger un article ou le 
modifier.
Par définition aussi, donc, que le contenu d'un wiki soit actualisé 
régulièrement, ou tout simplement pertinent, n'est pas garanti (encore 
moins que dans un projet de documentation supervisé: en gros un projet 
doc va être pertinent ou non suivant les compétences de son responsable, 
alors qu'un wiki peut contenir des articles merveilleux d'intelligence 
côtoyant d'autres articles qui sont des abîmes de bêtise)  .
Donc il peut être judicieux de regarder la documentation d'un projet 
plutôt que son wiki, ou à tout le moins avant, lorsque les deux choses 
sont séparées, ce qui est le cas de Debian

Re: Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ?

[roger . tarani]

De: "NoSpam"  
À: "Liste Debian"  
Envoyé: Lundi 17 Juillet 2023 22:34:41 
Objet: Re: Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ? 




Le 17/07/2023 à 19:49, [ mailto:roger.tar...@free.fr | roger.tar...@free.fr ] a 
écrit : 


[...] 
La dernière fois, j'avais galéré avec la documentation debian antique (que je 
prenais pour récente...) et avec les tutos non datés.
En fait, NM était installé (debian 9 ou 10) et toutes les invitations des tutos 
et docs à configurer "facilement" la machine avec 
les resolv.conf, resolvconf, et autres /etc/network/interfaces ne servaient à 
rien. Puisque c'était géré par NM ! 




Faux. 
NM ne gère PAS les interfaces filaires définies dans /etc/network/interfaces. 
Aussi la résolution des noms est gérée par systemd-resolved ou resolvconf qui 
sont indépendants de NM. 
Enfin NM est utilisé majoritairement pour les stations de travail, pour les 
serveurs on s'en passe (perso je le retire et lui préfère ifupdown). 
De nos jours le réseau se gère par systemd-networkd ou cloud-init ou netplan 
(Ubuntu) ou ... 
[ https://wiki.debian.org/fr/NetworkManager | 
https://wiki.debian.org/fr/NetworkManager ] 


Extrait: "...Bien qu'il ait été initialement destiné aux ordinateurs de bureau, 
il a plus récemment été choisi comme logiciel de gestion de réseau par défaut 
dans certaines [ 
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Networking_Guide/sec-NetworkManager_and_the_Network_Scripts.html
 | distributions Linux orientées serveur hors Debian. ] " 




Merci pour tes précisions très utiles pour moi qui ait un niveau moyen en 
réseau 
(j'arrive à faire marcher le réseau pour connecter un hôte à un LAN, à 
internet; mais il ne faut pas me demander de faire du routage sophistiqué ou 
alors de faire un comparatif de multiples outils). 




La page [ https://wiki.debian.org/fr/NetworkManager | 
https://wiki.debian.org/fr/NetworkManager ] , et celles liées sont typiquement 
celles que j'avais pu parcourir il y a quelques années, et qui me faisaient me 
poser beaucoup plus de questions que je n'en avais en arrivant. 
D'ailleurs, le lien [ 
https://access.redhat.com/documentation/en-US/Red_Hat_Enterprise_Linux/7/html/Networking_Guide/sec-NetworkManager_and_the_Network_Scripts.html
 | distributions Linux orientées serveur hors Debian ] est en erreur 404, ce 
qui colle un doute sur la fraîcheur de la page. 


A ce propos : à qui signaler ce lien cassé ? 





Je vois que NM peut quand même gérer les interfaces activées dans 
/etc/network/interfaces si on a managed= true dans 
/etc/NetworkManager/NetworkManager.conf 
Pourquoi pas... 

Je lis aussi : 
Redémarrez NetworkManager : 
sudo systemctl restart NetworkManager.service 


À partir de Debian 11 « Bullseye », utilisez : 
sudo service NetworkManager restart 

C'est bizarre (pour moi) car historiquement, j'ai appris à utiliser la commande 
service avant de passer à systemctl. Ce qui colle encore un doute sur la page. 


Si on cherche la dernière date de modification, on peut trouver un tout petit 
"( [ https://wiki.debian.org/fr/NetworkManager?action=info | last modified 
2021-04-28 ] )" en pied de page. Sa place serait en entête. 

Qui est en charge de la gestion de cette page avec qui on puisse en discuter ? 


Cette page pointe vers : [ https://wiki.debian.org/fr/NetworkConfiguration | 
https://wiki.debian.org/fr/NetworkConfiguration ] 
qui est assez bien faite mais il y en a une trop longue tartine avec pleins de 
références, notamment à resolvconf (à ne pas confondre avec le fichier 
resolv.conf ...) 


Je lis : Comment créer une connexion tolérante aux pannes avec un vlan ( dans 
Etch jusqu'à Stretch ) (debian 4 à 9) 

En tant que débutant j'étais perdu avec ces pages. 
Aujourd'hui, je suis assez mal à l'aise en lisant cette page qui parle de trucs 
dépassés ("de debian 4/Etch à debian 9/Stretch") et où il semble qu'il y ait du 
désordre. 

Je crois qu'il faudrait deux niveaux de lecture : 
- un niveau pour debian 11 ou 12 (une recette de base courte avec quelques 
variations; - pour un serveur ; - pour une machine de bureau. Un peu dans 
l'esprit des pages d'Arch Linux, très carrées) 
- un niveau "historique/vieilleries" (tout ce qui concerne d'anciennes versions 
et qui explique l'évolution) 

A nouveau : qui est en charge de la gestion de cette page avec qui on puisse en 
discuter ? 

Mes observations sont un peu longues mais ça peut peut-être servir à améliorer 
la documentation debian. 

== 
En résumé : 
Une fois que j'ai installé les drivers pour les cartes réseau installées, 
- sur un serveur, je désactive NM, je définis mes interfaces (static ou dhcp) 
dans /etc/network/interfaces et j'utilise ifupdown (plus le routage entre 
réseaux, si nécessaire) 
- sur une machine de bureau, je peux utiliser NM ou systemd-networkd 
(https://wiki.debian.org/SystemdNetworkd et 
https://wiki.archlinux.org/title/Syste

Re: Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ?

[NoSpam]

Le 17/07/2023 à 19:49, roger.tar...@free.fr a écrit :

[...]
La dernière fois, j'avais galéré avec la documentation debian antique (que je 
prenais pour récente...) et avec les tutos non datés.
En fait, NM était installé (debian 9 ou 10) et toutes les invitations des tutos et docs à 
configurer "facilement" la machine avec les resolv.conf, resolvconf, et autres 
/etc/network/interfaces ne servaient à rien. Puisque c'était géré par NM !


Faux. NM ne gère PAS les interfaces filaires définies dans 
/etc/network/interfaces. Aussi la résolution des noms est gérée par 
systemd-resolved ou resolvconf qui sont indépendants de NM Enfin NM est 
utilisé majoritairement pour les stations de travail, pour les serveurs 
on s'en passe (perso je le retire et lui préfère ifupdown). De nos jours 
le réseau se gère par systemd-networkd ou cloud-init ou netplan (Ubuntu) 
ou ...


https://wiki.debian.org/fr/NetworkManager

Extrait: "...Bien qu'il ait été initialement destiné aux ordinateurs de 
bureau, il a plus récemment été choisi comme logiciel de gestion de 
réseau par défaut dans certaines distributions Linux orientées serveur 
hors Debian. 
"

Re: Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ?

[roger . tarani]

- Mail original -
De: "Jean-François Bachelet" 
À: "Liste Debian" 
Envoyé: Lundi 17 Juillet 2023 18:03:37
Objet: Re: Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ?

hello :)


Le 17/07/2023 à 15:45, roger.tar...@free.fr a écrit :
>
>
> Le 17 juil. 2023 à 15:01, Bernard Schoenacker
>  a écrit :
>
> Bonjour Roger,
>
> Pourquoi vouloir rédiger un tel billet qui contient qu'un ensemble
> de données bonnes à jeter à la poubelle ?
>
> Ce qui est viable :
> lspci -vv |grep -i ethernet
> module recherché : realtek 8169
> recherche sur la machine :
> find /lib/modules -name r8169.ko
> réponse :
> /lib/modules/6.3.0-1-amd64/kernel/drivers/net/ethernet/realtek/r8169.ko
>
> Les dénominations commerciales ne sont là que comme dans la
> réclame où c'est la marmotte qui emballe le chocolat dans
> du papier aluminium...
>
> Que contient le fichier sources.list ?
> Intégration des mots : non-free-firmware
>
> deb [arch=amd64]  https://deb.debian.org/debian bookworm main
> contrib non-free non-free-firmware
> deb [arch=amd64] https://deb.debian.org/debian/
> bookworm-proposed-updates contrib main non-free non-free-firmware
> deb [arch=amd64] https://deb.debian.org/debian bookworm-updates
> main contrib non-free non-free-firmware
> deb [arch=amd64] https://deb.debian.org/debian-security/
> bookworm-security main contrib non-free non-free-firmware
>
> Je n'apprécie guère l'esbroufe sauce Microsoft admin...
>
> « Ce que l’on conçoit bien s’énonce clairement »
> Nicolas Boileau
>
>
> Merci pour l'aimable question posée sur cette liste et continuez à
> vous instruire
> convenablement
>
> Bien à vous
>
> Bernard
>
> Bonjour Nicolas,
> Merci pour ton aide.
> Je ne sais pas si tu réponds à mon message initial ou au PS avec 
> quelques commandes qui semblaient pourtant prometteuses, pour un amateur.
> Je t'ai écouté. J'ai donc tout jeté à la poubelle, à commencer par 
> cette vieille carte réseau sans grand intérêt pour personne !

heu ! c'est quand même une carte Gigabit ethernet la 8169... donc loin 
d'être inutile ;)

jeff

Merci.
J'ai donc vidé les poubelles.

$ lspci -vv
10:00.0 Ethernet controller: D-Link System Inc DGE-528T Gigabit Ethernet 
Adapter (rev 10)
Subsystem: D-Link System Inc DGE-528T PCI Gigabit Ethernet Adapter
Physical Slot: 1-2
Control: I/O+ Mem+ BusMaster- SpecCycle- MemWINV- VGASnoop- ParErr- 
Stepping- SERR+ FastB2B- DisINTx-
Status: Cap+ 66MHz+ UDF- FastB2B+ ParErr- DEVSEL=medium >TAbort- 
SERR- 
Kernel modules: r8169


$ sudo nmcli device status 
DEVICE   TYPE  STATE   CONNECTION   
br0  bridgeconnected   br0  
docker0  bridgeconnected (externally)  docker0  
virbr0   bridgeconnected (externally)  virbr0   
enp0s25  ethernet  connected   bridge-slave-enp0s25 
vnet0tun   connected (externally)  vnet0
lo   loopback  unmanaged   --  


Je crois lire que la carte est reconnue.
Et il doit suffit de configurer l'interface.

Encore une bonne révision, puisque je fais ça rarement...

La dernière fois, j'avais galéré avec la documentation debian antique (que je 
prenais pour récente...) et avec les tutos non datés.
En fait, NM était installé (debian 9 ou 10) et toutes les invitations des tutos 
et docs à configurer "facilement" la machine avec les resolv.conf, resolvconf, 
et autres /etc/network/interfaces ne servaient à rien. Puisque c'était géré par 
NM !
J'en avais perdu des heures à tourner en rond et à m'arracher les cheveux.
Tous ces articles auraient du être brûlés sur un bûcher ! Et moi avec pour y 
avoir cru. 


Du coup, je vous pose la question : 
Quelle est la manière directe de configurer cette carte réseau (avec nmcli) ?

Par exemple, est-ce que ce  tuto est valable ? 
https://sysreseau.net/networkmanager-nmcli-nmtui/


Pourquoi j'ajoute une deuxième carte réseau ?
J'aimerais expérimenter du routage et du fw + vpn server + squid pour mettre à 
jour mes connaissances en réseau. 

Merci.

Re: Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ?

[Jean-François Bachelet]

hello :)


Le 17/07/2023 à 15:45, roger.tar...@free.fr a écrit :



Le 17 juil. 2023 à 15:01, Bernard Schoenacker
 a écrit :

Bonjour Roger,

Pourquoi vouloir rédiger un tel billet qui contient qu'un ensemble
de données bonnes à jeter à la poubelle ?

Ce qui est viable :
lspci -vv |grep -i ethernet
module recherché : realtek 8169
recherche sur la machine :
find /lib/modules -name r8169.ko
réponse :
/lib/modules/6.3.0-1-amd64/kernel/drivers/net/ethernet/realtek/r8169.ko

Les dénominations commerciales ne sont là que comme dans la
réclame où c'est la marmotte qui emballe le chocolat dans
du papier aluminium...

Que contient le fichier sources.list ?
Intégration des mots : non-free-firmware

deb [arch=amd64]  https://deb.debian.org/debian bookworm main
contrib non-free non-free-firmware
deb [arch=amd64] https://deb.debian.org/debian/
bookworm-proposed-updates contrib main non-free non-free-firmware
deb [arch=amd64] https://deb.debian.org/debian bookworm-updates
main contrib non-free non-free-firmware
deb [arch=amd64] https://deb.debian.org/debian-security/
bookworm-security main contrib non-free non-free-firmware

Je n'apprécie guère l'esbroufe sauce Microsoft admin...

« Ce que l’on conçoit bien s’énonce clairement »
Nicolas Boileau


Merci pour l'aimable question posée sur cette liste et continuez à
vous instruire
convenablement

Bien à vous

Bernard

Bonjour Nicolas,
Merci pour ton aide.
Je ne sais pas si tu réponds à mon message initial ou au PS avec 
quelques commandes qui semblaient pourtant prometteuses, pour un amateur.
Je t'ai écouté. J'ai donc tout jeté à la poubelle, à commencer par 
cette vieille carte réseau sans grand intérêt pour personne !


heu ! c'est quand même une carte Gigabit ethernet la 8169... donc loin 
d'être inutile ;)


jeff

Re: Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ?

[roger . tarani]

Le 17 juil. 2023 à 15:01, Bernard Schoenacker  a 
écrit : 





BQ_BEGIN

Bonjour Roger, 

Pourquoi vouloir rédiger un tel billet qui contient qu'un ensemble 
de données bonnes à jeter à la poubelle ? 

Ce qui est viable : 
lspci -vv |grep -i ethernet 
module recherché : realtek 8169 
recherche sur la machine : 
find /lib/modules -name r8169.ko 
réponse : 
/lib/modules/6.3.0-1-amd64/kernel/drivers/net/ethernet/realtek/r8169.ko 

Les dénominations commerciales ne sont là que comme dans la 
réclame où c'est la marmotte qui emballe le chocolat dans 
du papier aluminium... 

Que contient le fichier sources.list ? 
Intégration des mots : non-free-firmware 

deb [arch=amd64] https://deb.debian.org/debian bookworm main contrib non-free 
non-free-firmware 
deb [arch=amd64] https://deb.debian.org/debian/ bookworm-proposed-updates 
contrib main non-free non-free-firmware 
deb [arch=amd64] https://deb.debian.org/debian bookworm-updates main contrib 
non-free non-free-firmware 
deb [arch=amd64] https://deb.debian.org/debian-security/ bookworm-security main 
contrib non-free non-free-firmware 

Je n'apprécie guère l'esbroufe sauce Microsoft admin... 

« Ce que l’on conçoit bien s’énonce clairement » 
Nicolas Boileau 


Merci pour l'aimable question posée sur cette liste et continuez à vous 
instruire 
convenablement 

Bien à vous 

Bernard 


BQ_END

Bonjour Nicolas, 
Merci pour ton aide. 
Je ne sais pas si tu réponds à mon message initial ou au PS avec quelques 
commandes qui semblaient pourtant prometteuses, pour un amateur. 
Je t'ai écouté. J'ai donc tout jeté à la poubelle, à commencer par cette 
vieille carte réseau sans grand intérêt pour personne ! 
Merci. 

Re: Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ?

[Bernard Schoenacker]

Bonjour Roger,

Pourquoi vouloir rédiger un tel billet qui contient qu'un ensemble
de données bonnes à jeter à la poubelle ?

Ce qui est viable : 

lspci -vv |grep -i ethernet

module recherché : realtek 8169

recherche sur la machine :

find /lib/modules -name r8169.ko

réponse :

/lib/modules/6.3.0-1-amd64/kernel/drivers/net/ethernet/realtek/r8169.ko



Les dénominations commerciales ne sont là que comme dans la 
réclame où c'est la marmotte qui emballe le chocolat dans 
du papier aluminium...

Que contient le fichier sources.list ?

Intégration des mots : non-free-firmware


deb [arch=amd64]  https://deb.debian.org/debian bookworm main contrib non-free 
non-free-firmware

deb [arch=amd64] https://deb.debian.org/debian/ bookworm-proposed-updates 
contrib main non-free non-free-firmware

deb [arch=amd64] https://deb.debian.org/debian bookworm-updates main contrib 
non-free non-free-firmware

deb [arch=amd64] https://deb.debian.org/debian-security/ bookworm-security main 
contrib non-free non-free-firmware


Je n'apprécie guère l'esbroufe sauce Microsoft admin...

« Ce que l’on conçoit bien s’énonce clairement »

Nicolas Boileau


Merci pour l'aimable question posée sur cette liste et continuez à vous 
instruire 
convenablement

Bien à vous 

Bernard

Re: Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ?

[didier gaumet]

A l'instant je suis à la bourre et pas sous Debian, mais regarde dans le 
répertoire /etc/modprobe.d/ si il n'y a pas un fichier qui interdit le 
chargement du module r8169 et vérifie que tu as bien les bon firmwares 
installés (journalctl, chercher les messages de firmware manquants)

Re: Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ?

[Jean-François Bachelet]

Hello :)

Mets déjà cette carte dans le mac, il devrait la reconnaitre et 
installer le driver pour elle  tout seul ou presque, pourquoi vouloir le 
compiler/installer à la main ?



Jeff

Le 17/07/2023 à 13:50, RogerT a écrit :

Bonjour,

Je voudrais installer une carte réseau additionnelle.
J’ai retrouvé une DLink DGE-528T 
<https://askubuntu.com/questions/39172/how-do-i-install-the-driver-for-a-dlink-dge-528t> achetée 
il y a 5-6 ans, vendue pour mac/linux/win.


Je voudrais savoir si ça vaut le coup de l’installer.

Je vois dans la doc d’origine  « pour linux 2.4 et 2.6 »
Et dans la doc plus récente : aussi noyau 3.16
https://eu.dlink.com/fr/fr/-/media/business_products/dge/dge-528t/datasheet/dge_528t_c1_datasheet_en.pdf

La machine est en 5.10
Je lis ici :
https://linux-hardware.org/index.php?id=pci:1186-4300-1186-4300
Ver Source Config By ID

5.3 - 6.3 drivers/net/ethernet/realtek/r8169_main.c 
<https://github.com/torvalds/linux/blob/master/drivers/net/ethernet/realtek/r8169_main.c> 
CONFIG_ETHERNET CONFIG_NET_VENDOR_REALTEK CONFIG_R8169 1186:4300



J’ai commencé à jouer du lspci et lsmod.
Je ne crois pas voir le driver realtek8169 installé.

J’hésite à me lancer dans une compilation de pilote, etc. vu mes 
expériences parfois difficiles et vu le prix d’une carte réseau récente.


D’après votre expérience, est-ce que ça vaut le coup d’essayer de 
l’installer ?

Et comment ?
Merci.

Re: Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ?

[roger . tarani]

PS : c'est une occasion de réviser les notions de kernel, de modules et les 
commandes... 

$ find /lib/modules/ -name "*8169*" 
/lib/modules/5.10.0-22-amd64/kernel/drivers/net/ethernet/realtek/r8169.ko 
/lib/modules/5.10.0-23-amd64/kernel/drivers/net/ethernet/realtek/r8169.ko 

$ modprobe r8169 # reconnu, non exécuté) 

$ lsmod | grep real 
snd_hda_codec_realtek 167936 1 
snd_hda_codec_generic 98304 1 snd_hda_codec_realtek 
snd_hda_codec 176128 3 
snd_hda_codec_generic,snd_hda_intel,snd_hda_codec_realtek 
snd_hda_core 110592 4 
snd_hda_codec_generic,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek 
snd 110592 18 
snd_hda_codec_generic,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_compress,snd_soc_core,snd_pcm
 


Comment vérifier simplement que le pilote requis (ici : r8169) est bien 
installé? chargé ? 

Je me suis lancé... 


$ lsmod | grep r8169 
(rien) 

$ sudo modprobe r8169 
(rien) 

$ lsmod | grep real 
realtek 24576 0 # < nouveau 
libphy 155648 3 r8169,mdio_devres,realtek 
snd_hda_codec_realtek 167936 1 
snd_hda_codec_generic 98304 1 snd_hda_codec_realtek 
snd_hda_codec 176128 3 
snd_hda_codec_generic,snd_hda_intel,snd_hda_codec_realtek 
snd_hda_core 110592 4 
snd_hda_codec_generic,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek 
snd 110592 18 
snd_hda_codec_generic,snd_hwdep,snd_hda_intel,snd_hda_codec,snd_hda_codec_realtek,snd_timer,snd_compress,snd_soc_core,snd_pcm
 

$ lsmod | grep r8169 
r8169 102400 0 
mdio_devres 16384 1 r8169 
libphy 155648 3 r8169,mdio_devres,realtek 


De ma petite expérience, j'ai l'impression d'avoir chargé le driver r8169 (pour 
le noyau 5.10.0-23-amd64). 
Ou ai-je oublié quelque chose ? 



De: "roger tarani"  
À: "Liste Debian"  
Envoyé: Lundi 17 Juillet 2023 13:50:45 
Objet: Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ? 

Bonjour, 

Je voudrais installer une carte réseau additionnelle. 
J’ai retrouvé une [ 
https://askubuntu.com/questions/39172/how-do-i-install-the-driver-for-a-dlink-dge-528t
 | DLink DGE-528T ] achetée il y a 5-6 ans, vendue pour mac/linux/win. 

Je voudrais savoir si ça vaut le coup de l’installer. 

Je vois dans la doc d’origine « pour linux 2.4 et 2.6 » 
Et dans la doc plus récente : aussi noyau 3.16 
[ 
https://eu.dlink.com/fr/fr/-/media/business_products/dge/dge-528t/datasheet/dge_528t_c1_datasheet_en.pdf
 | 
https://eu.dlink.com/fr/fr/-/media/business_products/dge/dge-528t/datasheet/dge_528t_c1_datasheet_en.pdf
 ] 

La machine est en 5.10 
Je lis ici : 
[ https://linux-hardware.org/index.php?id=pci:1186-4300-1186-4300 | 
https://linux-hardware.org/index.php?id=pci:1186-4300-1186-4300 ] 
Ver Source Config By ID 
5.3 - 6.3   drivers/net/ethernet/realtek/ [ 
https://github.com/torvalds/linux/blob/master/drivers/net/ethernet/realtek/r8169_main.c
 | r8169_main.c ] 
CONFIG_ETHERNET CONFIG_NET_VENDOR_REALTEK CONFIG_R8169  1186:4300 

J’ai commencé à jouer du lspci et lsmod. 
Je ne crois pas voir le driver realtek8169 installé. 

J’hésite à me lancer dans une compilation de pilote, etc. vu mes expériences 
parfois difficiles et vu le prix d’une carte réseau récente. 

D’après votre expérience, est-ce que ça vaut le coup d’essayer de l’installer ? 
Et comment ? 
Merci. 

Driver r3189 pour carte PCI réseau DLink DGE-528T : jouable ?

[RogerT]

Bonjour,

Je voudrais installer une carte réseau additionnelle. 
J’ai retrouvé une DLink DGE-528T achetée il y a 5-6 ans, vendue pour 
mac/linux/win. 

Je voudrais savoir si ça vaut le coup de l’installer. 

Je vois dans la doc d’origine  « pour linux 2.4 et 2.6 »
Et dans la doc plus récente : aussi noyau 3.16 
https://eu.dlink.com/fr/fr/-/media/business_products/dge/dge-528t/datasheet/dge_528t_c1_datasheet_en.pdf

La machine est en 5.10
Je lis ici :
https://linux-hardware.org/index.php?id=pci:1186-4300-1186-4300
Ver Source  Config  By ID   
5.3 - 6.3   drivers/net/ethernet/realtek/r8169_main.c   CONFIG_ETHERNET 
CONFIG_NET_VENDOR_REALTEK CONFIG_R8169  1186:4300

J’ai commencé à jouer du lspci et lsmod. 
Je ne crois pas voir le driver realtek8169 installé. 

J’hésite à me lancer dans une compilation de pilote, etc. vu mes expériences 
parfois difficiles et vu le prix d’une carte réseau récente. 

D’après votre expérience, est-ce que ça vaut le coup d’essayer de l’installer ?
Et comment ?
Merci. 

Re: Installer carte USB WiFi sur debian 11 - chip wifi Ralink RT2870

[roger . tarani]

- Mail original -
De: "didier gaumet" 
À: "debian-user-french@lists.debian.org" 
Envoyé: Mercredi 14 Juin 2023 20:27:15
Objet: Re: Installer carte USB WiFi sur debian 11 - chip wifi Ralink RT2870

Le 14/06/2023 à 03:26, Hugues Larrive a écrit :
> Bonjour,
>
[...]> Personnellement j'ai ce genre de dongle :
> https://www.amazon.fr/Edimax-EW-7811Un-Adaptateur-Wi-FI-Nano/dp/B08D3DBP55
> 
> C'est un peu plus chère mais le driver est 100% libre donc pas besoin de 
> compiler quoi que ce soit ou de charger un firmware non-free, c'est reconnu 
> nativement par tous les installeurs. Je m'en sers régulièrement quand je dois 
> installer une carte qui a besoin de firmware-linux-nonfree.
> 
> Par contre c'est ancien donc pas très performant, si quelqu'un connais 
> quelque chose d'équivalent en 5GHz je suis preneur.
> 
> @+
> Hugues

Si tu veux un truc disponible au Darty du coin et es prêt à mettre 50€, 
j'ai depuis des années une clé wifi de dépannage que j'avais acheté pour 
me depanner dans certains cas et dont je me sers donc très 
occasionnellement, une Netgear A6210 (wifi 5, AC1200, usb 3, pilote 
linux MT76).
https://www.darty.com/nav/achat/hifi_video/reseau/carte_dongle_wi-fi/netgear_a6210-100pes.html
  Je l'avais conseillée à une personne qui s'en servait régulièrement et 
en était contente. Perso, il m'arrive de réutiliser brièvement un 
netbook de 2010 dont le wifi est un 802.11g (même pas 802.11n), quand je 
branche la Netgear dessus ça me change la vie (et surtout le débit...)

C'est un budget pour une "simple clef wifi" mais si c'est clef en main...
Merci.

Sinon si tu vises des trucs moins chers et que tu as le temps de faire 
la recherche, tu cibles des trucs qui te semblent intéressants 
financièrement et techniquement puis tu fais une recherche croisée pour 
la compatibilité dans la rubrique pièces détachées de la Linux Hardware 
Database:
https://linux-hardware.org/?view=search

Merci pour cette ressource utile que je ne connaissais pas.

Re: Installer carte USB WiFi sur debian 11 - chip wifi Ralink RT2870

[didier gaumet]

Le 14/06/2023 à 03:26, Hugues Larrive a écrit :

Bonjour,


[...]> Personnellement j'ai ce genre de dongle :

https://www.amazon.fr/Edimax-EW-7811Un-Adaptateur-Wi-FI-Nano/dp/B08D3DBP55

C'est un peu plus chère mais le driver est 100% libre donc pas besoin de 
compiler quoi que ce soit ou de charger un firmware non-free, c'est reconnu 
nativement par tous les installeurs. Je m'en sers régulièrement quand je dois 
installer une carte qui a besoin de firmware-linux-nonfree.

Par contre c'est ancien donc pas très performant, si quelqu'un connais quelque 
chose d'équivalent en 5GHz je suis preneur.

@+
Hugues


Si tu veux un truc disponible au Darty du coin et es prêt à mettre 50€, 
j'ai depuis des années une clé wifi de dépannage que j'avais acheté pour 
me depanner dans certains cas et dont je me sers donc très 
occasionnellement, une Netgear A6210 (wifi 5, AC1200, usb 3, pilote 
linux MT76).

https://www.darty.com/nav/achat/hifi_video/reseau/carte_dongle_wi-fi/netgear_a6210-100pes.html
 Je l'avais conseillée à une personne qui s'en servait régulièrement et 
en était contente. Perso, il m'arrive de réutiliser brièvement un 
netbook de 2010 dont le wifi est un 802.11g (même pas 802.11n), quand je 
branche la Netgear dessus ça me change la vie (et surtout le débit...)


Sinon si tu vises des trucs moins chers et que tu as le temps de faire 
la recherche, tu cibles des trucs qui te semblent intéressants 
financièrement et techniquement puis tu fais une recherche croisée pour 
la compatibilité dans la rubrique pièces détachées de la Linux Hardware 
Database:

https://linux-hardware.org/?view=search

Re: Installer carte USB WiFi sur debian 11 - chip wifi Ralink RT2870

[Hugues Larrive]

Bonjour,

--- Original Message ---
Le mercredi 14 juin 2023 à 00:25, Bernard Schoenacker 
 a écrit :

> Puisque l'heure de tech est assez élevée, je conseille de racheter du matériel
> qui ira beaucoup mieux :
>
>  https://www.amazon.fr/dp/B008IFXQFU
> prix : 6,89 €
>
>
Au moins cette TL-WN725N a le mérite d'avoir un "Installation Guide for Linux" 
qui explique comment compiler le module nécessaire (88x2bu.ko). Personnellement 
j'ai ce genre de dongle :
https://www.amazon.fr/Edimax-EW-7811Un-Adaptateur-Wi-FI-Nano/dp/B08D3DBP55

C'est un peu plus chère mais le driver est 100% libre donc pas besoin de 
compiler quoi que ce soit ou de charger un firmware non-free, c'est reconnu 
nativement par tous les installeurs. Je m'en sers régulièrement quand je dois 
installer une carte qui a besoin de firmware-linux-nonfree.

Par contre c'est ancien donc pas très performant, si quelqu'un connais quelque 
chose d'équivalent en 5GHz je suis preneur.

@+
Hugues

publickey - hlarrive@pm.me - 0xE9429B87.asc
Description: application/pgp-keys


signature.asc
Description: OpenPGP digital signature

Re: Installer carte USB WiFi sur debian 11 - chip wifi Ralink RT2870

[roger . tarani]

Bonjour Bernard, 

Tu as raison. A ce prix là, autant changer de matériel. 
Je m'étais dit que j'avais raté un truc évident. 

$ sudo find /lib/modules -name rt2870 
RIEN 

Le paquet network-manager-gnome est installé. 
le paquet iw aussi. 

[ 
https://www.cyberciti.biz/tips/linux-install-rt2870-chipset-based-usb-wireless-adapter.html
 | 
https://www.cyberciti.biz/tips/linux-install-rt2870-chipset-based-usb-wireless-adapter.html
 ] 
J'avais repéré ce tuto mais n'avais pas osé ma lancer 

Merci pour le lien vers NM [ https://doc.ubuntu-fr.org/network-manager | 
https://doc.ubuntu-fr.org/network-manager ] 

Cordialement 

De: "Bernard Schoenacker"  
À: "roger tarani"  
Cc: "Liste Debian"  
Envoyé: Mercredi 14 Juin 2023 00:25:45 
Objet: Re: Installer carte USB WiFi sur debian 11 - chip wifi Ralink RT2870 

Bonjour Roger, 

Premièrement, il serait très sage de vérifier la présence du module 
incriminé : 

sudo find /lib/modules -name rt2870 

paquet installé pour le wifi : iw 

rtfm : 

https://doc.ubuntu-fr.org/network-manager 
https://www.cyberciti.biz/tips/linux-install-rt2870-chipset-based-usb-wireless-adapter.html
 

sur le net rechercher : 

rt2870.o 
rt2870.ko 

Il est aux abonnés absents dans le paquet : firmware-misc-nonfree 


Puisque l'heure de tech est assez élevée, je conseille de racheter du matériel 
qui ira beaucoup mieux : 

https://www.amazon.fr/dp/B008IFXQFU 
prix : 6 , 89 € 

Merci 

@+ 
Bernard 

Re: Installer carte USB WiFi sur debian 11 - chip wifi Ralink RT2870

[Bernard Schoenacker]

Bonjour Roger, 


Premièrement, il serait très sage de vérifier la présence du module 

incriminé : 



sudo find /lib/modules -name rt2870 


paquet installé pour le wifi : iw 



rtfm : 



https://doc.ubuntu-fr.org/network-manager 

https://www.cyberciti.biz/tips/linux-install-rt2870-chipset-based-usb-wireless-adapter.html
 


sur le net rechercher : 




rt2870.o 
rt2870.ko 


Il est aux abonnés absents dans le paquet : firmware-misc-nonfree 




Puisque l'heure de tech est assez élevée, je conseille de racheter du matériel 

qui ira beaucoup mieux : 


https://www.amazon.fr/dp/B008IFXQFU 
prix : 6 , 89 € 


Merci 



@+ 
Bernard 

Installer carte USB WiFi sur debian 11 - chip wifi Ralink RT2870

[roger . tarani]

Bonjour, 

Panne de lien FO. 
Modem 4G Wifi de dépannage. 

Je dois rétablir la connexion à internet d'une machine qui n'a qu'une carte 
Ethernet. 

Pour ça, j'ai sorti de mon tiroir un mini USB WLAN Stick 7Links WS-600.at 
(acheté il y a ? 4-5ans - la notice date de 2017). 
En cherchant dans le code source du pilote fourni sur CDROM, j'ai identifié 
qu'il s'agirait d'un chip RT2870. 

J'ai besoin d'installer vite et bien le pilote pour ce composant. 


J'ai trouvé une avalanche de pages sur le net, y compris : 
[ https://wiki.debian.org/rt2800usb | https://wiki.debian.org/rt2800usb ] qui 
parle de debian 8 et 9 
[ https://wiki.debian.org/WiFi/HowToUse | https://wiki.debian.org/WiFi/HowToUse 
] 

J'avais tenté de compiler les sources du pilote linux dispo sur le site 
mediatek. 
En vain. 

J'ai installé firmware-ralink, qui a installé firmware-misc-nonfree. 

Le matériel est vu : 
$ lsusb 
Bus 003 Device 032: ID 0e8d:7610 MediaTek Inc. WiFi 

0xe8d : Vendor ID 
0x7610 : Product ID 

Les commandes nmcli ne me montrent rien : 
$ nmcli dev wifi list 
Error: No Wi-Fi device found. 

Oui... il faudrait peut-être déjà installer le pilote et configurer la carte 
WiFi... 


J'utilise debian 11 et un bureau Gnome (et NM, sauf erreur). 

Je n'utilise jamais de carte wifi externe/USB sur un poste linux. 
Je ne sais donc pas trop comment procéder. J'ai du rater une étape !? 

Comment dois-je faire à ce stade pour utiliser cette carte USB WiFi ? 
- installer pilote 
- configurer interface réseau wlan 
? qu'ai-je donc oublié ?... 

Merci 

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[ajh . valmer]

On Wednesday 01 March 2023 14:26:14 Basile Starynkevitch wrote:
> On 3/1/23 13:30, ajh-valmer wrote:
> > J'ai lu les réponses, merci,
> > mais j'ai besoin d'un mode opératoire qui pourrait vraiment m'aider :
> > 1) En plus de : "xserver-xorg-video-nouveau"
> > faut-il installer : "xserver-xorg-video-nvidia",
> > et/ou un autre fichier ?

> Non, il faut installer l'un ou (exclusif) l'autre de ces deux paquets, 
> et aptitude purge sur celui qu'on n'utilise pas :

C'est ce que j'ai fait, mais rien à faire... Aucun Xorg.

> Probablement, si on prend soin de télécharger une *version récente*. 
> Nvidia 240 210 est probablement obsolète et trop vieux.

Pourtant elle marchait très bien avant, c'est quand j'ai upgradé
du noyau 5.10.0-20 au 5.10.0-21.

Bonne fin de soirée.

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[Basile Starynkevitch]

On 3/1/23 13:30, ajh-valmer wrote:

Bonjour,

J'ai lu les réponses, merci,
mais j'ai besoin d'un mode opératoire qui pourrait vraiment m'aider :

1) En plus de : "xserver-xorg-video-nouveau"
faut-il installer : "xserver-xorg-video-nvidia",
et/ou un autre fichier ?




Non, il faut installer l'un ou (exclusif) l'autre de ces deux paquets, 
et aptitude purge sur celui qu'on n'utilise pas




2 ) /etc/modprobe.d# ls
dkms.conf
nvidia.conf
nvidia-kernel-common.conf
nvidia-blacklists-nouveau.conf
nvidia-installer-disable-nouveau.conf
nvidia-options.conf
Quels fichiers peut-on supprimer ?

3) Dans /root/ j'ai le fichier "xorg.conf.new",
je le supprime et il se recréé à chaque fois.

4) Le pilote Debian de ma carte vidéo n'existe plus depuis Buster,
mais le pilote propriétaire Nvidia devrait fonctionner ?




Probablement, si on prend soin de télécharger une *version récente*. 
Nvidia 240 210 est probablement obsolète et trop vieux.


--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[ajh-valmer]

Bonjour,

J'ai lu les réponses, merci, 
mais j'ai besoin d'un mode opératoire qui pourrait vraiment m'aider :

1) En plus de : "xserver-xorg-video-nouveau"
faut-il installer : "xserver-xorg-video-nvidia",
et/ou un autre fichier ?

2 ) /etc/modprobe.d# ls
dkms.conf 
nvidia.conf 
nvidia-kernel-common.conf
nvidia-blacklists-nouveau.conf  
nvidia-installer-disable-nouveau.conf  
nvidia-options.conf
Quels fichiers peut-on supprimer ?

3) Dans /root/ j'ai le fichier "xorg.conf.new",
je le supprime et il se recréé à chaque fois.

4) Le pilote Debian de ma carte vidéo n'existe plus depuis Buster,
mais le pilote propriétaire Nvidia devrait fonctionner ?

J'ai cherché à fond parmi les moteurs de recherche
mais articles trop succints.

A. Valmer

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[didier gaumet]

Le 01/03/2023 à 08:59, Sébastien NOBILI a écrit :

Bonjour,

Le 2023-02-28 14:59, ajh.val...@free.fr a écrit :

Que doit contenir le répertoire /etc/modprobe.d/
J'ai ce fichier : "nvidia-installer-disable-nouveau.conf"
mis en "blacklist". Faut-il le supprimer...?
Il contient :
# generated by nvidia-installer
blacklist nouveau
options nouveau modeset=0


Le pilote propriétaire Nvidia met Nouveau en blacklist (pour
éviter qu'il se charge en premier et que Nvidia ne puisse pas
accéder à la carte).

Ce fichier est un résidu de ton installation précédente. Tu peux
le supprimer (comme suggéré par Basile, déplace-le ailleurs, dans
/root par exemple).

Ensuite il faut redémarrer pour la prise en compte.


Tu as mieux résumé la situation que je ne l'aurais fait, mais par contre 
il est possible voire probable que ce ne soit pas suffisant pour 
résoudre le problème puisque apparemment le pilote nouveau ne 
fonctionnait déjà plus sur le système considéré, suite à la mise à jour 
de Debian et avant l'installation du pilote propriétaire Nvidia. A moins 
que l'installation dudit pilote propriétaire n'ait remis en place le 
système en appliquant la configuration d'éventuels paquets seulement à 
moitié installés



Question à d'autres plus au courant que moi : Faut-il aussi
regénérer l'initrd ?

Sébastien


je ne suis pas très connaisseur du sujet mais je vais hasarder une 
hypothèse: régénérer l'initrd dans ce cas pourrait peut-être s'avérer 
utile pour bénéficier d'un écran graphique à la résolution native lors 
des premières phases du démarrage (par exemple après l'écran d'accueil 
Grub, l'écran d'accueil Plymouth avant que la racine définitive ne soit 
montrée).

Mais ce n'est qu'une supposition.

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[Sébastien NOBILI]

Le 2023-03-01 09:09, Basile Starynkevitch a écrit :

On 01/03/2023 08:59, Sébastien NOBILI wrote:

Question à d'autres plus au courant que moi : Faut-il aussi
regénérer l'initrd ?


Pour moi, aptitude ou apt le regénère automatiquement.


Non, c'est dpkg qui gère ça via les scripts (pre|post)(inst|rm)
Voir dans le dossier /var/lib/dpkg/info, c'est là qu'ils sont.

Si on supprime un fichier mais qu'on n'intervient pas (installation,
désinstallation, reconfiguration) sur le paquet, rien ne se passera.


L'important c'est d'utiliser le même système de gestion de paquets.
Et aptitude est légèrement incompatible avec apt ou apt-get. Il faut
utiliser l'un des trois et rester constant dans son choix.


Je mixe les deux sans souci. Là où ça peut devenir embêtant c'est au
niveau de la gestion de l'état (installé automatiquement, épinglé) des
paquets. Mais dans la pratique ça se passe généralement bien.

Sébastien

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[Basile Starynkevitch]

On 01/03/2023 08:59, Sébastien NOBILI wrote:

Bonjour,

Le 2023-02-28 14:59, ajh.val...@free.fr a écrit :

Que doit contenir le répertoire /etc/modprobe.d/
J'ai ce fichier : "nvidia-installer-disable-nouveau.conf"
mis en "blacklist". Faut-il le supprimer...?
Il contient :
# generated by nvidia-installer
blacklist nouveau
options nouveau modeset=0


Le pilote propriétaire Nvidia met Nouveau en blacklist (pour
éviter qu'il se charge en premier et que Nvidia ne puisse pas
accéder à la carte).

Ce fichier est un résidu de ton installation précédente. Tu peux
le supprimer (comme suggéré par Basile, déplace-le ailleurs, dans
/root par exemple).

Ensuite il faut redémarrer pour la prise en compte.

Question à d'autres plus au courant que moi : Faut-il aussi
regénérer l'initrd ?



Pour moi, aptitude ou apt le regénère automatiquement.

L'important c'est d'*utiliser le _même_ système de gestion de paquets*. 
Et aptitude est légèrement incompatible avec apt ou apt-get. Il faut 
utiliser l'un des trois et rester constant dans son choix.



Librement

--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[Sébastien NOBILI]

Bonjour,

Le 2023-02-28 14:59, ajh.val...@free.fr a écrit :

Que doit contenir le répertoire /etc/modprobe.d/
J'ai ce fichier : "nvidia-installer-disable-nouveau.conf"
mis en "blacklist". Faut-il le supprimer...?
Il contient :
# generated by nvidia-installer
blacklist nouveau
options nouveau modeset=0


Le pilote propriétaire Nvidia met Nouveau en blacklist (pour
éviter qu'il se charge en premier et que Nvidia ne puisse pas
accéder à la carte).

Ce fichier est un résidu de ton installation précédente. Tu peux
le supprimer (comme suggéré par Basile, déplace-le ailleurs, dans
/root par exemple).

Ensuite il faut redémarrer pour la prise en compte.

Question à d'autres plus au courant que moi : Faut-il aussi
regénérer l'initrd ?

Sébastien

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[MERLIN Philippe]

Le mardi 28 février 2023, 16:50:25 CET ajh.val...@free.fr a écrit :
> On Tuesday 28 February 2023 14:54:19 steve wrote:
> > >Pilote "nouveau" :
> > >Tout semble pourtant bien installé,
> > >j'ai purgé tous les paquets "nvidia",
> > >startx
> > >"Fatal error, no screens found"
> > >"Unable to connect to Xserver"
> > 
> > As-tu viré /etc/X11/xorg.conf ? Il n'est plus utilisé depuis belle
> > lurette sauf pour des configurations très spécifiques, ce qui n'est
> > manifestement pas ton cas.
> 
> Oui, fait mais idem :-(
> J'ai installé le pilote "xserver-xorg-video-nvidia",
> faux miracle, ça a marché mais plus de souris ni clavier,
> rebooté et pareil, toujours pas de souris ni clavier.
Que dit les log :  Xorg.0.log il y aura surement des infos sur le clavier et 
la souris.
Amitiés.
Philippe Merlin

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[Basile Starynkevitch]

On 28/02/2023 16:50, ajh.val...@free.fr wrote:

On Tuesday 28 February 2023 14:54:19 steve wrote:

Pilote "nouveau" :
Tout semble pourtant bien installé,
j'ai purgé tous les paquets "nvidia",
startx
"Fatal error, no screens found"
"Unable to connect to Xserver"

As-tu viré /etc/X11/xorg.conf ? Il n'est plus utilisé depuis belle
lurette sauf pour des configurations très spécifiques, ce qui n'est
manifestement pas ton cas.

Oui, fait mais idem :-(
J'ai installé le pilote "xserver-xorg-video-nvidia",
faux miracle, ça a marché mais plus de souris ni clavier,
rebooté et pareil, toujours pas de souris ni clavier.
Dans /etc/modprobe.d/ : que faut-il blacklister ?
Diézer ou pas "module nouveau" ?
ainsi que dans les fichiers "nvidia-...?"



Pour ma part, quand je passe plus d'une demi journée à faire fonctionner 
une vieille carte graphique (dans un ordinateur de bureau sous Debian), 
j'ai tendance à la remplacer par un modèle plus récent, et je 
conseillerais alors une carte AMD/ATI (plus favorable au logiciel libre 
que Nvidia).


https://www.materiel.net/carte-graphique/l426/+fv121-15693,20323/



--
Basile Starynkevitch  
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[ajh . valmer]

On Tuesday 28 February 2023 14:54:19 steve wrote:
> >Pilote "nouveau" :
> >Tout semble pourtant bien installé,
> >j'ai purgé tous les paquets "nvidia",
> >startx
> >"Fatal error, no screens found"
> >"Unable to connect to Xserver"
> 
> As-tu viré /etc/X11/xorg.conf ? Il n'est plus utilisé depuis belle
> lurette sauf pour des configurations très spécifiques, ce qui n'est
> manifestement pas ton cas.

Oui, fait mais idem :-(
J'ai installé le pilote "xserver-xorg-video-nvidia",
faux miracle, ça a marché mais plus de souris ni clavier,
rebooté et pareil, toujours pas de souris ni clavier.
Dans /etc/modprobe.d/ : que faut-il blacklister ?
Diézer ou pas "module nouveau" ?
ainsi que dans les fichiers "nvidia-...?"

Bonne journée

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[steve]

Le 28-02-2023, à 13:21:19 +0100, ajh-valmer a écrit :


On 28/02/2023 07:32, Basile Starynkevitch wrote:
Et j'ai oublié le plus important: quel est le fichier
/var/log/Xorg.0.log après lancement de /usr/bin/startx ou de /usr/bin/Xorg


Pilote "nouveau" :
Tout semble pourtant bien installé,
j'ai purgé tous les paquets "nvidia",
startx
"Fatal error, no screens found"
"Unable to connect to Xserver"


As-tu viré /etc/X11/xorg.conf ? Il n'est plus utilisé depuis belle
lurette sauf pour des configurations très spécifiques, ce qui n'est
manifestement pas ton cas.

mv xorg.conf xorg.conf.bak

si tu veux garder ce fichier pour l'Histoire :)

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[ajh . valmer]

> > Pilote "nouveau" :
> > Tout semble pourtant bien installé,
> > j'ai purgé tous les paquets "nvidia",
> > startx

> > "Fatal error, no screens found"
> > "Unable to connect to Xserver"
> >> On 28/02/2023 07:32, Basile Starynkevitch wrote:
> >> Quel est le fichier /var/log/Xorg.0.log après lancement
> >> de /usr/bin/startx ou de /usr/bin/Xorg 
> > "Fatal error, no screens found"
> > "Unable to connect to Xserver"

> /etc/X11/Xorg.conf (c'est peut-être /etc/X11/xorg.conf) ou des 
> fichiers sous /etc/X11/xorg.conf.d/
> Peut-être aussi le "supprimer" (donc mv /etc/X11/Xorg.conf 
> /etc/X1/_vieux_Xorg.conf ...) et relancer Xorg.

C'est ce que j'avais déjà fait.
/var/log/Xorg.0.log n'indique rien de plus que le message d'erreur de startx.

Que doit contenir le répertoire /etc/modprobe.d/
J'ai ce fichier : "nvidia-installer-disable-nouveau.conf"
mis en "blacklist". Faut-il le supprimer...?
Il contient :
# generated by nvidia-installer
blacklist nouveau
options nouveau modeset=0

> Voir aussi les options suivantes du serveur d'affichage /usr/bin/Xorg 
> que demarre *startx*.
> -verbose  -showopts -logverbose -configure -config_file -showconfig

> https://wayland.freedesktop.org/
> Nvidia a publié des pilotes (propriétaires) Linux bien plus récents:
> www.nvidia.fr/download/driverResults.aspx/199688/fr

Le pilote Nvidia de ma carte n'existe plus à partir de la version Buster.

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[Basile Starynkevitch]

On 2/28/23 13:39, Basile Starynkevitch wrote:



On 2/28/23 13:21, ajh-valmer wrote:

On 28/02/2023 07:32, Basile Starynkevitch wrote:
Et j'ai oublié le plus important: quel est le fichier
/var/log/Xorg.0.log après lancement de /usr/bin/startx ou de /usr/bin/Xorg

Pilote "nouveau" :
Tout semble pourtant bien installé,
j'ai purgé tous les paquets "nvidia",
startx
"Fatal error, no screens found"
"Unable to connect to Xserver"




Il faut peut-être éditer (le sauvegarder en copie avant) 
*/etc/X11/Xorg.conf* (c'est peut-être /etc/X11/xorg.conf) ou des 
fichiers sous /etc/X11/xorg.conf.d/


Peut-être aussi le "supprimer" (donc mv /etc/X11/Xorg.conf 
/etc/X1/_vieux_Xorg.conf ...) et relancer Xorg.



Voir aussi les options suivantes du serveur d'affichage /usr/bin/Xorg 
que demarre *startx*.


* -verbose* [n]
   Sets the verbosity level for information printed on 
stderr.


*-showopts*
   For each driver module installed, print out the list of 
options and

   their argument types.

*-logverbose*  [_n_]
Sets the verbosity level for information printed to the*Xorg*  
server
log file.  If the_n_  value isn't supplied, each occurrence  of 
 this
option  increments  the log file verbosity level.

*-configure*
When  this  option  is  specified,  the*Xorg*  server loads all 
video
driver modules, probes for available hardware, and  writes  out 
 an
initial  xorg.conf(5) file based on what was detected.

*-config*  _file_

-showconfig
This  is  the same as the -version option, and is included for 
com‐
patibility reasons.




Et bien évidemment il y Wayland que je connais mal: 
*https://wayland.freedesktop.org/*





*Et je note que Nvidia a publié des pilotes (propriétaires) Linux bien 
plus récents:*


*https://www.nvidia.fr/download/driverResults.aspx/199688/fr*


*Version *525.89.02 de février 2023!


--


Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[Basile Starynkevitch]

On 2/28/23 13:21, ajh-valmer wrote:

On 28/02/2023 07:32, Basile Starynkevitch wrote:
Et j'ai oublié le plus important: quel est le fichier
/var/log/Xorg.0.log après lancement de /usr/bin/startx ou de /usr/bin/Xorg

Pilote "nouveau" :
Tout semble pourtant bien installé,
j'ai purgé tous les paquets "nvidia",
startx
"Fatal error, no screens found"
"Unable to connect to Xserver"




Il faut peut-être éditer (le sauvegarder en copie avant) 
*/etc/X11/Xorg.conf* (c'est peut-être /etc/X11/xorg.conf) ou des 
fichiers sous /etc/X11/xorg.conf.d/


Peut-être aussi le "supprimer" (donc mv /etc/X11/Xorg.conf 
/etc/X1/_vieux_Xorg.conf ...) et relancer Xorg.



Voir aussi les options suivantes du serveur d'affichage /usr/bin/Xorg 
que demarre *startx*.


* -verbose* [n]
   Sets the verbosity level for information printed on stderr.

*-showopts*
   For each driver module installed, print out the list of 
options and

   their argument types.

   *-logverbose*  [_n_]
   Sets the verbosity level for information printed to the*Xorg*  
server
   log file.  If the_n_  value isn't supplied, each occurrence  of  
this
   option  increments  the log file verbosity level.

   *-configure*
   When  this  option  is  specified,  the*Xorg*  server loads all 
video
   driver modules, probes for available hardware, and  writes  out  
an
   initial  xorg.conf(5) file based on what was detected.

   *-config*  _file_

   -showconfig
   This  is  the same as the -version option, and is included for 
com‐
   patibility reasons.




Et bien évidemment il y Wayland que je connais mal: 
*https://wayland.freedesktop.org/*


--
Basile Starynkevitch
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[ajh-valmer]

> On 28/02/2023 07:32, Basile Starynkevitch wrote:
> Et j'ai oublié le plus important: quel est le fichier 
> /var/log/Xorg.0.log après lancement de /usr/bin/startx ou de /usr/bin/Xorg

Pilote "nouveau" :
Tout semble pourtant bien installé,
j'ai purgé tous les paquets "nvidia",
startx
"Fatal error, no screens found"
"Unable to connect to Xserver"

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[Basile Starynkevitch]

On 28/02/2023 07:32, Basile Starynkevitch wrote:


On 27/02/2023 19:50, ajh-valmer wrote:

Bonsoir à tous,

Depuis la version Bullseye, le pilote de ma carte vidéo Nvidia 340 
modèle 210

ne peut plus fonctionner, il est abandonné.
J'avais donc choisi le pilote (nvidia) "nouveau" qui donnait 
satisfaction.


Ce matin, j'ai upgradé le système, mon noyau est devenu 5.10.0-21,
du coup le pilote "nouveau" ne fonctionne plus.
Hélas, j'ai oublié la manip pour recréer le pilote, malgré vaines 
recherches,

je n'ai rien trouvé de fonctionnel



Que donnent les commandes (sous root)

/usr/bin/aptitude install xserver-xorg-video-nouveau nouveau-firmware 
libdrm-nouveau2


/usr/bin/startx

/usr/bin/dmesg

/usr/bin/lspci

/usr/bin/lscpu



Et j'ai oublié le plus important: quel est le fichier 
/var/log/Xorg.0.log après lancement de /usr/bin/startx ou de /usr/bin/Xorg


--
Basile Starynkevitch  
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org

Re: Pilote carte vidéo Nvidia 340 210 obsolète.

[Basile Starynkevitch]

On 27/02/2023 19:50, ajh-valmer wrote:

Bonsoir à tous,

Depuis la version Bullseye, le pilote de ma carte vidéo Nvidia 340 modèle 210
ne peut plus fonctionner, il est abandonné.
J'avais donc choisi le pilote (nvidia) "nouveau" qui donnait satisfaction.

Ce matin, j'ai upgradé le système, mon noyau est devenu 5.10.0-21,
du coup le pilote "nouveau" ne fonctionne plus.
Hélas, j'ai oublié la manip pour recréer le pilote, malgré vaines recherches,
je n'ai rien trouvé de fonctionnel



Que donnent les commandes (sous root)

/usr/bin/aptitude install xserver-xorg-video-nouveau nouveau-firmware 
libdrm-nouveau2


/usr/bin/startx

/usr/bin/dmesg

/usr/bin/lspci

/usr/bin/lscpu

--
Basile Starynkevitch  
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/ & refpersys.org

Pilote carte vidéo Nvidia 340 210 obsolète.

[ajh-valmer]

Bonsoir à tous,

Depuis la version Bullseye, le pilote de ma carte vidéo Nvidia 340 modèle 210
ne peut plus fonctionner, il est abandonné.
J'avais donc choisi le pilote (nvidia) "nouveau" qui donnait satisfaction.

Ce matin, j'ai upgradé le système, mon noyau est devenu 5.10.0-21,
du coup le pilote "nouveau" ne fonctionne plus.
Hélas, j'ai oublié la manip pour recréer le pilote, malgré vaines recherches,
je n'ai rien trouvé de fonctionnel.
Merci d'avance de m'indiquer le mode opératoire.

Bonne soirée,
A. Valmer

Re: Retex sur le support de la carte NVidia RTX 2060 par le pilote Nouveau ?

[Sébastien Dinot]

Daniel Caillibaud a écrit :
> J'avais cru comprendre que les cartes récentes sur cpu récents
> laissaient faire le GPU intégré du processeur sur la 2D (et que du
> coup une carte graphique séparée ne servait plus à grand chose en
> CAO/DAO, ça peut juste accélérer l'aperçu 3D quand on l'utilise).

Je l'ai déjà entendu dire, mais si Nouveau liste des fonctions liées
à la 2D dans sa matrice de compatibilité, c'est certainement que
celles-ci sont importantes.

A++, Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: Retex sur le support de la carte NVidia RTX 2060 par le pilote Nouveau ?

[Sébastien Dinot]

Bonsoir,

didier gaumet a écrit :
> - en fait avec la release R515 (on en est à R525) de ses pilotes,
>   Nvidia emprunte le chemin défriché avant lui par AMD: il ouvre ses
>   drivers, progressivement. A partir de la R515 le pilote proprio
>   Nvivia contient aussi le module noyau libre. Le but étant qu'à
>   terme, le pilote proprio disparaisse au profit du pilote libre:
>   
> https://developer.nvidia.com/blog/nvidia-releases-open-source-gpu-kernel-modules/

Merci Didier pour cette information dont je n'avais pas connaissance.
Cela semble trop beau pour être vrai, d'autant plus que, si ma mémoire
est bonne, NVidia nous a déjà fait le coup dans le passé (assez lointain
il est vrai). Les entreprises peuvent évoluer dans leur compréhension du
libre et du rôle qu'elles peuvent y jouer, mais je vais attendre un peu
avant de m'enthousiasmer...

Le premier article de Phoronix que j'ai trouvé sur le sujet est ici :

https://www.phoronix.com/review/nvidia-open-kernel

> - il y a déjà un paquet Debian du module libre Nvidia 'release R515)
>   dans la distrib "experimental":
>   https://packages.debian.org/experimental/nvidia-open-kernel-dkms

J'ai déjà joué avec le dépôt « experimental » de Debian et je n'ai pas
vraiment envie de recommencer. :)

Sébastien

-- 
Sébastien Dinot, sebastien.di...@free.fr
http://www.palabritudes.net/
Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !

Re: Retex sur le support de la carte NVidia RTX 2060 par le pilote Nouveau ?

[Basile Starynkevitch]

On 1/25/23 17:00, didier gaumet wrote:

Avertissement: possible traversée d'une nuée de grosses conneries :-)

Je suis une vraie brêle concernant la compréhension de tout ça mais
j'ai quand même l'impression qu'il y a un malentendu assez répandu
concernant la 3D: pour la majorité des gens la 3D c'est un truc
clairement identifié "3D" (du genre si c'est marqué dessus c'en est).


[]





En gros la 3D avec un contexte logiciel pas trop ancien, ce serait
comme la prose, tout le monde en ferait sans le savoir? ;-)

Mais si un intervenant averti sur le sujet veut bien nous éclairer,
c'est joyeusement que j'admettrai les éventuelles énormes bourdes qui
constellent peut-être mon beau laïus ;-)

https://en.wikipedia.org/wiki/Compositing_window_manager
https://en.wikipedia.org/wiki/AIGLX
https://en.wikipedia.org/wiki/OpenGL


Je ne comprends non plus pas grand chose. Dans mon imaginaire, la 3D 
c'est utile en CAO, pour certains jeux, et pour WebGL


Les cartes GPGPU de course peuvent aussi être utilisées (péniblement, il 
faut du code très ad-hoc et spécifique au matériel précis) pour du 
calcul matriciel:


https://fr.wikipedia.org/wiki/OpenCL

https://fr.wikipedia.org/wiki/Compute_Unified_Device_Architecture

https://fr.wikipedia.org/wiki/Conception_assist%C3%A9e_par_ordinateur

https://fr.wikipedia.org/wiki/WebGL

https://www.khronos.org/webcl/

https://fr.wikipedia.org/wiki/Compute_Unified_Device_Architecture

https://fr.wikipedia.org/wiki/OpenACC


On pourrait aussi citer https://www.tensorflow.org/ qui parait-il 
"profite" du calcul CUDA ou OpenCL



à l'époque (lointaine) du projet OpenGPU j'en savais un peu plus.

Mon intuition serait la suivante:

Les cartes graphiques AMD sont plus compatibles avec Linux et du 
logiciel plus ou moins libre (mais firmware propriétaire) que les cartes 
Nvidia.


Les cartes graphiques de course sont très utiles pour regarder une vidéo 
sur votre ordinateur, et pour jouer, et pour la CAO et les calculs 
matriciels ad-hoc (OpenCL, CUDA, OpenACC)


Un compilateur GCC récent (qu'il faudrait alors recompiler depuis son 
code source) peut dans certains cas en profiter. 
https://gcc.gnu.org/wiki/OpenACC


Mais il faut compiler et code votre logiciel de manière spécifique au 
matériel. Et il y a des limitations fortes (du genre, certaines cartes 
peuvent calculer matriciellement en flottant 32 bits, mais pas 64 bits).


Nota Bene: je comprends mal ces choses là (qui ont varié selon les 
décennies) et peux avoir écrit de grosses bêtises.


Enfin, les cartes graphiques de course sont quand même chères (comptez 
300 à 1000€ voire plus chez https://materiel.net/ ) et surtout sont, 
quand on les sollicite, bruyantes (et consomme des centaines de W, donc 
alimentation puissante, boitier bien ventilé).



N'oubliez surtout pas, si vous achetez une telle carte graphique, de la 
nettoyer tous les trimestres (ordinateur éteint, débranché, nettoyage au 
pinceau imbibé d'alcool à brûler ou avec une bouteille de gaz nettoyant 
-inflammable-). Leur ventilateur est forcément un nid à poussières.



Un autre intérêt de ces cartes est le support de plusieurs grands écrans.



--
Basile Starynkevitch  
(only mine opinions / les opinions sont miennes uniquement)
92340 Bourg-la-Reine, France
web page: starynkevitch.net/Basile/

Re: Retex sur le support de la carte NVidia RTX 2060 par le pilote Nouveau ?

[Eric DEGENETAIS]

Le mer. 25 janv. 2023 à 15:44, Daniel Caillibaud  a
écrit :

> Le 24/01/23 à 11:54, Sébastien Dinot  a écrit :
> > Grosso modo, c'est OK pour la 3D, mais toutes les fonctions restent à
> > implanter au niveau de la 2D.
>
> Mais est-ce que la carte est sollicitée en 2D ?
>

Est-ce que ça ne comprendrait pas la prise en charge hardware du décodage
de vidéo par hasard (VA-API ou VDPAU) ?


>
> J'avais cru comprendre que les cartes récentes sur cpu récents laissaient
> faire le GPU intégré
> du processeur sur la 2D (et que du coup une carte graphique séparée ne
> servait plus à grand
> chose en CAO/DAO, ça peut juste accélérer l'aperçu 3D quand on l'utilise).
>
> J'ai compris de travers ?
>
> --
> Daniel
>
> Avoir tort, cela existe en philosophie.
> Donald Davidson
>
>

Re: Retex sur le support de la carte NVidia RTX 2060 par le pilote Nouveau ?

[didier gaumet]

Avertissement: possible traversée d'une nuée de grosses conneries :-)

Je suis une vraie brêle concernant la compréhension de tout ça mais
j'ai quand même l'impression qu'il y a un malentendu assez répandu
concernant la 3D: pour la majorité des gens la 3D c'est un truc
clairement identifié "3D" (du genre si c'est marqué dessus c'en est).

Or je pense qu'il faudrait plutôt parler de représentation-interne-
et/ou-de-calculs 3D pour de l'affichage 2D plutôt que de 3D
(l'affichage 3D c'est pas un truc répandu dans le grand public). 

Et d'autre part, j'ai l'impression que les gestionnaires de fenêtres
intégrés aux environnement de bureau modernes sont tous de type
compositeur et que la représentation interne de l'affichage d'un tel DE
est majoritairement voire exclusivement 3D?
Un pur gestionnaire de fenêtre à l'ancienne, non compositeur (genre
twm, openbox ou autre) doit lui gérer probablement gérer la 2D en la
représentant en 2D.

En gros la 3D avec un contexte logiciel pas trop ancien, ce serait
comme la prose, tout le monde en ferait sans le savoir? ;-)

Mais si un intervenant averti sur le sujet veut bien nous éclairer,
c'est joyeusement que j'admettrai les éventuelles énormes bourdes qui
constellent peut-être mon beau laïus ;-)

https://en.wikipedia.org/wiki/Compositing_window_manager
https://en.wikipedia.org/wiki/AIGLX
https://en.wikipedia.org/wiki/OpenGL

Re: Retex sur le support de la carte NVidia RTX 2060 par le pilote Nouveau ?

[Daniel Caillibaud]

Le 24/01/23 à 11:54, Sébastien Dinot  a écrit :
> Grosso modo, c'est OK pour la 3D, mais toutes les fonctions restent à
> implanter au niveau de la 2D.

Mais est-ce que la carte est sollicitée en 2D ?

J'avais cru comprendre que les cartes récentes sur cpu récents laissaient faire 
le GPU intégré
du processeur sur la 2D (et que du coup une carte graphique séparée ne servait 
plus à grand
chose en CAO/DAO, ça peut juste accélérer l'aperçu 3D quand on l'utilise).

J'ai compris de travers ?

-- 
Daniel

Avoir tort, cela existe en philosophie.
Donald Davidson

Re: Retex sur le support de la carte NVidia RTX 2060 par le pilote Nouveau ?

[didier gaumet]

Le 24/01/2023 à 11:54, Sébastien Dinot a écrit :

Bonjour à tous,

J'envisage de changer de PC fixe et parmi les modèles qui m'intéressent, 
il y a celui-ci :


https://www.intel.fr/content/www/fr/fr/products/sku/202783/intel-nuc-11-enthusiast-kit-nuc11phki7c
 
<https://www.intel.fr/content/www/fr/fr/products/sku/202783/intel-nuc-11-enthusiast-kit-nuc11phki7c>

Ce PC est doté d'une carte NVidia RTX 2060, mais je ne veux pas entendre 
parler des pilotes propriétaires de NVidia. Je souhaite utiliser le 
pilote libre nouveau :


(Avertissement: Alors, d'abord je n'ai aucune expérience personnelle des 
cartes Nvidia, je vais donc répondre un peu à côté, et ensuite ce que je 
vais évoquer est un développement en cours donc je comprendrais 
tout-à-fait que ça te fasse reculer)


- en fait avec la release R515 (on en est à R525) de ses pilotes, Nvidia 
emprunte le chemin défriché avant lui par AMD: il ouvre ses drivers, 
progressivement. A partir de la R515 le pilote proprio Nvivia contient 
aussi le module noyau libre. Le but étant qu'à terme, le pilote proprio 
disparaisse au profit du pilote libre:

https://developer.nvidia.com/blog/nvidia-releases-open-source-gpu-kernel-modules/

- dans un premier temps, Nvidia garantit un état "production ready" du 
pilote open source pour ses cartes destinées aux datacenters et se borne 
à qualifier d'état "alpha" le statut du pilote libre pour les cartes 
desktop/laptop. Je n'arrive plus à retrouver le lien mais il me semble 
que Phoronix avait testé avec une de ces cartes desktop/laptop et avait 
trouvé ça utilisable


- il y a déjà un paquet Debian du module libre Nvidia 'release R515) 
dans la distrib "experimental":

https://packages.debian.org/experimental/nvidia-open-kernel-dkms

[...]
Grosso modo, c'est OK pour la 3D, mais toutes les fonctions restent à 
implanter au niveau de la 2D. Cet état des lieux me laisse perplexe. 
Est-ce à dire que je ne peux pas utiliser cette carte graphique avec le 
pilote nouveau pour afficher mon environnement de travail (Gnome Shell / 
Wayland) ?

[...]

- Je suis -vraiment- trop peu qualifié pour répondre judicieusement mais 
en fait j'avais cru (mal?) comprendre qu'il s'agit d'accélération des 
traitements 3D par le GP au lieu de les faire réaliser par le CPU? Donc 
vu que ce n'est pas de l'affichage 3D mais du 2D, le problème qui va se 
poser va être la vitesse de traitement, légèrement handicapante pour un 
DE et probablement très handicapante voire bloquante pour de la CAO, 
certains jeux et d'autres activités de ce style? Ce n'est qu'une 
supposition peut-être totalement erronée


- A terme les gens du pilote Nouveau ont confirmé leur intention de 
continuer à développer leur pilote malgré l'apparition des pilotes 
libres Nvidia, ça va même leur permettre d'offrir plus de 
fonctionnalités qu'actuellement (ne me demande pas le lien où j'ai lu 
ça, j'ai oublié).

Retex sur le support de la carte NVidia RTX 2060 par le pilote Nouveau ?

[Sébastien Dinot]

Bonjour à tous, 

J'envisage de changer de PC fixe et parmi les modèles qui m'intéressent,
il y a celui-ci : 

https://www.intel.fr/content/www/fr/fr/products/sku/202783/intel-nuc-11-enthusiast-kit-nuc11phki7c


Ce PC est doté d'une carte NVidia RTX 2060, mais je ne veux pas entendre
parler des pilotes propriétaires de NVidia. Je souhaite utiliser le
pilote libre nouveau : 

https://nouveau.freedesktop.org/ 

Le processeur graphique équipant cette carte est de la famille NV160
(c'est un NV166 / TU106) : 

https://nouveau.freedesktop.org/CodeNames.html#NV160 

Et sans surprise, on constate que le support de ce GPU par le pilote
nouveau est partiel : 

https://nouveau.freedesktop.org/FeatureMatrix.html 

Grosso modo, c'est OK pour la 3D, mais toutes les fonctions restent à
implanter au niveau de la 2D. Cet état des lieux me laisse perplexe.
Est-ce à dire que je ne peux pas utiliser cette carte graphique avec le
pilote nouveau pour afficher mon environnement de travail (Gnome Shell /
Wayland) ? 

Si vous utilisez une carte de cette famille avec le pilote nouveau, je
serais heureux de connaitre votre retour d'expérience. 

S'il s'avère que cette carte est inutilisable avec nouveau, je me
rabattrai sur un modèle à processeur Intel intégrant une carte graphique
Iris Xe. 

Je vous remercie par avance pour vos lumières, 

Sébastien 

-- 
Sébastien Dinot
Ne goutez pas au logiciel libre, vous ne pourriez plus vous en passer !
https://www.palabritudes.net/

Re: Recherche carte vidéo bien adaptée à Debian Bullseye

[ajh-valmer]

On Tuesday 10 January 2023 12:32:28 benoit wrote:
> Le lundi 9 janvier 2023 à 19:18, ajh-valmer  a écrit :
> > Je recherche une carte vidéo bien reconnue par Debian Bullseye,
> > pour réhabiliter un ordinateur, pas besoin de haut de gamme,
> > sans ventilo, préférence pour Nvidia, prix inférieur à 100€.

> Vu que je me pose la question des processeurs graphiques compatibles avec 
> Debian,
> je me joins à la conversation pour m'informer en même temps, du coup dites 
> moi si je me trompe. 
> Si tu as une préférence pour Nvidia, tu devras soit :
> - utiliser les pilotes Nouveau développés par rétro-ingénierie, car Nvidia 
> n'aide pas au
> développement de pilote libres; 
> https://nouveau.freedesktop.org/
> - soit utiliser le pilote propriétaire de Nvidia.
> https://wiki.debian.org/fr/NvidiaGraphicsDrivers#Debian_11_.2BAKs_Bullseye_.2BALs-
> Dans ce cas, tu as la liste (supported devices) sur la page ci-dessus.
> En effet, en neuf avec tes 3 critères :
> - sans ventilo;
> - moins de 100€;
> Ça remplit d'office ta préférence Nvidia, je n'en ai pas trouvé chez AMD qui 
> remplit ces
> conditions. 
> Ici sans ventilo, ça commence à 56.90 €
> https://www.alternate.fr/Cartes-graphiques/Cartes-graphiques-NVIDIA?t=8402=price_asc
> Ici sans ventilo ET <= 100€
>www.ldlc.com/fr-be/informatique/pieces-informatique/carte-graphique-interne/c4684/+fp-h100+fv134-1340.html
> En fait comme dit précédemment, il semblerait que seul les GPU GT 710 ou GT 
> 730 remplissent tes
> conditions (prix/fanless). 

Merci :
Bien que je sois à fond pour les solutions Libres et Opensource,
j'apprécie d'installer les cartes vidéos Nvidia avec un pilote du même nom,
qui fonctionne bien sous Debian.
En plus, on a un nvidia-settings graphique fenêtré permettant 
d'affiner de nombeux réglages qui améliorent le rendu graphique.

Bonne soirée.

Re: Re : Recherche carte vidéo bien adaptée à Debian Bullseye

[Dethegeek]

Bonjour

Il y a quelques années j'avais 2 NVIDIA gt710, avec un pc sous Debian.

Ça fonctionnait bien, et ça devrait toujours être le cas.

Si tu ne fais pas de multi GPU, tu n'auras aucun souci.



Le mar. 10 janv. 2023 à 13:02, F. Dubois  a écrit :

> Le 10/01/2023 à 12:32, benoit a écrit :
> > Le lundi 9 janvier 2023 à 19:18, ajh-valmer  a
> écrit :
> >
> >
> >> Hello à tous,
> >>
> >> Je recherche une carte vidéo bien reconnue par Debian Bullseye,
> >> pour réhabiliter un ordinateur, pas besoin de haut de gamme,
> >> sans ventilo, préférence pour Nvidia, prix inférieur à 100€.
> >>
> > Vu que je me pose la question des processeurs graphiques compatibles
> avec Debian, je me joins à la conversation pour m'informer en même temps,
> du coup dites moi si je me trompe.
> >
> > Si tu as une préférence pour Nvidia, tu devras soit :
> >
> > - utiliser les pilotes Nouveau développés par rétro-ingénierie, car
> Nvidia n'aide pas au développement de pilote libres;
> >
> > https://nouveau.freedesktop.org/
> >
> > - soit utiliser le pilote propriétaire de Nvidia.
> >
> >
> https://wiki.debian.org/fr/NvidiaGraphicsDrivers#Debian_11_.2BAKs_Bullseye_.2BALs-
> >
> > Dans ce cas, tu as la liste (supported devices) sur la page ci-dessus.
> >
> >
> >
> > En fait comme dit précédemment, il semblerait que seul les GPU GT 710 ou
> GT 730 remplissent tes conditions (prix/fanless).
> >
> >
> > --
> > Benoît
> >
> >
> >
> Bonjour,
>
> Pour préciser, avec nouveau j'ai connu des soucis. Aucun avec le pilote
> propriétaire. Il y a des paquets debian qui utilisent dkms. Pour les MAJ
> de noyaux ou de pilotes tout se passe quasiment (bon, pour le noyau 6 ça
> a bugué une petite quinzaine mais tout a été rétabli depuis) de façon
> transparente.
>
> Salut,
>
> Fabien
>
>

Re: Re : Recherche carte vidéo bien adaptée à Debian Bullseye

[F. Dubois]

Le 10/01/2023 à 12:32, benoit a écrit :

Le lundi 9 janvier 2023 à 19:18, ajh-valmer  a écrit :



Hello à tous,

Je recherche une carte vidéo bien reconnue par Debian Bullseye,
pour réhabiliter un ordinateur, pas besoin de haut de gamme,
sans ventilo, préférence pour Nvidia, prix inférieur à 100€.


Vu que je me pose la question des processeurs graphiques compatibles avec 
Debian, je me joins à la conversation pour m'informer en même temps, du coup 
dites moi si je me trompe.

Si tu as une préférence pour Nvidia, tu devras soit :

- utiliser les pilotes Nouveau développés par rétro-ingénierie, car Nvidia 
n'aide pas au développement de pilote libres;

https://nouveau.freedesktop.org/

- soit utiliser le pilote propriétaire de Nvidia.

https://wiki.debian.org/fr/NvidiaGraphicsDrivers#Debian_11_.2BAKs_Bullseye_.2BALs-

Dans ce cas, tu as la liste (supported devices) sur la page ci-dessus.



En fait comme dit précédemment, il semblerait que seul les GPU GT 710 ou GT 730 
remplissent tes conditions (prix/fanless).


--
Benoît




Bonjour,

Pour préciser, avec nouveau j'ai connu des soucis. Aucun avec le pilote 
propriétaire. Il y a des paquets debian qui utilisent dkms. Pour les MAJ 
de noyaux ou de pilotes tout se passe quasiment (bon, pour le noyau 6 ça 
a bugué une petite quinzaine mais tout a été rétabli depuis) de façon 
transparente.


Salut,

Fabien

Re : Recherche carte vidéo bien adaptée à Debian Bullseye

[benoit]

Le lundi 9 janvier 2023 à 19:18, ajh-valmer  a écrit :


> Hello à tous,
> 
> Je recherche une carte vidéo bien reconnue par Debian Bullseye,
> pour réhabiliter un ordinateur, pas besoin de haut de gamme,
> sans ventilo, préférence pour Nvidia, prix inférieur à 100€.
> 

Vu que je me pose la question des processeurs graphiques compatibles avec 
Debian, je me joins à la conversation pour m'informer en même temps, du coup 
dites moi si je me trompe.

Si tu as une préférence pour Nvidia, tu devras soit :

- utiliser les pilotes Nouveau développés par rétro-ingénierie, car Nvidia 
n'aide pas au développement de pilote libres;

https://nouveau.freedesktop.org/

- soit utiliser le pilote propriétaire de Nvidia.

https://wiki.debian.org/fr/NvidiaGraphicsDrivers#Debian_11_.2BAKs_Bullseye_.2BALs-

Dans ce cas, tu as la liste (supported devices) sur la page ci-dessus.


En effet, en neuf avec tes 3 critères :
- sans ventilo;
- moins de 100€;
Ça remplit d'office ta préférence Nvidia, je n'en ai pas trouvé chez AMD qui 
remplit ces conditions.

Ici sans ventilo, ça commence à 56.90 €
https://www.alternate.fr/Cartes-graphiques/Cartes-graphiques-NVIDIA?t=8402=price_asc

Ici sans ventilo ET <= 100€
https://www.ldlc.com/fr-be/informatique/pieces-informatique/carte-graphique-interne/c4684/+fp-h100+fv134-1340.html

En fait comme dit précédemment, il semblerait que seul les GPU GT 710 ou GT 730 
remplissent tes conditions (prix/fanless).


--
Benoît

Re: carte vidéo adaptée Debian Bullseye : erratum

[F. Dubois]

Le 09/01/2023 à 23:16, ajh-valmer a écrit :

On Monday 09 January 2023 23:12:13 ajh-valmer wrote:

On Monday 09 January 2023 20:37:15 F. Dubois wrote:

Le 09/01/2023 à 19:18, ajh-valmer a écrit :

Je recherche une carte vidéo bien reconnue par Debian Bullseye,
pour réhabiliter un ordinateur, pas besoin de haut de gamme,
sans ventilo, préférence pour Nvidia, prix inférieur à 100€.

Y'a des impératifs sur les sorties ?
J'ai une GT710, Nvidia. Aucun souci, avec les pilotes propriétaires.
Donc 710 ou 730, comme celle-ci.
https://tt-hardware.com/carte-graphique/carte-graphique-msi-nvidia-geforce-gt-730-avis-et-tests/
Aux alentours de 80 €.
Fabien

L'actuel a les 3 prises de sorties VGA, HDMI et DVI, mais mon moniteur est VGA.

https://tt-hardware.com/carte-graphique/carte-graphique-msi-nvidia-geforce-gt-730-avis-et-tests/

Elle n'a pas de connecteur VGA, dommage, elle a l'air bien.
C'est quoi un connecteur DMS ?

Désolé, erreur, le lien indique qu'elle a bien les 3 prises,
combient vaut-elle neuve ?


Bonjour,

Y'a un lien vers amazon. Un peu moins de 80 €

https://www.amazon.fr/dp/B015T3TDR8?tag=tt-hardware-21=osi=1=1

Fabien

Re: carte vidéo adaptée Debian Bullseye : erratum

[ajh-valmer]

On Monday 09 January 2023 23:12:13 ajh-valmer wrote:
> On Monday 09 January 2023 20:37:15 F. Dubois wrote:
> > Le 09/01/2023 à 19:18, ajh-valmer a écrit :
> > > Je recherche une carte vidéo bien reconnue par Debian Bullseye,
> > > pour réhabiliter un ordinateur, pas besoin de haut de gamme,
> > > sans ventilo, préférence pour Nvidia, prix inférieur à 100€.

> > Y'a des impératifs sur les sorties ?
> > J'ai une GT710, Nvidia. Aucun souci, avec les pilotes propriétaires.
> > Donc 710 ou 730, comme celle-ci.
> > https://tt-hardware.com/carte-graphique/carte-graphique-msi-nvidia-geforce-gt-730-avis-et-tests/
> > Aux alentours de 80 €.
> > Fabien

> L'actuel a les 3 prises de sorties VGA, HDMI et DVI, mais mon moniteur est 
> VGA.
> >https://tt-hardware.com/carte-graphique/carte-graphique-msi-nvidia-geforce-gt-730-avis-et-tests/
> Elle n'a pas de connecteur VGA, dommage, elle a l'air bien.
> C'est quoi un connecteur DMS ?

Désolé, erreur, le lien indique qu'elle a bien les 3 prises,
combient vaut-elle neuve ?

Re: Recherche carte vidéo bien adaptée à Debian Bullseye

[ajh-valmer]

On Monday 09 January 2023 20:37:15 F. Dubois wrote:
> Le 09/01/2023 à 19:18, ajh-valmer a écrit :
> > Je recherche une carte vidéo bien reconnue par Debian Bullseye,
> > pour réhabiliter un ordinateur, pas besoin de haut de gamme,
> > sans ventilo, préférence pour Nvidia, prix inférieur à 100€.

> Y'a des impératifs sur les sorties ?
> J'ai une GT710, Nvidia. Aucun souci, avec les pilotes propriétaires.
> Donc 710 ou 730, comme celle-ci.
> https://tt-hardware.com/carte-graphique/carte-graphique-msi-nvidia-geforce-gt-730-avis-et-tests/
> Aux alentours de 80 €.
> Fabien

L'actuel a les 3 prises de sorties VGA, HDMI et DVI, mais mon moniteur est VGA.

>https://tt-hardware.com/carte-graphique/carte-graphique-msi-nvidia-geforce-gt-730-avis-et-tests/
Elle n'a pas de connecteur VGA, dommage, elle a l'air bien.
C'est quoi un connecteur DMS ?

Re: Recherche carte vidéo bien adaptée à Debian Bullseye

[F. Dubois]

Le 09/01/2023 à 19:18, ajh-valmer a écrit :

Hello à tous,

Je recherche une carte vidéo bien reconnue par Debian Bullseye,
pour réhabiliter un ordinateur, pas besoin de haut de gamme,
sans ventilo, préférence pour Nvidia, prix inférieur à 100€.

Merci, bonne soirée,

AJH Valmer


Bonsoir,

Y'a des impératifs sur les sorties ?

J'ai une GT710, Nvidia. Aucun souci, avec les pilotes propriétaires.
Donc 710 ou 730, comme celle-ci.

https://tt-hardware.com/carte-graphique/carte-graphique-msi-nvidia-geforce-gt-730-avis-et-tests/
Aux alentours de 80 €.

Bonne soirée,

Fabien

Recherche carte vidéo bien adaptée à Debian Bullseye

[ajh-valmer]

Hello à tous,

Je recherche une carte vidéo bien reconnue par Debian Bullseye,
pour réhabiliter un ordinateur, pas besoin de haut de gamme,
sans ventilo, préférence pour Nvidia, prix inférieur à 100€.

Merci, bonne soirée,

AJH Valmer

Re: Quelle carte graphique choisir ?

[Dethegeek]

Bonjour

Prends une petite carte AMD.

Et si la durée de vie est importante, pense à jeter un oeil aux cartes
"fanless" (sans ventilateur). C'est assez facile d'en trouver dans les
petits gabarits qu'il te faut.

Le mar. 20 déc. 2022 à 12:03, chezlagrenouille <
lagrenoui...@chezlagrenouille.fr> a écrit :

> je dirais juste, pas nvidia, c'est bien souvent pénible 
>
> https://wiki.debian.org/fr/Hardware
>
>
> Le 20/12/2022 à 11:57, Olivier a écrit :
> > Bonjour,
> >
> > Mon PC sous Bullseye  possède une carte GeForce 8400 ancienne. Elle
> > fonctionne correctement pour mes besoins excepté une chose: en cas de
> > veille prolongée (après 30 minutes d'inactivité), elle affiche un
> > écran bariolé dont il m'est impossible de sortir sans re-démarrer la
> > machine.
> >
> > Plutôt que de continuer à palier à cette limitation, je souhaite
> > remplacer cette carte par une autre plus compatible.
> >
> > Mes besoins graphiques proprement dits me semblent modestes:
> > principalement du SSH, pas de jeux, de TV, ...
> >
> > Ce PC intègre deux interfaces PCIe 2.0 x16.
> >
> > Mes critères sont:
> > - compatibilité Bullseye et suivant
> > - compatibilité PCIe 2.0 x16 (j'ai compris qu'une carte PCIe 3.0
> > pouvait s'insérer dans un slot 2.0)
> > - interface DVI
> >
> > Quelle carte graphique choisir sachant que:
> > - acheter de l'occasion ne me dérange pas
> > - aucune préférence entre AMD, NVidia ou autre
> >
> > Slts
> >
> --
>
> amicalement:momo alias lagrenouille (^ö^)
> Serveur Debian en auto-hébergement
> https://funambule.org
>
>

Re: Quelle carte graphique choisir ?

[chezlagrenouille]

je dirais juste, pas nvidia, c'est bien souvent pénible 

https://wiki.debian.org/fr/Hardware


Le 20/12/2022 à 11:57, Olivier a écrit :

Bonjour,

Mon PC sous Bullseye  possède une carte GeForce 8400 ancienne. Elle
fonctionne correctement pour mes besoins excepté une chose: en cas de
veille prolongée (après 30 minutes d'inactivité), elle affiche un
écran bariolé dont il m'est impossible de sortir sans re-démarrer la
machine.

Plutôt que de continuer à palier à cette limitation, je souhaite
remplacer cette carte par une autre plus compatible.

Mes besoins graphiques proprement dits me semblent modestes:
principalement du SSH, pas de jeux, de TV, ...

Ce PC intègre deux interfaces PCIe 2.0 x16.

Mes critères sont:
- compatibilité Bullseye et suivant
- compatibilité PCIe 2.0 x16 (j'ai compris qu'une carte PCIe 3.0
pouvait s'insérer dans un slot 2.0)
- interface DVI

Quelle carte graphique choisir sachant que:
- acheter de l'occasion ne me dérange pas
- aucune préférence entre AMD, NVidia ou autre

Slts


--

amicalement:momo alias lagrenouille (^ö^)
Serveur Debian en auto-hébergement
https://funambule.org

Quelle carte graphique choisir ?

[Olivier]

Bonjour,

Mon PC sous Bullseye  possède une carte GeForce 8400 ancienne. Elle
fonctionne correctement pour mes besoins excepté une chose: en cas de
veille prolongée (après 30 minutes d'inactivité), elle affiche un
écran bariolé dont il m'est impossible de sortir sans re-démarrer la
machine.

Plutôt que de continuer à palier à cette limitation, je souhaite
remplacer cette carte par une autre plus compatible.

Mes besoins graphiques proprement dits me semblent modestes:
principalement du SSH, pas de jeux, de TV, ...

Ce PC intègre deux interfaces PCIe 2.0 x16.

Mes critères sont:
- compatibilité Bullseye et suivant
- compatibilité PCIe 2.0 x16 (j'ai compris qu'une carte PCIe 3.0
pouvait s'insérer dans un slot 2.0)
- interface DVI

Quelle carte graphique choisir sachant que:
- acheter de l'occasion ne me dérange pas
- aucune préférence entre AMD, NVidia ou autre

Slts

Re: carte son externe de qualité HIFI USB

[Fab]

je serais intéressé mais est-il possible de régler la balance sur 
l'entrée ligne (c'est pour numériser des vinyles en utilisant la sortie 
ligne de mon ampli donc après la correction RIAA) ?
Je ne sais pas te répondre, j'enregistre en mono en plugant un xlr dans 
le focusrite . Je ne suis même pas certain de comprendre ta question.


Peut-être sur un forum dédié ?

a+

f.



Sylvain.

Re: carte son externe de qualité HIFI USB

[Sylvain Caselli]

Le 26/09/2022 à 09:25, Fab a écrit :

Hello,

Connaissez-vous une ou des cartes son USB reconnues par LINUX et 
produisant un son de qualité HIFI.

Certaines personnes appellent aussi ce produit un DAC.
Pour info, j'ai acheté il y a quelques temps un focusrite 
(https://focusrite.com/en/usb-audio-interface/scarlett/scarlett-4i4) 
pour 200€. Il me sert à faire des enregistrements pas trop dégueu à 2 
pistes.
Il a fonctionné presque normalement sur linux. Depuis, un driver a été 
construit et intégré au noyau:
https://linuxmusicians.com/viewtopic.php?f=6=20669=c787b5fc194fd8c1cef6a5e285573f13=135 



Quant à l'applicatif qui prend en charge tous les paramètres du 
focusrite, il a été créé également!

https://github.com/geoffreybennett/alsa-scarlett-gui/blob/master/USAGE.md

Bref, c'est tout nickel!

a+

f.




Bonjour,
je serais intéressé mais est-il possible de régler la balance sur 
l'entrée ligne (c'est pour numériser des vinyles en utilisant la sortie 
ligne de mon ampli donc après la correction RIAA) ?


Sylvain.

Re: carte son externe de qualité HIFI USB

[Fab]

Hello,

Connaissez-vous une ou des cartes son USB reconnues par LINUX et 
produisant un son de qualité HIFI.

Certaines personnes appellent aussi ce produit un DAC.
Pour info, j'ai acheté il y a quelques temps un focusrite 
(https://focusrite.com/en/usb-audio-interface/scarlett/scarlett-4i4) 
pour 200€. Il me sert à faire des enregistrements pas trop dégueu à 2 
pistes.
Il a fonctionné presque normalement sur linux. Depuis, un driver a été 
construit et intégré au noyau:

https://linuxmusicians.com/viewtopic.php?f=6=20669=c787b5fc194fd8c1cef6a5e285573f13=135

Quant à l'applicatif qui prend en charge tous les paramètres du 
focusrite, il a été créé également!

https://github.com/geoffreybennett/alsa-scarlett-gui/blob/master/USAGE.md

Bref, c'est tout nickel!

a+

f.

Re: carte son externe de qualité HIFI USB

[hamster]

Le 24/09/2022 à 20:25, Alex PADOLY a écrit :

Bonsoir à tous,


Connaissez-vous une ou des cartes son USB reconnues par LINUX et 
produisant un son de qualité HIFI.

http://linuxmao.org/tiki-index.php?page=Cartes%20son=Accueil+Tutos=Cartes%20son

J'espere que ca t'aidera parce que je saurai pas t'aider plus.

Re: carte son externe de qualité HIFI USB

[Virgile Jarrige]

Bonsoir,

>Certaines personnes appellent aussi ce produit un DAC.

Pour moi, un DAC n'est pas une carte son, mais un "convertisseur" de son 
numérique en "son potable" ^^ On trouve également des amplis hi-fi avec DAC 
intégré. 

En entrée d'un DAC tu peux mettre la sortie d'une carte son, et la sortie du 
DAC va sur l'entrée de l'ampli hifi - c'est cette config que j'ai chez moi, et 
ça a l'avantage de pouvoir brancher n'importe quelle source de son (un 
smartphone,...) et d'avoir un son potable sur mon système audio de salon. Je 
suis surtout content de ne pas avoir eu à changer mon ampli qui a une bonne 
quinzaine d'années.

Pour récapituler :
Source audio --> DAC --> ampli --> enceintes

Le DAC que j'ai a onze ans, je pense que ça a évolué entre temps.

Une rapide recherche "DAC usb fibre optique" donne des résultats intéressants 
:) 

Après, on peut peut-être trouver une carte son avec DAC intégré mais sur un 
système existant je ne vois pas trop l'intérêt. À moins que ton système audio 
soit vraiment vraiment costaud et que tu recherches un son vraiment vraiment 
soigné. Mais dans ce cas là, n'utilise pas ton ordi pour le son, et passe par 
des pros comme Klinger Favre. ;)

Bonne soirée,

-- 
Virgile

carte son externe de qualité HIFI USB

[Alex PADOLY]

Bonsoir à tous,

Connaissez-vous une ou des cartes son USB reconnues par LINUX et 
produisant un son de qualité HIFI.


Certaines personnes appellent aussi ce produit un DAC.

Merci pour vos réponses.

Bonne soirée.

Re: difficultes pour faire marcher une carte wifi BCM43142 802.11b/g/n

[David Martin]

Salut,

Compile-le toi même en partant des sources.




Le mar. 29 mars 2022 à 15:05, hamster  a écrit :

> Le 29/03/2022 à 14:08, David Martin a écrit :
> > Salut,
> >
> > Tu as testé avec NDISwrapper ?
> > à l'ancienne quoi
>
> NDISwrapper n'est plus disponible dans debian 11.
>
> PS : le propriétaire de l'ordi m'a dit "tant pis pour la carte wifi". Je
> lui rend donc sa machine avec debian fonctionnel mais la wifi dans les
> choux. On saura pas ce qui aurait pu marcher…
>
>

-- 
david martin

Re: difficultes pour faire marcher une carte wifi BCM43142 802.11b/g/n

[hamster]

Le 29/03/2022 à 14:08, David Martin a écrit :

Salut,

Tu as testé avec NDISwrapper ?
à l'ancienne quoi


NDISwrapper n'est plus disponible dans debian 11.

PS : le propriétaire de l'ordi m'a dit "tant pis pour la carte wifi". Je 
lui rend donc sa machine avec debian fonctionnel mais la wifi dans les 
choux. On saura pas ce qui aurait pu marcher…

Re: difficultes pour faire marcher une carte wifi BCM43142 802.11b/g/n

[hamster]

Le 29/03/2022 à 10:55, didier gaumet a écrit :



Je ne sais pas trop pourquoi ta carte wifi ne marche pas mais au cas
où:
- tu peux désinstaller broadcom-sta-source: sa présence ne fait que
causer un risque de conflit de pilotes si tu construis le module par
accident (c'est un moyen de construire le module du pilote mais
manuellement à chaque changement de version de noyau, tandis que
broadcom-sta-dkms automatise la construction du module à chaque
changement de version de noyau)
- tu peux probablement désinstaller les firmwares broadcom que tu as
installés: je suppose que les firmwares nécessaires sont installés  par
broadcom-sta-dkms vu qu'il s'agit du pilote propriétaire WL de
Broadcom? Du coup installer des firmwares pourrait (au conditionnel)
écraser des firmwares nécessaires et installés par broadcom-sta-dkms.
La procédure d'installation de firmwares que tu as suivie est bénéfique
dans le cas de pilotes libres (ne comprenant pas de firmwares).
- du coup une petite réinstallation de broadcom-sta-dkms pourrait être
utile


C'est essayé, mais ca n'améliore pas.

Re: difficultes pour faire marcher une carte wifi BCM43142 802.11b/g/n

[hamster]

Le 28/03/2022 à 23:05, steve a écrit :

Salut,

Tu installes sur quelle machine ?

Il semble me souvenir qu'il y a une histoire de secure-boot qui
bloquerait le wifi sur certaines machines DELL. A voir dans le BIOS pour
désactiver cette « fonctionnalité ».


C'est un ordi toshiba et j'ai déjà désactivé le secure boot.

Re: difficultes pour faire marcher une carte wifi BCM43142 802.11b/g/n

[hamster]

Le 28/03/2022 à 23:01, Frederic Zulian a écrit :

Hmm, peut-être devrais-tu tenter cette page-là :

https://wiki.debian.org/fr/bcm43xx <https://wiki.debian.org/fr/bcm43xx>


J'ai déjà vu cette page, j'ai regardé les differents pilotes dont elle 
parle et j'ai vu que la carte qui me pose problème est supportée par wl. 
J'ai donc suivi les indications dans la page dédiée a wl, que j'ai déjà 
citée.

Re: difficultes pour faire marcher une carte wifi BCM43142 802.11b/g/n

[David Martin]

Salut,

Tu as testé avec NDISwrapper ?
à l'ancienne quoi


Le lun. 28 mars 2022 à 22:29, hamster  a écrit :

> Salut a tous.
>
> Je suis entrain d'installer debian 11 et j'ai des soucis pour faire
> marcher la carte wifi.
>
> J'ai suivi cette page :
> https://debian-facile.org/doc:materiel:wifi:detecter
>
> J'ai fait :
> apt install firmware-brcm80211
> apt-get install linux-image-$(uname -r|sed 's,[^-]*-[^-]*-,,')
> linux-headers-$(uname -r|sed 's,[^-]*-[^-]*-,,') broadcom-sta-dkms
> broadcom-sta-source
> modprobe -r b44 b43 b43legacy ssb brcmsmac bcma
> modprobe wl
>
> # lspci -nnkd ::0280
> 05:00.0 Network controller [0280]: Broadcom Inc. and subsidiaries
> BCM43142 802.11b/g/n [14e4:4365] (rev 01)
>  Subsystem: XAVi Technologies Corp. BCM43142 802.11b/g/n [1b9a:3002]
>  Kernel driver in use: wl
>  Kernel modules: wl
>
> --> selon la page citée ca existe que le pilote est present, j'ai
> vérifié que cette carte graphique est bien supportée par wl
> https://wiki.debian.org/wl
>
> # ip a
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
> group default qlen 1000
>  link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>  inet 127.0.0.1/8 scope host lo
> valid_lft forever preferred_lft forever
>  inet6 ::1/128 scope host
> valid_lft forever preferred_lft forever
> 2: enp1s0:  mtu 1500 qdisc pfifo_fast
> state UP group default qlen 1000
>  link/ether 00:8c:fa:88:5a:88 brd ff:ff:ff:ff:ff:ff
>  inet 192.168.0.3/24 brd 192.168.0.255 scope global dynamic
> noprefixroute enp1s0
> valid_lft 257803sec preferred_lft 257803sec
>  inet6 fe80::28c:faff:fe88:5a88/64 scope link noprefixroute
> valid_lft forever preferred_lft forever
> 3: wlp5s0:  mtu 1500 qdisc
> pfifo_fast state DORMANT group default qlen 1000
>  link/ether 4c:bb:58:43:86:73 brd ff:ff:ff:ff:ff:ff
>
> --> toujours selon cette page, ca indique que le firmware est présent,
> mais j'ai du mal a etre sur que c'est le bon
>
> Il me reste quand meme des messages d'erreur dans dmesg :
> [   16.774536] bluetooth hci0: firmware: failed to load
> brcm/BCM43142A0-0930-0225.hcd (-2)
> [   16.774633] firmware_class: See https://wiki.debian.org/Firmware for
> information about missing firmware
> [   16.774772] bluetooth hci0: firmware: failed to load
> brcm/BCM-0930-0225.hcd (-2)
> [   16.774840] Bluetooth: hci0: BCM: firmware Patch file not found, tried:
> [   16.774898] Bluetooth: hci0: BCM: 'brcm/BCM43142A0-0930-0225.hcd'
> [   16.774953] Bluetooth: hci0: BCM: 'brcm/BCM-0930-0225.hcd'
>
> Je n'ai pas réussi a trouver le firmware BCM-0930 dans la doc de debian.
>
> La carte wifi ne marche toujours pas. J'ai vérifié qu'il n'y ait pas
> d'interrupteur materiel interdisant son fonctionnement, qu'elle n'est
> pas désactivée dans le BIOS et que le mode avion n'est pas activé.
>
> J'ai pas mal cherché sur le web, je n'ai pas trouvé d'indications
> meilleures que sur la page citée plus haut.
>
> Ne sachant plus quoi faire, je me tourne vers vous. Merci pour vos
> lumières.
>
>

-- 
david martin

Re: difficultes pour faire marcher une carte wifi BCM43142 802.11b/g/n

[didier gaumet]

Je ne sais pas trop pourquoi ta carte wifi ne marche pas mais au cas
où:
- tu peux désinstaller broadcom-sta-source: sa présence ne fait que
causer un risque de conflit de pilotes si tu construis le module par
accident (c'est un moyen de construire le module du pilote mais
manuellement à chaque changement de version de noyau, tandis que
broadcom-sta-dkms automatise la construction du module à chaque
changement de version de noyau)
- tu peux probablement désinstaller les firmwares broadcom que tu as
installés: je suppose que les firmwares nécessaires sont installés  par
broadcom-sta-dkms vu qu'il s'agit du pilote propriétaire WL de
Broadcom? Du coup installer des firmwares pourrait (au conditionnel)
écraser des firmwares nécessaires et installés par broadcom-sta-dkms.
La procédure d'installation de firmwares que tu as suivie est bénéfique
dans le cas de pilotes libres (ne comprenant pas de firmwares).
- du coup une petite réinstallation de broadcom-sta-dkms pourrait être
utile

Re: difficultes pour faire marcher une carte wifi BCM43142 802.11b/g/n

[steve]

Salut,

Tu installes sur quelle machine ?

Il semble me souvenir qu'il y a une histoire de secure-boot qui
bloquerait le wifi sur certaines machines DELL. A voir dans le BIOS pour
désactiver cette « fonctionnalité ».

Peut-être une piste…

Re: difficultes pour faire marcher une carte wifi BCM43142 802.11b/g/n

[Frederic Zulian]

Hmm, peut-être devrais-tu tenter cette page-là :

https://wiki.debian.org/fr/bcm43xx

Essayé et approuvé, mais j'y ai passé pas mal de temps.


Frédéric ZULIAN
--
Pour la santé de votre ordinateur, préférez les logiciels libres.
https://www.april.org/



Le lun. 28 mars 2022 à 22:29, hamster  a écrit :

> Salut a tous.
>
> Je suis entrain d'installer debian 11 et j'ai des soucis pour faire
> marcher la carte wifi.
>
> J'ai suivi cette page :
> https://debian-facile.org/doc:materiel:wifi:detecter
>
> J'ai fait :
> apt install firmware-brcm80211
> apt-get install linux-image-$(uname -r|sed 's,[^-]*-[^-]*-,,')
> linux-headers-$(uname -r|sed 's,[^-]*-[^-]*-,,') broadcom-sta-dkms
> broadcom-sta-source
> modprobe -r b44 b43 b43legacy ssb brcmsmac bcma
> modprobe wl
>
> # lspci -nnkd ::0280
> 05:00.0 Network controller [0280]: Broadcom Inc. and subsidiaries
> BCM43142 802.11b/g/n [14e4:4365] (rev 01)
>  Subsystem: XAVi Technologies Corp. BCM43142 802.11b/g/n [1b9a:3002]
>  Kernel driver in use: wl
>  Kernel modules: wl
>
> --> selon la page citée ca existe que le pilote est present, j'ai
> vérifié que cette carte graphique est bien supportée par wl
> https://wiki.debian.org/wl
>
> # ip a
> 1: lo:  mtu 65536 qdisc noqueue state UNKNOWN
> group default qlen 1000
>  link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
>  inet 127.0.0.1/8 scope host lo
> valid_lft forever preferred_lft forever
>  inet6 ::1/128 scope host
> valid_lft forever preferred_lft forever
> 2: enp1s0:  mtu 1500 qdisc pfifo_fast
> state UP group default qlen 1000
>  link/ether 00:8c:fa:88:5a:88 brd ff:ff:ff:ff:ff:ff
>  inet 192.168.0.3/24 brd 192.168.0.255 scope global dynamic
> noprefixroute enp1s0
> valid_lft 257803sec preferred_lft 257803sec
>  inet6 fe80::28c:faff:fe88:5a88/64 scope link noprefixroute
> valid_lft forever preferred_lft forever
> 3: wlp5s0:  mtu 1500 qdisc
> pfifo_fast state DORMANT group default qlen 1000
>  link/ether 4c:bb:58:43:86:73 brd ff:ff:ff:ff:ff:ff
>
> --> toujours selon cette page, ca indique que le firmware est présent,
> mais j'ai du mal a etre sur que c'est le bon
>
> Il me reste quand meme des messages d'erreur dans dmesg :
> [   16.774536] bluetooth hci0: firmware: failed to load
> brcm/BCM43142A0-0930-0225.hcd (-2)
> [   16.774633] firmware_class: See https://wiki.debian.org/Firmware for
> information about missing firmware
> [   16.774772] bluetooth hci0: firmware: failed to load
> brcm/BCM-0930-0225.hcd (-2)
> [   16.774840] Bluetooth: hci0: BCM: firmware Patch file not found, tried:
> [   16.774898] Bluetooth: hci0: BCM: 'brcm/BCM43142A0-0930-0225.hcd'
> [   16.774953] Bluetooth: hci0: BCM: 'brcm/BCM-0930-0225.hcd'
>
> Je n'ai pas réussi a trouver le firmware BCM-0930 dans la doc de debian.
>
> La carte wifi ne marche toujours pas. J'ai vérifié qu'il n'y ait pas
> d'interrupteur materiel interdisant son fonctionnement, qu'elle n'est
> pas désactivée dans le BIOS et que le mode avion n'est pas activé.
>
> J'ai pas mal cherché sur le web, je n'ai pas trouvé d'indications
> meilleures que sur la page citée plus haut.
>
> Ne sachant plus quoi faire, je me tourne vers vous. Merci pour vos
> lumières.
>
>

difficultes pour faire marcher une carte wifi BCM43142 802.11b/g/n

[hamster]

Salut a tous.

Je suis entrain d'installer debian 11 et j'ai des soucis pour faire 
marcher la carte wifi.


J'ai suivi cette page :
https://debian-facile.org/doc:materiel:wifi:detecter

J'ai fait :
apt install firmware-brcm80211
apt-get install linux-image-$(uname -r|sed 's,[^-]*-[^-]*-,,') 
linux-headers-$(uname -r|sed 's,[^-]*-[^-]*-,,') broadcom-sta-dkms 
broadcom-sta-source

modprobe -r b44 b43 b43legacy ssb brcmsmac bcma
modprobe wl

# lspci -nnkd ::0280
05:00.0 Network controller [0280]: Broadcom Inc. and subsidiaries 
BCM43142 802.11b/g/n [14e4:4365] (rev 01)

    Subsystem: XAVi Technologies Corp. BCM43142 802.11b/g/n [1b9a:3002]
    Kernel driver in use: wl
    Kernel modules: wl

--> selon la page citée ca existe que le pilote est present, j'ai 
vérifié que cette carte graphique est bien supportée par wl

https://wiki.debian.org/wl

# ip a
1: lo:  mtu 65536 qdisc noqueue state UNKNOWN 
group default qlen 1000

    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
   valid_lft forever preferred_lft forever
    inet6 ::1/128 scope host
   valid_lft forever preferred_lft forever
2: enp1s0:  mtu 1500 qdisc pfifo_fast 
state UP group default qlen 1000

    link/ether 00:8c:fa:88:5a:88 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.3/24 brd 192.168.0.255 scope global dynamic 
noprefixroute enp1s0

   valid_lft 257803sec preferred_lft 257803sec
    inet6 fe80::28c:faff:fe88:5a88/64 scope link noprefixroute
   valid_lft forever preferred_lft forever
3: wlp5s0:  mtu 1500 qdisc 
pfifo_fast state DORMANT group default qlen 1000

    link/ether 4c:bb:58:43:86:73 brd ff:ff:ff:ff:ff:ff

--> toujours selon cette page, ca indique que le firmware est présent, 
mais j'ai du mal a etre sur que c'est le bon


Il me reste quand meme des messages d'erreur dans dmesg :
[   16.774536] bluetooth hci0: firmware: failed to load 
brcm/BCM43142A0-0930-0225.hcd (-2)
[   16.774633] firmware_class: See https://wiki.debian.org/Firmware for 
information about missing firmware
[   16.774772] bluetooth hci0: firmware: failed to load 
brcm/BCM-0930-0225.hcd (-2)

[   16.774840] Bluetooth: hci0: BCM: firmware Patch file not found, tried:
[   16.774898] Bluetooth: hci0: BCM: 'brcm/BCM43142A0-0930-0225.hcd'
[   16.774953] Bluetooth: hci0: BCM: 'brcm/BCM-0930-0225.hcd'

Je n'ai pas réussi a trouver le firmware BCM-0930 dans la doc de debian.

La carte wifi ne marche toujours pas. J'ai vérifié qu'il n'y ait pas 
d'interrupteur materiel interdisant son fonctionnement, qu'elle n'est 
pas désactivée dans le BIOS et que le mode avion n'est pas activé.


J'ai pas mal cherché sur le web, je n'ai pas trouvé d'indications 
meilleures que sur la page citée plus haut.


Ne sachant plus quoi faire, je me tourne vers vous. Merci pour vos lumières.

Re : Re: Régler luminosité écran carte vidéo Intel

[francois . le . gad]

On 15/03/2022 02:02, k6dedi...@free.fr wrote:



Par contre, les touches clavier du portable, F11 (luminosité -) et F12 
(luminosité +),
bien pratiques, ne fonctionnent pas du tout et pourquoi ?


Parce qu'il faut un programme spécifique pour gérer ça. Fais une recherche dans 
Synaptic sur la marque de ton portable pour voir s'il y un paquet qui gère les 
touches spéciales.

Re : Re: Régler luminosité écran carte vidéo Intel

[k6dedijon]

Bonjour,
> le contraste.
> Plus chaque valeur tend vers 0 plus le contraste augmente et inversement 

Pour du texte, le contraste est la différence entre le fond et le texte.
Test pratique :
Transformez une capture d'écran en noir et blanc.
avec une pipette, 
  mesurez la valeur de la couleur la plus claire et notez sa valeur
  mesurez la valeur de la couleur la plus sombre et notez sa valeur
Si votre outil de dessin est paramétré en valeurs de 0 à 100 pour les niveaux 
de gris, la différence entre vos deux valeurs indiqueront le contraste.
Si votre outil de dessin est paramétré en d'autres valeurs (0 à 63 ou bien 0 à 
255) vous devrez faire des règles de 3 pour obtenir un pourcentage.
Les valeurs de contrastes minimales ne doivent pas descendre au-dessous de 35.
Mais si vous voulez intéresser les personnes ayant des difficultés à lire, ne 
descendez pas au dessous de 45.

Bonne expérimentation
Cassis


- Mail d'origine -
De: ajh-valmer 
À: pierre estrem 
Cc: debian-user-french@lists.debian.org
Envoyé: Mon, 14 Mar 2022 15:44:40 +0100 (CET)
Objet: Re: Régler luminosité écran carte vidéo Intel

On Friday 11 March 2022 00:56:31 Pierre ESTREM wrote:
> A mon avis c'est en baissant chaque valeur pour R, V et B qu'on change 
> le contraste.
> Plus chaque valeur tend vers 0 plus le contraste augmente et inversement 
> plus elles tendent vers 255 plus on le baisse (blanc !).
> $ xgamma -gamma 0.8  , brightness... :

Merci pour l'aide et les fichiers envoyés, ça marche.

> >> On Wednesday 09 March 2022 00:51:30 Haricophile wrote:
> >> ton système fonctionne au niveau matériel-kernel-firmware.
> >> Après c'est un problème logiciel :

Par contre, les touches clavier du portable, F11 (luminosité -) et F12 
(luminosité +),
bien pratiques, ne fonctionnent pas du tout et pourquoi ?

Bonne journée,

André Valmer

Re: Régler luminosité écran carte vidéo Intel

[ajh-valmer]

On Friday 11 March 2022 00:56:31 Pierre ESTREM wrote:
> A mon avis c'est en baissant chaque valeur pour R, V et B qu'on change 
> le contraste.
> Plus chaque valeur tend vers 0 plus le contraste augmente et inversement 
> plus elles tendent vers 255 plus on le baisse (blanc !).
> $ xgamma -gamma 0.8  , brightness... :

Merci pour l'aide et les fichiers envoyés, ça marche.

> >> On Wednesday 09 March 2022 00:51:30 Haricophile wrote:
> >> ton système fonctionne au niveau matériel-kernel-firmware.
> >> Après c'est un problème logiciel :

Par contre, les touches clavier du portable, F11 (luminosité -) et F12 
(luminosité +),
bien pratiques, ne fonctionnent pas du tout et pourquoi ?

Bonne journée,

André Valmer

Re: Régler luminosité écran carte vidéo Intel

[Pierre ESTREM]

Bonjour,

A mon avis c'est en baissant chaque valeur pour R, V et B qu'on change 
le contraste.
Plus chaque valeur tend vers 0 plus le contraste augmente et inversement 
plus elles tendent vers 255 plus on le baisse (blanc !).


En cherchant je découvre la commande 'xgamma' plus simple :
https://wiki.robotz.com/index.php?title=Adjust_the_Display_With_xgamma_and_xrandr

On fait par exemple pour accroître le contraste :
$ xgamma -gamma 0.8

pierre estrem


Le 10/03/2022 à 22:13, ajh-valmer a écrit :

On Tuesday 08 March 2022 20:56:04 Pierre ESTREM wrote:

Joints mes deux scripts.
A explorer éventuellement son option "--brightness"
Pour faire cela logiciellement vous pouvez jouer sur l'option --gamma de
xrandr.
Alors vous auriez deux scripts gamma-moins et gamma-plus que vous
appelleriez avec des raccourcis :

Merci, bien reçus.
Je n'arrive pas avoir une définition de "gamma", "brightness" c'est la 
luminosité.
et comment jouer sur le contraste ?


On Wednesday 09 March 2022 00:51:30 Haricophile wrote:
Si ta valeur max est 6818, tout ça est très normal. Déjà ça signifie
que ton système fonctionne au niveau matériel-kernel-firmware.
Après c'est un problème logiciel :

Ok, agir logiciellement, c'est donc sur le gamma ?

Bonne soirée.  A. Valmer


Le 08/03/2022 à 19:53, ajh-valmer a écrit :

J'avance dans mes recherches, la luminosité maxi est de 6118,
commandes brightness et brightnessctl.

Re: Régler luminosité écran carte vidéo Intel

[ajh-valmer]

On Tuesday 08 March 2022 20:56:04 Pierre ESTREM wrote:
> Joints mes deux scripts.
> A explorer éventuellement son option "--brightness"
> Pour faire cela logiciellement vous pouvez jouer sur l'option --gamma de
> xrandr.
> Alors vous auriez deux scripts gamma-moins et gamma-plus que vous
> appelleriez avec des raccourcis :

Merci, bien reçus.
Je n'arrive pas avoir une définition de "gamma", "brightness" c'est la 
luminosité.
et comment jouer sur le contraste ?

> On Wednesday 09 March 2022 00:51:30 Haricophile wrote:
> Si ta valeur max est 6818, tout ça est très normal. Déjà ça signifie
> que ton système fonctionne au niveau matériel-kernel-firmware.
> Après c'est un problème logiciel :

Ok, agir logiciellement, c'est donc sur le gamma ?

Bonne soirée.  A. Valmer

> Le 08/03/2022 à 19:53, ajh-valmer a écrit :
> > J'avance dans mes recherches, la luminosité maxi est de 6118,
> > commandes brightness et brightnessctl.

Re: Régler luminosité écran carte vidéo Intel

[Haricophile]

Le Tue, 8 Mar 2022 15:46:16 +0100,
"ajh-valmer"  a écrit :

> Merci.
> Les fichiers "/sys/class/backlight/brightness" et "max_brightness"
> affichent la valeur 6818.
> Si je l'augmente, le système refuse (917, ça met très sombre).
> Voilà le topo

Si ta valeur max est 6818, tout ça est très normal. Déjà ça signifie
que ton système fonctionne au niveau matériel-kernel-firmware.

Après c'est un problème logiciel.

Re: Régler luminosité écran carte vidéo Intel

[ajh-valmer]

On Tuesday 08 March 2022 18:07:30 Pierre ESTREM wrote:

> Pour faire cela logiciellement vous pouvez jouer sur l'option --gamma de 
> xrandr.
> Alors vous auriez deux scripts gamma-moins et gamma-plus que vous 
> appelleriez avec des raccourcis.
> Si besoin je peux envoyer mes scripts.

Oui, je veux bien.
J'avance dans mes recherches, la luminosité maxi est de 6118,
commandes brightness et brightnessctl
@+
A. Valmer

Re: Régler luminosité écran carte vidéo Intel

[Pierre ESTREM]

Bonsoir,

Pour faire cela logiciellement vous pouvez jouer sur l'option --gamma de 
xrandr.
Alors vous auriez deux scripts gamma-moins et gamma-plus que vous 
appelleriez avec des raccourcis.


Si besoin je peux envoyer mes scripts.

pierre estrem



Le 08/03/2022 à 10:51, ajh-valmer a écrit :

Hello à tous,

La carte vidéo de mon portable est une "Intel 520".

Depuis la dernière upgrade de Buster,
la commande permettant d'augmenter la luminosité ne fonctionne plus,
La touche de Fn-F11 + de luminosité a toujours été inopérante.
Avant l'upgrade j'utilisais le programme "tdecmshell.real hwmanager",
mais il n'est plus dans les dépôts Buster.

Quelle méthode maintenant pour avoir un écran plus lumineux ?

Merci, bonne journée, A. Valmer

Re: Régler luminosité écran carte vidéo Intel

[François LE GAD]

Le 08/03/2022 à 10:51, ajh-valmer a écrit :



Quelle méthode maintenant pour avoir un écran plus lumineux ?

- Vois dans les dépôts s'il y a un paquet correspondant à la marque de 

ton portable

- Voir si ton bureau propose un applet permettant de régler la 
luminosité avec la souris


- xbacklight en ligne de commande

--
François

Re: Régler luminosité écran carte vidéo Intel

[ajh-valmer]

On Tuesday 08 March 2022 13:31:15 Haricophile wrote:
> Le Tue, 8 Mar 2022 11:01:50 +0100,
> "ajh-valmer"  a écrit :
> La carte vidéo de mon portable est une "Intel 520".
> Depuis la dernière upgrade de Buster,
> la commande permettant d'augmenter la luminosité ne fonctionne plus, 
> La touche de Fn-F11 + de luminosité a toujours été inopérante.
> Avant l'upgrade j'utilisais le programme "tdecmshell.real hwmanager",
> mais il n'est plus dans les dépôts Buster.
> Quelle méthode maintenant pour avoir un écran plus lumineux ?

> > intel-linux-graphics-installer, me répond 
> > "error while loading shared libraries: libpackagekit-glib2.so.16: 
> > cannot open shared object file: No such file or directory"
> > "libpackagekit-glib2.so.16" n'est pas ou plus dans les paquets Buster.

> 13:17 root@omen ~ # cat
> /sys/class/backlight/intel_backlight/max_brightness 937
> 13:26 root@omen ~ # cat /sys/class/backlight/intel_backlight/brightness 
> 618
> 13:28 root@omen ~ # echo 917 >|
> /sys/class/backlight/intel_backlight/brightness
> mais il faudrait encore que ton firmware soit installé correctement.

Merci.
Les fichiers "/sys/class/backlight/brightness" et "max_brightness" affichent 
la valeur 6818.
Si je l'augmente, le système refuse (917, ça met très sombre).
Voilà le topo

Re: Régler luminosité écran carte vidéo Intel

[Haricophile]

Le Tue, 8 Mar 2022 11:01:50 +0100,
"ajh-valmer"  a écrit :

> intel-linux-graphics-installer, me répond 
> "error while loading shared libraries: libpackagekit-glib2.so.16: 
> cannot open shared object file: No such file or directory"
> "libpackagekit-glib2.so.16" n'est pas ou plus dans les paquets Buster.

===

13:17 root@omen ~ # cat
/sys/class/backlight/intel_backlight/max_brightness 937
13:26 root@omen ~ # cat /sys/class/backlight/intel_backlight/brightness 
618
13:28 root@omen ~ # echo 917 >|
/sys/class/backlight/intel_backlight/brightness

===

mais il faudrait encore que ton firmware soit installé correctement.

Re: Régler luminosité écran carte vidéo Intel

[ajh-valmer]

J'avais oublié, désolé,

intel-linux-graphics-installer, me répond 
"error while loading shared libraries: libpackagekit-glib2.so.16: 
cannot open shared object file: No such file or directory"
"libpackagekit-glib2.so.16" n'est pas ou plus dans les paquets Buster.

Il s'agit de la touche : Fn-F12 + de luminosité.

On Tuesday 08 March 2022 10:51:47 ajh-valmer wrote:
> La carte vidéo de mon portable est une "Intel 520".
> Depuis upgrade de Buster,
> la commande permettant d'augmenter la luminosité ne fonctionne plus, 
> La touche de Fn-F11 + de luminosité a toujours été inopérante.
> Avant l'upgrade j'utilisais le programme "tdecmshell.real hwmanager",
> mais il n'est plus dans les dépôts Buster.

Régler luminosité écran carte vidéo Intel

[ajh-valmer]

Hello à tous,

La carte vidéo de mon portable est une "Intel 520".

Depuis la dernière upgrade de Buster,
la commande permettant d'augmenter la luminosité ne fonctionne plus, 
La touche de Fn-F11 + de luminosité a toujours été inopérante.
Avant l'upgrade j'utilisais le programme "tdecmshell.real hwmanager",
mais il n'est plus dans les dépôts Buster.

Quelle méthode maintenant pour avoir un écran plus lumineux ?

Merci, bonne journée, A. Valmer