Vous n'êtes pas identifié(e).
Fiction ? approximation? roll
D'autant moins que je vous écrits depuis une knoppix live. Donc a priori, je sais télécharger une image, la graver, et booter dessus. Ce n'est pas parce que pour Mélodie, la Sidux
qu'elle DOIT faire de même avec ma babasse. Debian quelle que soit la version (j'ai pas testé Lenny, mais seulement Etch et Sidux live), ne reconnait pas ma carte réseau, point barre. Seule Knoppix le fait jusqu'à présent.
On dirait que c'est un crime de lèse majesté de dire que Debian fait moins bien, sur un point très précis, que knoppix, et donc en conséquence, que ce n'est pas vrai, que ce n'est ontologiquement pas possible que j'ai testé la sidux...
e) Je garde sous le coude le pompage possible des fichiers de conf de la knoppix en cas de plantage. Et le test d'une Lenny en live CD, mais si Sidux live n'y arrive pas, logiquement...
f) Pour les puristes, moi aussi, je préfèrerai ne pas avoir de driver propriétaire. Ni aucun bout de code fermé. Mais bon, connaitre ses limites, c'est aussi une forme de sagesse...
g) Si quelqu'un a des idées pour installer le driver, histoire de me faire gagner un peu de temps, je suis preneur...
@+
Hors ligne
[joyce@squirrel ~]$ mkdir Realtek-8169
[joyce@squirrel ~]$ cd Realtek-8169/
[joyce@squirrel Realtek-8169]$ wget ftp://61.56.86.122/cn/nic/r8169-6.008.00.tar.bz2
--2008-11-24 19:58:41-- ftp://61.56.86.122/cn/nic/r8169-6.008.00.tar.bz2
Résolution de localhost... 127.0.0.1
Connexion vers localhost|127.0.0.1|:3128...connecté.
requête Proxy transmise, en attente de la réponse...200 OK
Longueur: 30067 (29K) [application/octet-stream]
Saving to: `r8169-6.008.00.tar.bz2'
100%[======================================>] 30 067 9,31K/s in 3,2s
2008-11-24 19:58:54 (9,31 KB/s) - « r8169-6.008.00.tar.bz2 » sauvegardé [30067/30067]
[joyce@squirrel Realtek-8169]$ tar xfvj r8169-6.008.00.tar.bz2
r8169-6.008.00/
r8169-6.008.00/readme
r8169-6.008.00/Makefile
r8169-6.008.00/src/
r8169-6.008.00/src/Makefile_linux24x
r8169-6.008.00/src/r8169_n.c
r8169-6.008.00/src/r8169.h
r8169-6.008.00/src/Makefile
[joyce@squirrel Realtek-8169]$ ls
r8169-6.008.00 r8169-6.008.00.tar.bz2
[joyce@squirrel Realtek-8169]$ cd r8169-6.008.00
[joyce@squirrel r8169-6.008.00]$ ls
Makefile readme src
[joyce@squirrel r8169-6.008.00]$ cat readme
<Linux device driver for Realtek Ethernet controllers>
This is the Linux device driver released for RealTek RTL8169S/8110S, RTL8169SB/8110SB, and RTL8110SC.
<Requirements>
- kernel source tree (supported Linux kernel 2.6.x/2.4.20 and latter)
- compiler/binutils for kernel compilation
<Quick install with proper kernel settings>
Check whether the built-in driver, r8169.ko(or r8169.o for linux kernel 2.4.x), is installed.
# lsmod | grep r8169
If it is installed, please remove it.
# rmmod r8169
note: If the built-in driver cannot removed by rmmod, please edit /etc/modprobe.conf and comment 'alias eth0 r8169'. Then, remove it again or reboot your computer.
Unpack the tarball :
# tar vjxf r8169-6.aaa.bb.tar.bz2
Change to the directory:
# cd r8169-6.aaa.bb
If you are running the target kernel, then you should be able to do :
# make clean modules (as root or with sudo)
# make install
# depmod -a
# insmod ./src/r8169.ko (or r8169.o for linux kernel 2.4.x)
You can check whether the driver is loaded by using following commands.
# lsmod | grep r8169
# ifconfig -a
If there is a device name, ethX, shown on the monitor, the linux
driver is loaded. Then, you can use the following command to activate
the ethX.
# ifconfig ethX up
, where X=0,1,2,...
<Set the network related information>
1. Set manually
a. Set the IP address of your machine.
# ifconfig ethX "the IP address of your machine"
b. Set the IP address of DNS.
Insert the following configuration in /etc/resolv.conf.
nameserver "the IP address of DNS"
c. Set the IP address of gateway.
# route add default gw "the IP address of gateway"
2. Set by doing configurations in /etc/sysconfig/network-scripts
/ifcfg-ethX for Redhat and Fedora, or /etc/sysconfig/network
/ifcfg-ethX for SuSE. There are two examples to set network
configurations.
a. Fix IP address:
DEVICE=eth0
BOOTPROTO=static
ONBOOT=yes
TYPE=ethernet
NETMASK=255.255.255.0
IPADDR=192.168.1.1
GATEWAY=192.168.1.254
BROADCAST=192.168.1.255
b. DHCP:
DEVICE=eth0
BOOTPROTO=dhcp
ONBOOT=yes
<Change the MAC address>
There are two ways to modify the MAC address of the NIC.
1. Use ifconfig:
# ifconfig ethX hw ether YY:YY:YY:YY:YY:YY
, where X is the device number assigned by Linux kernel, and
YY:YY:YY:YY:YY:YY is the MAC address assigned by the user.
2. Use ip:
# ip link set ethX address YY:YY:YY:YY:YY:YY
, where X is the device number assigned by Linux kernel, and
YY:YY:YY:YY:YY:YY is the MAC address assigned by the user.
<Force Link Status>
1. Force the link status when insert the driver.
If the user is in the path ~/r8169, the link status can be forced
to one of the 5 modes as following command.
# insmod ./src/r8169.ko speed=SPEED_MODE duplex=DUPLEX_MODE autoneg=NWAY_OPTION
, where
SPEED_MODE = 1000 for 1000Mbps
= 100 for 100Mbps
= 10 for 10Mbps
DUPLEX_MODE = 0 for half-duplex
= 1 for full-duplex
NWAY_OPTION = 0 for auto-negotiation off (true force)
= 1 for auto-negotiation on (nway force)
For example:
# insmod ./src/r8169.ko speed=100 duplex=0 autoneg=0
will force PHY to operate in 100Mpbs Half-duplex(nway force).
2. Force the link status by using ethtool.
a. Insert the driver first.
b. Make sure that ethtool exists in /sbin.
c. Force the link status as the following command.
# ethtool -s ethX speed SPEED_MODE duplex DUPLEX_MODE autoneg NWAY_OPTION
, where
SPEED_MODE = 1000 for 1000Mbps
= 100 for 100Mbps
= 10 for 10Mbps
DUPLEX_MODE = half for half-duplex
= full for full-duplex
NWAY_OPTION = off for auto-negotiation off (true force)
= on for auto-negotiation on (nway force)
For example:
# ethtool -s eth0 speed 100 duplex full autoneg on
will force PHY to operate in 100Mpbs Full-duplex(nway force).
<Jumbo Frame>
Transmitting Jumbo Frames, whose packet size is bigger than 1500 bytes, please change mtu by the following command.
# ifconfig ethX mtu MTU
, where X=0,1,2,..., and MTU is configured by user. RTL8110S/SB/SC supports Jumbo Frame size (MTU) up to 7 kBytes.
For example, to configure jumbo frame as 7 kBytes, use the following command:
# ethtool eth0 mtu 7168
If there is another computer inatalled RTL8169S/SB/SC and its jumbo size is also configured to be 7 kBytes, the Linux can ping it by using following command.
# ping IP_ADDRESS -s 7126 -M do
[joyce@squirrel r8169-6.008.00]$
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
Chris, pourrais tu nous donner le résultat (rien ou 1 ligne) de
@+
Dernière modification par anonyme (24-11-2008 21:37:33)
edit: je reprends l'antenne
Le module r8169 est intégré au noyau 2.6.18, je ne suis donc pas persuadé que la compilation nous mène à la solution.
Qu'est-ce qui te dit que cette piste n'est pas une bonne piste ? Bien sûr le kernel a ce module, d'ailleurs le readme en tient compte, dans cette partie au début :
<Quick install with proper kernel settings>
Check whether the built-in driver, r8169.ko(or r8169.o for linux kernel 2.4.x), is installed.
# lsmod | grep r8169
If it is installed, please remove it.
# rmmod r8169
note: If the built-in driver cannot removed by rmmod, please edit /etc/modprobe.conf and comment 'alias eth0 r8169'. Then, remove it again or reboot your computer.
D'ailleurs je n'ai pas trouvé cette piste par hasard, j'ai collé le nom et numéro de carte ethernet dans google et je suis tombée sur des fils sur commentcamarche, qui parlaient de problèmes avec le driver de cette carte (des windowsiens) et oh surprise, arrivée sur le site du constructeur : des drivers récents pour toutes les plateformes !
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
Qu'est-ce qui te dit que cette piste n'est pas une bonne piste?
Rien ne me le dit, et je ne l'ai pas plus dit moi-même.
Aucun d'entre nous ne peut affirmer que la recompilation du module apportera la solution, ou pas. Néanmoins comme la compilation peut sembler délicate pour un débutant, et que c'est du temps à y consacrer, j'ai voulu attirer l'attention de Chris sur ce point, afin de l'aider à faire son choix.
Fin de l'émission.
carte réseau non détectée
. Puis l'installeur (en mode graphique la première fois, en mode expert graphique une seconde fois) me demande s'il y a le bon module dans une liste interminable. Oui, le r8169 realteck Gigabit apparait. Je le charge, la detection reprend, et me renvoie immédiatement à
aucune carte réseau détectée
. Si le module correspondant à votre carte apparait Blablabla..On tourne en rond. Il ne va pas plus loin. Sortie d'install à la sauvage. Pas moyen de faire autrement.
2) J'ai fait une sauvegarde intégrale de mon home. Je peux donc installer une Lenny ou n'importe quoi d'autre à partir de dvd. Y compris une réinstallation de Etch avec les DVD officiels.
3) le driver de chez realteck me plante aussi. Alors que tout commence bien, il m'annonce qu'il ne peut pas s'installer "due to a previous installation". J'ai fait un rmmod r8169, un make clean modules, bref, toute la procedure
# make clean modules (as root or with sudo)
# make install
# depmod -a
# insmod ./src/r8169.ko (or r8169.o for linux kernel 2.4.x)
You can check whether the driver is loaded by using following commands.
# lsmod | grep r8169
# ifconfig -a
Rien en eth0. Ni en eth1, ou2 bien sûr. Ca aurait été trop beau.
Bien sûr, je vais faire dès demain
. Mais depuis quel répertoire ? En root j'imagine ? (Je pose les questions avant. Ca fait gagner du temps...).
4) Je ne sais pas si le n'ai pas tout simplement un peu trop de bordel dans mon système. D'où l'idée de redémarrer une install complète. Sans compter que mon Udev est loin d'être clean (cf les différences de fichiers entre ce que j'ai et ce que Freddec (par exemple) a. ou ce que la knoppix annonce.
Notabene : je n'ai pas de
.
Je ne peux donc pas commenter de ligne.
Comme je ne sais pas où nettoyer... Mais bon, c'est pas à minuit25 qu'il faut prendre ce genre de décision. Merci d'avoir choisi notre compagnie. Nous espérons vous revoir prochainement sur nos lignes.:cool:
@+
Dernière modification par Chris (25-11-2008 00:39:50)
Hors ligne
Comme je ne sais pas où nettoyer...
Dans la bécane. Comment je virerais cette daube de carte réseau et j'en installerai une autre !
à +
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
Hors ligne
Desktop: Debian BullsEye (Core I5 - 16Go - SSD + 2HDD et NAS Netgear)
Laptop 1: BullsEye (PackardBell TS 44, Core I5, 4Go, SSD), Laptop 2: BullsEye (Lenovo, Core I5, 8Go, SSD)
EeePC : Debian Jessie (Atom N450, 2 Go)
Raspberry Pi B+: Raspbian (Stretch)
Hors ligne
Hors ligne
Hors ligne
Je laisse à Freddec que je soupçonne d'avoir une idée en tête et une meilleure connaissance de udev
Euuuhh ,ben en fait non
Mon idée c'est que les fichiers sous udev.d sont de simple fichiers textes servant à la config d'udev, si ceux de knoppix arrivent à le configurer correctement, pourquoi n'y arriveraient ils pas pour la Etch ? sous reserve que le soucis de départ ne soit pas un soucis lié au module (si ce n'est que la version de udev est sans doute différente mais surement pas tant que ça)
D'où la sécurité de backuper le udev.d avant au cas où de façon à pouvoir le restaurer en cas de soucis (a partir du livecd si au pire la etch ne démarre plus)
Regarde aussi si tu n'aurais pas des traces dans /var/log/syslog ou daemon.log concernant udev et ta carte réseau
Desktop: Debian BullsEye (Core I5 - 16Go - SSD + 2HDD et NAS Netgear)
Laptop 1: BullsEye (PackardBell TS 44, Core I5, 4Go, SSD), Laptop 2: BullsEye (Lenovo, Core I5, 8Go, SSD)
EeePC : Debian Jessie (Atom N450, 2 Go)
Raspberry Pi B+: Raspbian (Stretch)
Hors ligne
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
Regarde aussi si tu n'aurais pas des traces dans /var/log/syslog ou daemon.log concernant udev et ta carte réseau
Ça peut donner en une seule commande (en root)
-
J'aimerais bien en savoir plus sur le module r8169 de la knoppix. Chris, peux-tu nous donner aussi le résultat (sous knoppix) de
J'ai toujours celui que j'ai compilé pour un 2.6.18-6-k7, on pourrait peut-être l'essayer sous le 2.6.18-4-k7 de Chris? Qu'en pensez vous?
@+
J'ai toujours celui que j'ai compilé pour un 2.6.18-6-K7, on pourrait peut-être l'essayer sous le 2.6.18-4-K7 de Chris? Qu'en pensez vous?
Que c'est crade...
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
(rien derrière, quand les autres ont un lien ../hotplug.rules ou../libsane.rules ou autre)
(les droits sont différents également, puisque les autres fichiers ont lrw-r--r--)
L'autre fichier sans lien est le suivant :
(rien derrière, pas de lien)
J'ai recopié à la main la fin des lignes, le copier coller ne sélectionnant pas la fin de la ligne.
La commande grep [u8][d1][e6][v9] /var/log/syslog var/log/daemon.log donne
Je n'ai pas tout recopié parce que c'est le même message à chaque fois que je lance ma Debian.
Enfin,la commande ls -l `find /lib/modules/2.6.18-4-k7/ -name r8169.ko donne le résultat suivant :
Dernier point, j'ai été voir le dossier src du driver fournit par realteck. J'obtiends le message
Que passa ?:(
Hors ligne
Dernier point, j'ai été voir le dossier src du driver fournit par realteck. J'obtiends le message
Accès refusé à /home/chris/reseau Debian-facile/driver_rtl8169/r8169-6.008.00/src
Que passa ?:(
Ben tu n'as pas les droits pour y accéder ? Tu y as été en root ?
Question tuto udev, c'est juste que je te vois fichtrement motivé pour apprendre. Je n'ai pas été lire ce tuto, j'ai juste vu qu'il est bien fait (à la lumière de mes 4 années de nunux intensif).
Je te conseille de reprendre les points présentés par freddec, quand tu auras vraiment du temps pour ça : un dimanche neigeux par exemple (bientôt partout en France. )
Et puis réessaie la compilation de ce driver récent, assures-toi d'avoir bien tout ce qu'il faut, les kernel-headers de la bonne version pour ton noyau installé, essaie d'avoir le plus récent noyau disponible...
Quand j'ai essayé Sidux, j'ai noté une chose des plus intéressantes : j'ignore si pour Sid les mêmes avertissements sont fournis, mais là il y a vraiment le mode d'emploi de SID: Still In Development pour en faire une instable aussi stable qu'on peut espérer en avoir une.
Bref, c'est instructif, et en plus bien sûr il y a les derniers noyals, (un noyau des noyals non ?) les derniers kernels-headers qui vont avec et tutti confettis...
(J'en vois déjà un qui va avoir l'eau à la bouche... )
le blog d'une newbie :: Linuxvillage :: Bentovillage
À propos de l'OS dominant ::> “Il est plus facile de berner les gens que de leur faire admettre qu'ils ont été bernés” (trad d'une citation approximative de Mark Twain)
Hors ligne
Hors ligne
.
Je ne sais comment interpréter précisément le grep du syslog, mais une recherche sur "failed with error -16" m'amène ici ou est suggéré de passer les paramètres pnpbios=off et pnpacpi=off au noyau au démarrage. On peut essayer.
Le module r8169 du 2.6.18-4-k7 est de même taille que celui du 2.6.18-6-k7. On peut supposer qu'il s'agit du même. On peut vérifier ce qu'il en est sur la knoppix.
Enfin pour le dernier point, je soupçonne l'espace dans le nom de répertoire "reseau Debian-facile" de ne pas y être étranger. Si tu veux utiliser un espace dans un nom il faut le faire précéder d'un "\". Exemple
Mais ça peut faire planter des scripts. Sous Unix, on préfère les soulignements "_" à l'espace.
Mélodie: je suis d'avis d'éviter autant que possible une sid pour un débutant, au motif qu'un système stable permet d'acquérir les connaissances qui permettront ensuite de se rendre compte que le système ne réagit pas comme il devrait. En commençant sur un système plus sujet à des sautes d'humeur, on peut se décourager à chercher du côté de notre méconnaissance des causes qui relèvent en fait d'un système qui ne réagit plus de manière "standard". Ce n'est pas parce que Chris est motivé que nous devons lui imposer la face nord sans aucun entraînement.
Chris, nous attendons des réponses de ta part (voir #90). Quand tu veux bien sûr (pas d'indigestion hein ), j'essaie juste de ne pas perdre le fil.
@+
Hors ligne
/var/log/syslog:Oct 26 14:52:08 debian kernel: r8169 Gigabit Ethernet driver 2.2LK-NAPI loaded
/var/log/syslog:Oct 26 14:52:08 debian kernel: r8169 0000:00:0b.0: could not request regions.
/var/log/syslog:Oct 26 14:52:08 debian kernel: r8169: probe of 0000:00:0b.0 failed with error -16
Je pense qu'on peu préjuger que le soucis vient du module et non d'udev.
Je ne suis pas certain mais je suppose que si le module ne peut-être monté correctement la règle udev n'est pas exécutée même si elle existe et est OK.
Resta suivre la(les) pistes de Tux12:
- Regarder du coté des options kernel au boot
ou/et
- Tenter son module "maison"
--EDIT--
Rapport peut-re lointain, mais j'ai trouvé ceci qui concerne sa carte réseau: un patcg, j'y comprend rien mais cela semble confirmer les sousics
http://lkml.indiana.edu/hypermail/linux … /1671.html
Autre post qui rappel les info de tux concernant l'acpi et les options de boot
http://forums.fedoraforum.org/archive/i … 74547.html
Desktop: Debian BullsEye (Core I5 - 16Go - SSD + 2HDD et NAS Netgear)
Laptop 1: BullsEye (PackardBell TS 44, Core I5, 4Go, SSD), Laptop 2: BullsEye (Lenovo, Core I5, 8Go, SSD)
EeePC : Debian Jessie (Atom N450, 2 Go)
Raspberry Pi B+: Raspbian (Stretch)
Hors ligne