[opensuse-fr] périphérique ethernet
Bonjour, Avec une carte-mère Asus M2N, son périphérique ethernet, indiqué "vvidia Corporation MCP61, n'est pas pris en compte par Suse 10.2. Heureusement qu'un ancien périphérique Realtek RTL-8139 a été conservé, et reconnu, sans cela pas de liaison avec l'extérieur... Par ailleurs à chaque redémarrage du système le numéro d'eth s'incrémente d'une unité (on en est à eth42) alors que la Realtec reste bien eth1. Le site de nVidia propose le driver pour Windows bien sûr... qu'en est-il de Linux ? Par ailleurs cela a-t-il un rapport avec le manque de son (snd-hda-Intel) avec cette nouvelle carte-mère ? ou est-ce indépendant ? Tout a l'air d'être nVidia sur cette carte Asus... Un (gros) coup de main serait bienvenu. merci d'avance. -- Pierre COUTANT --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-fr+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-fr+help@opensuse.org
Pierre Coutant a écrit :
Bonjour, Avec une carte-mère Asus M2N, son périphérique ethernet, indiqué "vvidia Corporation MCP61, n'est pas pris en compte par Suse 10.2. Heureusement qu'un ancien périphérique Realtek RTL-8139 a été conservé, et reconnu, sans cela pas de liaison avec l'extérieur...
si la carte mère est neuve, ce n'est pas étonnant. J'ai eu un problème similare, j'ai utilisé une carte réseau 3com... quelques mois après, avec une des versions suivantes de distrib, tout marchait
Par ailleurs à chaque redémarrage du système le numéro d'eth s'incrémente d'une unité (on en est à eth42) alors que la Realtec reste bien eth1.
c'est le numéro de quoi, qui s'incrémente, alors? l'interface nvidia? le désactiver dans le bios
Le site de nVidia propose le driver pour Windows bien sûr... qu'en est-il de Linux ?
pose-leur la question :-), vu qu'ils font des pilotes video pour Linux, ils répondront peut-être
Par ailleurs cela a-t-il un rapport avec le manque de son (snd-hda-Intel) avec cette nouvelle carte-mère ? ou est-ce indépendant ? Tout a l'air d'être nVidia sur cette carte Asus... Un (gros) coup de main serait bienvenu. merci d'avance.
on peut aussi poser la question à asus. jdd -- http://www.dodin.net --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-fr+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-fr+help@opensuse.org
Le Lun 21 avril 2008 14:52, Pierre Coutant a écrit :
Bonjour,
Bonjour,
Avec une carte-mère Asus M2N, son périphérique ethernet, indiqué "vvidia Corporation MCP61, n'est pas pris en compte par Suse 10.2. Heureusement qu'un ancien périphérique Realtek RTL-8139 a été conservé, et reconnu, sans cela pas de liaison avec l'extérieur...
Par ailleurs à chaque redémarrage du système le numéro d'eth s'incrémente d'une unité (on en est à eth42) alors que la Realtec reste bien eth1.
modprobe forcedeth && dmesg | grep eth donne quoi ? pb connu : http://www.nvnews.net/vbulletin/showthread.php?t=88663 A plus Fred -- Sans la liberté de blâmer, il n'est point d'éloges flatteurs. Beaumarchais. Le mariage de Figaro... -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Science sans conscience n'est que ruine de l'âme. François Rabelais... -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- -- Linux User #133016 :: http://counter.li.org/ --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-fr+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-fr+help@opensuse.org
Frederic Gautier a écrit :
Le Lun 21 avril 2008 14:52, Pierre Coutant a écrit :
Bonjour,
Bonjour,
Avec une carte-mère Asus M2N, son périphérique ethernet, indiqué "vvidia Corporation MCP61, n'est pas pris en compte par Suse 10.2. Heureusement qu'un ancien périphérique Realtek RTL-8139 a été conservé, et reconnu, sans cela pas de liaison avec l'extérieur...
modprobe forcedeth && dmesg | grep eth donne quoi ?
Ceci: linux-f78x:/home/pierre # modprobe forcedeth && dmesg | grep eth forcedeth.c: Reverse Engineered nForce ethernet driver. Version 0.56. forcedeth: using HIGHDMA eth0: forcedeth.c: subsystem: 01043:8234 bound to 0000:00:07.0 eth1: RealTek RTL8139 at 0xffffc2000001cc00, 00:08:54:3d:b4:46, IRQ 10 eth1: Identified 8139 chip type 'RTL-8100B/8139D' eth0 renamed to eth42 eth42: no link during initialization. ADDRCONF(NETDEV_UP): eth42: link is not ready eth1: link up, 100Mbps, full-duplex, lpa 0x45E1 eth1: no IPv6 routers present linux-f78x:/home/pierre # Qu'en dire ?
Par ailleurs à chaque redémarrage du système le numéro d'eth s'incrémente d'une unité (on en est à eth42) alors que la Realtec reste bien eth1. pb connu : http://www.nvnews.net/vbulletin/showthread.php?t=88663
A plus Fred
--------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-fr+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-fr+help@opensuse.org
Pierre Coutant wrote:
Bonjour, Avec une carte-mère Asus M2N, son périphérique ethernet, indiqué "vvidia Corporation MCP61, n'est pas pris en compte par Suse 10.2. Heureusement qu'un ancien périphérique Realtek RTL-8139 a été conservé, et reconnu, sans cela pas de liaison avec l'extérieur... Par ailleurs à chaque redémarrage du système le numéro d'eth s'incrémente d'une unité (on en est à eth42) alors que la Realtec reste bien eth1. Le site de nVidia propose le driver pour Windows bien sûr... qu'en est-il de Linux ? Par ailleurs cela a-t-il un rapport avec le manque de son (snd-hda-Intel) avec cette nouvelle carte-mère ? ou est-ce indépendant ? Tout a l'air d'être nVidia sur cette carte Asus... Un (gros) coup de main serait bienvenu. merci d'avance.
M2N bonne carte mère, mais avec 10.2 tu galèreras ... Ton périphérique eth s'incrémentera et point de musique tu auras :-) Si si tout est possible, mais il y a du camboui à se mettre sur les bras. Franchement je ne pourrais que te conseillais d'installer la 10.3 qui se pose sans soucis sur ce type de matériel. Sinon pour le coup d'eth : il faudra déjà faire le ménage dans /etc/sysconfig/network car il doit y avoir plein de fichier ethXXXX LA solution la plus simple et de faire jouer les propriétés de udev, et à la place de numéroter le périphérique en fonction de sa mac adresse ( qui change à chaque reboot avec ce chipset et ce kernel ) c'est d'indiquer l'id pci qui ne bougera pas lui :-) étant donné que quelqu'un s'est déjà cassé le trognon à tout d'écrire correctement je vous invite à vous y référer: http://philipjm.free.fr/blog/index.php?2007/03/07/94-avoir-ses-cartes-reseau... et surtout ... http://www.linuxfromscratch.org/lfs/view/6.2/chapter07/network.html et en résumé : faire un ls -l /sys/class/net/ eth0 -> ../../devices/pci0000:00/0000:00:1c.5/0000:09:00.0/net/eth0 ( normalement différent chez vous ) puis dans /etc/udev/rules.d chercher un fichier 70-persistent-net.rules ( attention le nom est légèrement différent sous 10.2 ) cat 70-persistent-net.rules # This file was automatically generated by the /lib/udev/write_net_rules # program run by the persistent-net-generator.rules rules file. # # You can modify it, as long as you keep each rule on a single line. # PCI device 0x14e4:0x1673 (tg3) SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:1c:23:a8:0e:c6", NAME="eth0" on va remplacer par SUBSYSTEM=="net", BUS=="pci", ID=="0000:00:0c.0", NAME="eth0" ou l'id est issue de grep -H . /sys/class/net/*/address Voilà qui va fixer les choses ( il faut impérativement redémarrer car udev c'est vraiment au tout début ) Après la configuration du réseau avec yast ne posera normalement plus trop de souci. Après le réseau, le son ... Si yast ne trouve pas le périphérique son ( ce qui serait normal ) cela sous-entend une recompilation et/ou un rafraichissement d'alsa. C'est un peu galère car en plus ça à aussi des liens avec le kernel. Je ne me souviens plus de tête si un repository de l'open build ne contiendrait pas les rpm tout près pour la 10.2 ? faudrait peut-être jeter un oeil sur software.opensuse.org en cherchant alsa pour 10.2 ... Une fois ça fait : ben voilà tout tournera ... Courage on n'est que lundi... plus rien ne presse. -- Bruno Friedmann bruno@ioda-net.ch Ioda-Net Sàrl - www.ioda-net.ch 2830 Vellerat - Switzerland Tél : ++41 32 435 7171 Fax : ++41 32 435 7172 gsm : ++41 78 802 6760 C'est Facile et Cool d'Évoluer en ligne : www.cfcel.com --------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-fr+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-fr+help@opensuse.org
Bruno Friedmann a écrit :
Pierre Coutant wrote:
Bonjour, Avec une carte-mère Asus M2N, son périphérique ethernet, indiqué "vvidia Corporation MCP61, n'est pas pris en compte par Suse 10.2. Heureusement qu'un ancien périphérique Realtek RTL-8139 a été conservé, et reconnu, sans cela pas de liaison avec l'extérieur... Par ailleurs à chaque redémarrage du système le numéro d'eth s'incrémente d'une unité (on en est à eth42) alors que la Realtec reste bien eth1. Le site de nVidia propose le driver pour Windows bien sûr... qu'en est-il de Linux ? Par ailleurs cela a-t-il un rapport avec le manque de son (snd-hda-Intel) avec cette nouvelle carte-mère ? ou est-ce indépendant ? Tout a l'air d'être nVidia sur cette carte Asus... Un (gros) coup de main serait bienvenu. merci d'avance.
M2N bonne carte mère, mais avec 10.2 tu galèreras ...
Ton périphérique eth s'incrémentera et point de musique tu auras :-)
Si si tout est possible, mais il y a du camboui à se mettre sur les bras. Franchement je ne pourrais que te conseillais d'installer la 10.3 qui se pose sans soucis sur ce type de matériel.
Sinon pour le coup d'eth : il faudra déjà faire le ménage dans /etc/sysconfig/network car il doit y avoir plein de fichier ethXXXX
Non, il n'y a pas plein de fichiers... Le problème d'incrémentation semble réglé en ayant suivi le post de Frédéric Gautier d'hier après-midi => en lisant le page ci dessus, tu vas apprendre à supprimer le eth42. résumé ici : "In the file "/etc/sysconfig/network/config" just turn the value "FORCE_PERSISTENT_NAMES" to "no". after reboot your NİC will be always eth0.."
LA solution la plus simple et de faire jouer les propriétés de udev, et à la place de numéroter le périphérique en fonction de sa mac adresse ( qui change à chaque reboot avec ce chipset et ce kernel ) c'est d'indiquer l'id pci qui ne bougera pas lui :-)
étant donné que quelqu'un s'est déjà cassé le trognon à tout d'écrire correctement je vous invite à vous y référer: http://philipjm.free.fr/blog/index.php?2007/03/07/94-avoir-ses-cartes-reseau...
et surtout ... http://www.linuxfromscratch.org/lfs/view/6.2/chapter07/network.html
et en résumé : faire un ls -l /sys/class/net/ eth0 -> ../../devices/pci0000:00/0000:00:1c.5/0000:09:00.0/net/eth0 ( normalement différent chez vous )
puis dans /etc/udev/rules.d chercher un fichier 70-persistent-net.rules ( attention le nom est légèrement différent sous 10.2 ) cat 70-persistent-net.rules # This file was automatically generated by the /lib/udev/write_net_rules # program run by the persistent-net-generator.rules rules file. # # You can modify it, as long as you keep each rule on a single line.
# PCI device 0x14e4:0x1673 (tg3) SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:1c:23:a8:0e:c6", NAME="eth0"
on va remplacer par SUBSYSTEM=="net", BUS=="pci", ID=="0000:00:0c.0", NAME="eth0" ou l'id est issue de grep -H . /sys/class/net/*/address
Voilà qui va fixer les choses ( il faut impérativement redémarrer car udev c'est vraiment au tout début ) Après la configuration du réseau avec yast ne posera normalement plus trop de souci.
Après le réseau, le son ... Si yast ne trouve pas le périphérique son ( ce qui serait normal ) cela sous-entend une recompilation et/ou un rafraichissement d'alsa. C'est un peu galère car en plus ça à aussi des liens avec le kernel.
Je ne me souviens plus de tête si un repository de l'open build ne contiendrait pas les rpm tout près pour la 10.2 ? faudrait peut-être jeter un oeil sur software.opensuse.org en cherchant alsa pour 10.2 ... Je suis allé voir le site et effectivement un alsa plus récent est disponible. Je vais faire la manip de son installation. deux paquetages sont disponibles "multimedia:audio/openSUSE_10.2" et "multimedia:audio/openSUSE_10.2_Update". Faut-il installer les deux ? Et, enfin, est-il préférable de désinstaller celui installé actuellement ? Ces questions peuvent sembler naïves mais ma faible maitrise de tout ceci me rend extrêmement prudent. Merci de vouloir bien me préciser ces quelques points.
Une fois ça fait : ben voilà tout tournera ... Courage on n'est que lundi... plus rien ne presse.
Pour préparer l'avenir l'ai téléchargé la bêta de la Suse 11. Reste plus qu'à graver et essayer, mais il faut que je remette à plus tard car ma moitié va bientôt être jalouse de Suse... Cordialement. -- Pierre COUTANT
--------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-fr+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-fr+help@opensuse.org
Pierre Coutant a écrit :
Bruno Friedmann a écrit :
M2N bonne carte mère, mais avec 10.2 tu galèreras ...
Ton périphérique eth s'incrémentera et point de musique tu auras :-)
Si si tout est possible, mais il y a du camboui à se mettre sur les bras. Franchement je ne pourrais que te conseillais d'installer la 10.3 qui se pose sans soucis sur ce type de matériel.
Sinon pour le coup d'eth : il faudra déjà faire le ménage dans /etc/sysconfig/network car il doit y avoir plein de fichier ethXXXX
Non, il n'y a pas plein de fichiers... Le problème d'incrémentation semble réglé en ayant suivi le post de Frédéric Gautier d'hier après-midi =>
en lisant le page ci dessus, tu vas apprendre à supprimer le eth42. résumé ici : "In the file "/etc/sysconfig/network/config" just turn the value "FORCE_PERSISTENT_NAMES" to "no". after reboot your NİC will be always eth0.."
Et, en plus, la connexion ethernet sur eth0 fonctionne sans problème. Elle est pas belle la vie ? Merci. -- Pierre COUTANT
LA solution la plus simple et de faire jouer les propriétés de udev, et à la place de numéroter le périphérique en fonction de sa mac adresse ( qui change à chaque reboot avec ce chipset et ce kernel ) c'est d'indiquer l'id pci qui ne bougera pas lui :-)
étant donné que quelqu'un s'est déjà cassé le trognon à tout d'écrire correctement je vous invite à vous y référer: http://philipjm.free.fr/blog/index.php?2007/03/07/94-avoir-ses-cartes-reseau...
et surtout ... http://www.linuxfromscratch.org/lfs/view/6.2/chapter07/network.html
et en résumé : faire un ls -l /sys/class/net/ eth0 -> ../../devices/pci0000:00/0000:00:1c.5/0000:09:00.0/net/eth0 ( normalement différent chez vous )
puis dans /etc/udev/rules.d chercher un fichier 70-persistent-net.rules ( attention le nom est légèrement différent sous 10.2 ) cat 70-persistent-net.rules # This file was automatically generated by the /lib/udev/write_net_rules # program run by the persistent-net-generator.rules rules file. # # You can modify it, as long as you keep each rule on a single line.
# PCI device 0x14e4:0x1673 (tg3) SUBSYSTEM=="net", DRIVERS=="?*", ATTR{address}=="00:1c:23:a8:0e:c6", NAME="eth0"
on va remplacer par SUBSYSTEM=="net", BUS=="pci", ID=="0000:00:0c.0", NAME="eth0" ou l'id est issue de grep -H . /sys/class/net/*/address
Voilà qui va fixer les choses ( il faut impérativement redémarrer car udev c'est vraiment au tout début ) Après la configuration du réseau avec yast ne posera normalement plus trop de souci.
Après le réseau, le son ... Si yast ne trouve pas le périphérique son ( ce qui serait normal ) cela sous-entend une recompilation et/ou un rafraichissement d'alsa. C'est un peu galère car en plus ça à aussi des liens avec le kernel.
Je ne me souviens plus de tête si un repository de l'open build ne contiendrait pas les rpm tout près pour la 10.2 ? faudrait peut-être jeter un oeil sur software.opensuse.org en cherchant alsa pour 10.2 ... Je suis allé voir le site et effectivement un alsa plus récent est disponible. Je vais faire la manip de son installation. deux paquetages sont disponibles "multimedia:audio/openSUSE_10.2" et "multimedia:audio/openSUSE_10.2_Update". Faut-il installer les deux ? Et, enfin, est-il préférable de désinstaller celui installé actuellement ? Ces questions peuvent sembler naïves mais ma faible maitrise de tout ceci me rend extrêmement prudent. Merci de vouloir bien me préciser ces quelques points.
Une fois ça fait : ben voilà tout tournera ... Courage on n'est que lundi... plus rien ne presse.
Pour préparer l'avenir l'ai téléchargé la bêta de la Suse 11. Reste plus qu'à graver et essayer, mais il faut que je remette à plus tard car ma moitié va bientôt être jalouse de Suse... Cordialement.
--------------------------------------------------------------------- To unsubscribe, e-mail: opensuse-fr+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-fr+help@opensuse.org
participants (4)
-
Bruno Friedmann -
Frederic Gautier -
jdd -
Pierre Coutant