Vous n'êtes pas identifié(e).
Hors ligne
Dernière modification par Chris (06-12-2008 21:48:37)
Hors ligne
Etant donné que ma principale contribution a été une vraie motivation et quelques aptitudes à affronter la complexité,
cela à été un vrai plaisir d'intervenir dans ces conditions.
@+
Hors ligne
Reste à paufiner un peu tout ça. Si certains courageux veulent m'aider...(par exemple en cherchant pourquoi ce noyau et aucun autre, est-ce le 2.6.19 qui marche, ou le 2.6.19 à la Knoppix ?), etc...Mais bon, rien de vital ni d'urgent.
D'autant que pour changer de kernel, ça a toutes les chances de te mener tout droit à la compilation du kernel.
Voici ce que je trouve en cherchant ton module dans mon fichier de configuration kernel, celui du 2.6.25:
[melodie@liveche ~]$ zcat /proc/config.gz | grep RTL8169
[melodie@liveche ~]$
Rien !
En en cherchant un autre, dont je sais qu'il est dans mes modules:
[melodie@liveche ~]$zcat /proc/config.gz | grep RTL8180
CONFIG_RTL8180=m
[melodie@liveche ~]$
et tous les RTL:
$ zcat /proc/config.gz | grep RTL
CONFIG_RTL8180=m
CONFIG_RTL8187=m
CONFIG_USB_RTL8150=m
Je te dis bravo à mon tour, pour ta ténacité et pour ta persévérence, nous ne voyons plus très souvent des débutants qui tiennent bon.
À bientôt alors pour de nouveaux fils.
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
lsmod | grep r8169
r8169 31364 0
Tiens, la Sidux embarque un module Realtek 8169. Pas le même que celui que j'ai récupéré chez Realtek dernièrement (pas la même traille : 31 364 contre 34 184 pour la dernière version constructeur. Et qui donc fonctionne au moins avec 2.6.19.
Je tente une connection réseau avec celui présent sur Sidux :
root@sidux:/media/disk1part1/home/chris/reseau_Debian-facile/Realtek-8169# /etc/init.d/networking restart
Reconfiguring network interfaces...done.
root@sidux:/media/disk1part1/home/chris/reseau_Debian-facile/Realtek-8169# ifconfig
lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:HÃŽte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:100 errors:0 dropped:0 overruns:0 frame:0
TX packets:100 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:6968 (6.8 KiB) TX bytes:6968 (6.8 KiB)
Ok. Compris. Je décharge ce module. Je recharge le dernier de chez Realtek (même procédure que l'installation sur la Etch. Pas de surprise. Il suffit de suivre le tuto. Fin de procédure :
Blablabla make clean blablabal etc..
root@sidux:/media/disk1part1/home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00# depmod -a
root@sidux:/media/disk1part1/home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00# insmod ./src/r8169.ko
root@sidux:/media/disk1part1/home/chris/reseau_Debian-facile/Realtek-8169/r8169-6.008.00# ifconfig -a
lo Link encap:Boucle locale
inet adr:127.0.0.1 Masque:255.0.0.0
adr inet6: ::1/128 Scope:HÃŽte
UP LOOPBACK RUNNING MTU:16436 Metric:1
RX packets:100 errors:0 dropped:0 overruns:0 frame:0
TX packets:100 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 lg file transmission:0
RX bytes:6968 (6.8 KiB) TX bytes:6968 (6.8 KiB)
Conclusion provisoire : Le dernier noyau de la Deb' (quasi expérimental, non ?) associé au dernier module de Realtek (tout juste mis en ligne) ne fonctionnent pas en synergie.
Quelqu'un a-t-il une suggestion à faire ?
Dernière modification par Chris (08-12-2008 21:49:01)
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
kernel panic-not syncing : vfs : unable to mount root fs on unknown-block(o-o)
Qu'est-ce que ça veut dire ?
Hors ligne
Au redémarrage, j'ai eu droit à un
kernel panic-not syncing : vfs : unable to mount root fs on unknown-block(o-o)
Qu'est-ce que ça veut dire ?
Bonsoir,
Ça veut dire que ça a foiré.
Passes voir les gens sur le chan sidux, des fois qu'ils aient des infos sur cette carte ? (sur freenode, et si tu parles anglais, indeed !)
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
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
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
Re
Faire une comparaison du fichier de config du noyaux de la knoppix et du noyaux de Lenny (et/ou sidux) sur la partie realtek pourrai peut-être apporter des infos (ou pas !)
+1,
En particulier dans la section réseau et RTL bien sûr.
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
# CONFIG_E1000_DISABLE_PACKET_SPLIT is not set
CONFIG_NS83820=m
CONFIG_HAMACHI=m
CONFIG_YELLOWFIN=m
CONFIG_R8169=m
# CONFIG_R8169_NAPI is not set
CONFIG_R8169_VLAN=y
CONFIG_SIS190=m
CONFIG_SKGE=m
CONFIG_SKY2=m
CONFIG_SK98LIN=m
CONFIG_VIA_VELOCITY=m
CONFIG_TIGON3=m
CONFIG_BNX2=m
CONFIG_QLA3XXX=m
Puis celui de la Sidux (2.6.26-5.slh.6-sidux-686) (qui ne reconnait pas ma carte)
# CONFIG_E1000_DISABLE_PACKET_SPLIT is not set
CONFIG_E1000E=m
CONFIG_E1000E_ENABLED=y
CONFIG_IP1000=m
CONFIG_IGB=m
CONFIG_NS83820=m
CONFIG_HAMACHI=m
CONFIG_YELLOWFIN=m
CONFIG_R8169=m
CONFIG_R8169_NAPI=y
CONFIG_R8169_VLAN=y
CONFIG_SIS190=m
CONFIG_SKGE=m
CONFIG_SKY2=m
CONFIG_VIA_VELOCITY=m
CONFIG_TIGON3=m
CONFIG_BNX2=m
CONFIG_QLA3XXX=m
CONFIG_ATL1=m
CONFIG_ATL1E=m
CONFIG_NETDEV_10000=y
CONFIG_CHELSIO_T1=m
CONFIG_CHELSIO_T1_1G=y
CONFIG_CHELSIO_T1_NAPI=y
CONFIG_CHELSIO_T3=m
CONFIG_IXGBE=m
CONFIG_IXGB=m
CONFIG_IXGB_NAPI=y
CONFIG_S2IO=m
CONFIG_S2IO_NAPI=y
CONFIG_MYRI10GE=m
CONFIG_NETXEN_NIC=m
CONFIG_NIU=m
CONFIG_MLX4_CORE=m
CONFIG_MLX4_DEBUG=y
CONFIG_TEHUTI=m
CONFIG_BNX2X=m
CONFIG_SFC=m
CONFIG_TR=y
CONFIG_IBMTR=m
CONFIG_IBMOL=m
CONFIG_IBMLS=m
CONFIG_3C359=m
CONFIG_TMS380TR=m
CONFIG_TMSPCI=m
CONFIG_SKISA=m
CONFIG_PROTEON=m
CONFIG_ABYSS=m
CONFIG_SMCTR=m
a+
Hors ligne
Bonsoir à tous,
J'ai été farfouiller dans les fichiers de config des noyaux.
Ceci dit, c'est quasiment incompréhensible pour moi...
Ça ira un petit mieux quand tu auras été visiter les liens que nous t'avions donnés il y a quelques jours de cela (autrement dit, il y a quelques pages). Celui que je t'ai passé m'a aidée à compiler un kernel pour la première fois, avec juste un peu d'aide extérieure en plus mais pas beaucoup finalement.
/Edit : un lien de plus qu'il est bien, pour dégrossir :
http://www.lea-linux.org/cached/index/K … ernel.html
Il y a un menu d'aide dans 'make menuconfig'.
Il y a trois interfaces graphiques possibles pour compiler, dont une en ncurse, c'est la seule qui soit à conseiller, pour cause de bugs (si ça se trouve avec le kernel stable le plus récent le bug n'y est plus... faire des essais, mais si des options sont masquées tu risques de ne pas le savoir).
→
récupérer les sources du noyau
http://www.kernel.org/pub/linux/kernel/v2.6/
créer un répertoire 'Kernel' dans ton home, y mettre les sources et désarchiver. Dans le répertoire des sources, ouvrir une console et lancer 'make menuconfig'. Visiter les chapitres les uns après les autres, tu peux passer des jours et des jours dedans. Il te faut activer la première option, celle où il est dit que ça correspond à des options parfois pas très sûres. Si tu ne l'actives pas, tu ne peux pas voir toutes les options disponibles. Il y a donc un menu d'aide, et des conseils donnés dedans, ainsi que parfois des indications.
Bonne fin de semaine !
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
# CONFIG_R8169_NAPI is not set
et chez Debian
CONFIG_R8169_NAPI=y
Est-ce que ça évoque quelque chose à quelqu'un ? A l'oreille, pour moi, ça ressemble à NOAPIC. Mais bon, ce n'est qu'une idée...
Vos conseils ? (à part RTFM bien sûr...)
Hors ligne
From Feng King <>
Subject [PATCH] cleanup some default configure
Date Thu, 27 Nov 2008 17:09:45 +0800
Since CONFIG_R8169_NAPI has been removed,no need to include
it in defconfig now
Il ne te reste qu'à regarder sur kernel.org quelle version a cours à la date du 27 Novembre 2008 (ça change tellement vite ! )
Je t'aide un peu à trouver ton chemin
→
http://www.kernel.org/pub/linux/kernel/v2.6/
J'ai aussi trouvé la page de doc relative à cette option:
http://cateee.net/lkddb/web-lkddb/R8169_NAPI.html
Help text
NAPI is a new driver API designed to reduce CPU and interrupt load when the driver is receiving lots of packets from the card. It is still somewhat experimental and thus not yet enabled by default.
If your estimated Rx load is 10kpps or more, or if the card will be deployed on potentially unfriendly networks (e.g. in a firewall), then say Y here.
If in doubt, say N.
La doc dit que ce n'est pas activé par défaut, alors que chez toi apparemment c'est bel et bien le défaut.
Comme l'option est sur "y", ça veut dire que c'est configuré en dur : je crois bien qu'il n'est du coup pas possible de le décharger.
Mon conseil, installe une Debian pour faire des tests, une Lenny mais en netinstall pour être complètement à jour, et de là passes en Sid (en faisant attention à la manière dont tu t'y prends, ne pas configurer tout un tas de dépôts, juste le minimum requis, et lire les docs surtout).
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
localhost:/lib/modules/2.6.18-6-486/kernel/drivers/net# modinfo r8169.kofilename: r8169.ko
author: Realtek and the Linux r8169 crew <netdev@vger.kernel.org>description: RealTek RTL-8169 Gigabit Ethernet driver
license: GPL
version: 2.2LK-NAPI
vermagic: 2.6.18-6-486 mod_unload 486 REGPARM gcc-4.1
depends:
2) chez Knoppix
localhost:/lib/modules/2.6.19/kernel/drivers/net# modinfo r8169.kofilename: r8169.ko
author: Realtek and the Linux r8169 crew <netdev@vger.kernel.org>description: RealTek RTL-8169 Gigabit Ethernet driver
license: GPL
version: 2.2LK
vermagic: 2.6.19 SMP preempt mod_unload 386 REGPARM
depends:
Mais bon, là, je ne maîtrise plus l'info...Est-ce que le module realtek(Knoppix) est en dur ? Peut-on l'isoler ? Le trouver ailleurs et le monter ?
Hors ligne
@Mélodie, bonjour à tous,
Merci. Commençons dans l'ordre :
a) Il est sûrement possible de poser 2 versions de Debian sur le même disque, dans 2 partitions distinctes. (etch 4.5 et sid dans mon cas). As-tu un tuto clair et détaillé pour faire ça ? (qui explique par exemple comment choisir dans le grub quelle distribution lancer...). Il y a, si je ne me trompe, une histoire de bootchain loader. Mais comme tu l'imagines, (ou pas), c'est un peu pointu pour un débutant.
Quand tu installes, tu fais bien attention au moment où il te faut indiquer où installer GRUB. Ne prends pas 'MBR' comme option par défaut, mais la racine de la partition où tu installeras le système.
Cette fois, inutile de créer plus d'une partition. Un seul swap pour tout le disque dur est nécessaire, et pas besoin de /home à part non plus. Tu pourras même monter l'autre /home indifféremment depuis une partition ou l'autre, à la volée en cas de besoin. (En fixe serait peut-être à éviter puisque tu vas y faire des tests).
Si tu installes sur la partition /dev/hda5 par exemple, tu te méfieras du nommage de partition qui change (aléatoirement, des fois sur des Intel, des fois sur des AMD). Ça serait gênant de s'être trompé au moment du reboot. Pour éviter les soucis, tu indiqueras (hd0,4) si c'est /dev/hda5 (Grub compte à partir de 0 pour la première partition, donc on retranche 1).
Dans le fichier menu.lst de la partition contenant le Grub installé sur le MBR, tu écriras le bloc de texte que j'ai indiqué ici.
J'utilisais une méthode plus directe sans le chainloader, mais avec les options automatiques qui ont été mises depuis, je n'ose plus toucher beaucoup au menu.lst par défaut. De là, le chainloader est plus simple. (Tu sélectionne "Debian 2" par exemple, si tu veux l'appeler ainsi, et hop tu te retrouve sur un nouveau menu Grub, celui qui est configuré automatiquement pendant l'installation).
Si tu veux installer Grub sur le MBR tu peux, mais je trouve que le chainloader a l'avantage de rendre les distros plus indépendantes les unes des autres (en cas de casse, de réinstallation... )
Si tu veux halluciner voir un peu, je mettrais mes menu.lst avec les blocs de texte commentés de tous les essais que j'ai faits.
b) J'ai un vieux disque qui traine, qui a toujours servi sous windows. Problème : je n'ai aucune idée de sa fiabilité (mais probablement alléatoire, parce que récupéré). J'utilise Gparted pour le formater ? J'installe direct une Debian, et elle fera elle-même les opérations d'effacement ?
Efface-le avec Gparted en live CD, crée la partition, et lors de l'installation de Debian formates-le à nouveau avec le partitioneur de Debian. (Non, deux fois avec un outil différent n'est pas inutile, si il y en a qui passant par là en douteraient, d'ailleurs depuis une installation loupée que j'ai eue, je fais systématiquement comme ça).
c) Bon. Imaginons que j'installe mes deux disques. Un en maître, l'autre en esclave (et hop, une psychanalyse pour celui qui a trouvé ces noms...). Once more, comment je choisis quelle distribution se lance ?
Le psychanaliste libre existe déjà. Il est dans un des menus du programme Emacs.
Le second disque dur se nommera hdb s'il est slave sur le premier port de la carte mère. Tu pourras inscrire (hd1,1) comme dans l'exemple pour Ledub, si c'est le cas, et si la partition / est la seconde sur le disque slave. Sinon, si c'est la première partition du disque slave sur le premier port, ce sera (hd1,0).
Si c'est maître sur le second port, ce sera /dev/hdc et sur le second port en slave ce sera /dev/hdd:
root (hd2,1) ou root (hd2,0)
root(hd3,1) ou root (hd3,0)
Hum... tu as dis quoi après ?
d) Il faudra juste que je compile un nouveau noyau à chaque changement de version de Debian. Donc tous les 3 ans...
Je t'invite à me relire. Les developpeurs du kernel ont supprimé cette option dans le kernel. (NAPI). Changes de version de Debian, et tu ne devrais plus avoir ce NAPI=y mais "#....-NAPI is not set" ou même probablement plus de *-NAPI du tout.
Autre source d'information sur les différences entre les modules r8169(knoppix) et r8169(Debian): modinfo.
1) chez Debian # modinfo r8169.kofilename: r8169.ko
version: 2.2LK-NAPI
Je lis que le driver r8169.ko a été compilé avec l'option NAPI. (et une certaine version du compilateur gcc).
2) chez Knoppix # modinfo r8169.kofilename: r8169.ko
version: 2.2LK
On ne sais pas avec quelle version de gcc, mais sans l'option NAPI. Il faudrait demander une confirmation à un spécialiste, pour être certains de ce que j'affirme si hardiment.
Est-ce que le module realtek(Knoppix) est en dur ? Peut-on l'isoler ? Le trouver ailleurs et le monter ?
Ce n'est pas le module qui est en cause, mais l'option expérimentale "NAPI". Relis ce que je t'ai expliqué ci-dessus et regardes les références vers lesquelles j'ai pointé.
Je sens qu'après ta prochaine installation tu vas aller dans la compile kernel pour y voir de plus près.
<mode=ma vie>Au fait, j'ai installé une Debian Lenny hier et avant-hier, la première fois une vieille Etch que j'avais sur un CD. Elle a cassé au premier essai d'upgrader en Lenny. Pouf, en vrac !
Hier soir j'ai installé une Lenny toute neuve en netinstall, mais j'ai lu ce matin que pour upgrader en SID, c'est recommandé de faire une installation minimale. Hors, je veux mettre "unstable" dans mon sources.list à la place de "testing" ou de "lenny". Je vais réinstaller une troisième fois en déselectionnant les paquets pour le desktop. Mouhahah, paf la newbie ! </mode>
PS: kernel 2.6.24 sous Archlinux:
CONFIG_R8169=m
# CONFIG_R8169_NAPI is not set
# CONFIG_R8169_VLAN is not set
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
Dernière modification par Chris (28-12-2008 00:10:49)
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