Pages : 1
#1 Le 29/07/2006, à 23:01
- chapi
[Résolu] Serveur LTSP 4.2 et client à base de nForce2
Bonjour,
j'ai un serveur LTSP fonctionnel (dernière version de LTSP à ce jour : LTSP-4.2 update 2) basé sur une Ubuntu Dapper, mais j'ai des problèmes avec un ordinateur client donc la carte mère est à base de nForce2. A savoir pour l'info une MSI K7N2 Delta2 (http://www.msicomputer.com/product/p_sp … Delta2-LSR)
La partie son et réseau intégrés à la carte mère ne sont pas reconnus lorsque je boot sur le réseau en PXE (à partir d'une autre carte réseau, qui elle, fonctionne).
Par contre, lorsque je boot sur le Live CD d'Ubuntu Dapper, tout le matériel est correctement reconnu.
Voiçi un scanpci effectué à partir du Live CD d'Ubuntu Dapper :
ubuntu@ubuntu:~$ sudo scanpci
pci bus 0x0000 cardnum 0x00 function 0x00: vendor 0x10de device 0x01e0
nVidia Corporation nForce2 AGP (different version?)
pci bus 0x0000 cardnum 0x00 function 0x01: vendor 0x10de device 0x01eb
nVidia Corporation nForce2 Memory Controller 1
pci bus 0x0000 cardnum 0x00 function 0x02: vendor 0x10de device 0x01ee
nVidia Corporation nForce2 Memory Controller 4
pci bus 0x0000 cardnum 0x00 function 0x03: vendor 0x10de device 0x01ed
nVidia Corporation nForce2 Memory Controller 3
pci bus 0x0000 cardnum 0x00 function 0x04: vendor 0x10de device 0x01ec
nVidia Corporation nForce2 Memory Controller 2
pci bus 0x0000 cardnum 0x00 function 0x05: vendor 0x10de device 0x01ef
nVidia Corporation nForce2 Memory Controller 5
pci bus 0x0000 cardnum 0x01 function 0x00: vendor 0x10de device 0x0080
nVidia Corporation MCP2A ISA bridge
pci bus 0x0000 cardnum 0x01 function 0x01: vendor 0x10de device 0x0084
nVidia Corporation MCP2A SMBus
pci bus 0x0000 cardnum 0x02 function 0x00: vendor 0x10de device 0x0087
nVidia Corporation MCP2A USB Controller
pci bus 0x0000 cardnum 0x02 function 0x01: vendor 0x10de device 0x0087
nVidia Corporation MCP2A USB Controller
pci bus 0x0000 cardnum 0x02 function 0x02: vendor 0x10de device 0x0088
nVidia Corporation MCP2A USB Controller
pci bus 0x0000 cardnum 0x04 function 0x00: vendor 0x10de device 0x008c
nVidia Corporation MCP2A Ethernet Controller
pci bus 0x0000 cardnum 0x06 function 0x00: vendor 0x10de device 0x008a
nVidia Corporation MCP2S AC'97 Audio Controller
pci bus 0x0000 cardnum 0x08 function 0x00: vendor 0x10de device 0x008b
nVidia Corporation MCP2A PCI Bridge
pci bus 0x0000 cardnum 0x09 function 0x00: vendor 0x10de device 0x0085
nVidia Corporation MCP2A IDE
pci bus 0x0000 cardnum 0x0b function 0x00: vendor 0x10de device 0x008e
nVidia Corporation nForce2 Serial ATA Controller
pci bus 0x0000 cardnum 0x1e function 0x00: vendor 0x10de device 0x01e8
nVidia Corporation nForce2 AGP
pci bus 0x0001 cardnum 0x00 function 0x00: vendor 0x10de device 0x0181
nVidia Corporation NV18 [GeForce4 MX 440 AGP 8x]
Lorsque je boot à partir du contrôleur réseau intégré, après le téléchargement du kernel, j'ai un message me demandant de spécifier le module pour le NIC (Network Interface Card, la carte réseau quoi...) Ce module est, je pense, à spécifier dans le fichier /etc/dhcp3/dhcpd.conf
Fait étrange, mais une autre carte mère à base de nForce2 (ASUS A7N8X Deluxe, http://france.asus.com/products4.aspx?m … 2=13&l3=56) démarre sans problème à partir du réseau en utilisant le contrôleur nVidia intégré. Les contrôleurs réseau des 2 cartes mère, bien qu'intégrés au chipset, ne sont peut être pas les même ??
Avez vous une solution pour que le contrôleur réseau intégré soit correctement reconnu lorsque je m'en sert pour démarrer la machine ?
Même question pour le contôleur audio, y a-t-il un module spécial à charger ?
Merci de vos réponses
EDIT : j'ai posté un autre message en rapport dans la section Hardware http://forum.ubuntu-fr.org/viewtopic.php?id=52982
Dernière modification par chapi (Le 07/08/2006, à 14:50)
Hors ligne
#2 Le 30/07/2006, à 00:20
- chapi
Re : [Résolu] Serveur LTSP 4.2 et client à base de nForce2
après quelques recherches supplémentaires j'ai trouvé ça : http://www.geocities.com/nf2ltsp/
If all you want to do is boot LTSP on a Nforce2 board, all you need to do is download ONE of the initrd images below...
Donc, si tout ce que je veux faire, c'est démarrer LTSP sur une carte mère nForce2, tout ce que j'ai à faire c'est de télécharger une des images du initrd proposées sur le site.
OUI MAIS, depuis la version 4.2, LTSP utilise initramfs au lieu de initrd :
New features of LTSP-4.2 : initramfs has replaced initrd. This is a more flexible and efficient initial ram disk.
Pourquoi ne pas alors prendre une ancienne version pour faire marcher le tout ?
C'est ce que propose ce site : http://www.hardforum.com/showthread.php?threadid=717063
Même si cette solution fonctionne sûrement ce n'est pas une bonne solution à long terme.
Y a-t-il donc une solution pour apporter le support du NIC nForce2 (ou même d'autres) aux versions actuelles et futures de LTSP ?
je creuse toujours...
Hors ligne
#3 Le 30/07/2006, à 11:12
- chapi
Re : [Résolu] Serveur LTSP 4.2 et client à base de nForce2
le support du nForce2 à été amélioré dans la version LTSP-4.2 update 1 de LTSP
LTSP-4.2 update 1 : vidlist - Added several nv entries for proper auto-detection of nvidia chipsets.
cependant le problème persiste pour ma carte mère, j'ai du mal à trouver une doc plus détaillée sur le contrôleur réseau intégré (MSI caca ??).
S'il n'est pas possible de construire son propre initrd, il est peut être possible de construire son initramfs en y intégrant les pilotes réseau et son pour la carte mère ? Ou peut être suis-je sur la mauvaise voie ?
Hors ligne
#4 Le 30/07/2006, à 13:23
- chapi
Re : [Résolu] Serveur LTSP 4.2 et client à base de nForce2
j'ai examiné le fichier niclist contenu dans initramfs (le tout se trouve dans le noyau fourni pas LTSP) et j'y ai trouvé les ligne suivantes :
10de:0066 forcedeth
10de:00d6 forcedeth
10de:01c3 forcedeth
Ces lignes permettent aux contrôleur réseau nVidia d'être automatiquement détectés. Inutile donc de reconstruire un initramfs puisque le module pour le contrôleur réseau nVidia y est déjà présent.
Je pense de plus en plus que le problème vient de la carte mère. Le contrôleur réseau inclu dans le chipset nForce2 n'est peut être pas le même que celui des autres cartes mère à base de nForce2.
La page des spécifications de la carte mère sur le site de MSI indique ceci :
Special features
10/100 LANnVIDIA® nForce2 Gigabit MCP Chipset
- Integrated Ethernet MAC
Et voici ce que raconte la doc d'ASUS à propos de l'A7N8x Deluxe
2 Ports
MAC NVIDIA intégré au MCP + Realtek 8201BL PHY
MAC 3Com intégré au MCP + Broadcom AC101L PHY
Pourquoi contrôleur réseau est correctement reconnu sur l'ASUS alors qu'il ne l'est pas sur la MSI ? Quelle différence entre les 2 cartes mère ?
Dernière modification par chapi (Le 30/07/2006, à 16:21)
Hors ligne
#5 Le 30/07/2006, à 14:05
- chapi
Re : [Résolu] Serveur LTSP 4.2 et client à base de nForce2
Voici une capture effectué à partir du live Cd sur la machine possédant le contrôleur réseau à problème.
On remarque que le driver utilisé est forcedeth, qui est le pilote open source pour le contrôleur réseau nVidia (d'après ce que j'ai compris)
Dans mon fichier niclist, qui recense tous les types de carte réseau et le associe un driver, le driver forcedeth est bien présent dans la liste (voir le message précédent), mais il n'est pas associé au code du contrôleur réseau (voir le résultat de la commande scanpci mon premier message)
J'ai donc pour résumer :
10de:0066 forcedeth |
10de:00d6 forcedeth |--> dans le fichier niclist
10de:01c3 forcedeth |
pci bus 0x0000 cardnum 0x04 function 0x00: vendor 0x10de device 0x008c |--> scanpci
nVidia Corporation MCP2A Ethernet Controller |
Le code de mon contrôleur réseau, à savoir 10de:008c, n'est donc pas dans la liste.
Pourtant il est correctement détecté lorsque je démarre à partir du live CD. Que fait-il que je fasse pour que ce contrôleur réseau soit correctement détecté ?
Dernière modification par chapi (Le 30/07/2006, à 16:51)
Hors ligne
#6 Le 30/07/2006, à 16:50
- chapi
Re : [Résolu] Serveur LTSP 4.2 et client à base de nForce2
Lorsque je démarre la machine à problème sur le serveur LTSP, le noyau est téléchargé depuis le serveur, initramfs est décompressé puis j'ai ce message d'erreur :
ERROR! Could not automatically detect the network card.
PCI cards should be detected automatically.
ISA cards cannot be detected, so they require
the nic driver to be specified in a 'NIC=' parameter
to be passed on the kernel command line,
usually specified in option-129, in the /etc/dhcp.conf file.
Kernel panic: Attempted to kill init!
J'ai donc modifié mon fichier /etc/dhcp3/dhcpd.conf et j'ai ajouté les lignes suivantes :
host ws001 {
hardware ethernet 00:11:09:CA:44:12;
fixed-address 192.168.0.19;
option option-129 "NIC=forcedeth";
}
Les lignes sont bien prises en comptes (l'adresse du client est bien celle que je force) mais le problème persiste et le message d'erreur au démarrage du client reste le même.
Est-ce une erreur de configuration de mon fichier dhcpd.conf ?
Dois-je ajouter une ligne du genre "10de:008c forcedeth" dans le fichier niclist ?
Hors ligne
#7 Le 31/07/2006, à 10:57
- chapi
Re : [Résolu] Serveur LTSP 4.2 et client à base de nForce2
Je me demande si la ligne option option-129 "NIC=forcedeth"; dans le fichier de configuration de dhcp a un réel impact puisqu'aucun changement n'est visible avec ou sans cette ligne.
Je poste mon fichier /etc/dhcp3/dhcpd.conf au cas où quelqu'un viendrai y détecter une erreur et m'interompre dans mon monologue.
# dhcpd.conf
ddns-update-style ad-hoc;
option subnet-mask 255.255.255.0;
option broadcast-address 192.168.0.255;
option routers 192.168.0.254;
option domain-name-servers 212.27.54.252;
option domain-name "domain";
option option-128 code 128 = string;
option option-129 code 129 = text;
get-lease-hostnames true;
next-server 192.168.0.5;
option root-path "192.168.0.5:/opt/ltsp-4.2/i386";
subnet 192.168.0.0 netmask 255.255.255.0 {
range 192.168.0.20 192.168.0.30;
if substring (option vendor-class-identifier, 0, 9) = "PXEClient" {
filename "/lts/2.6.17.3-ltsp-1/pxelinux.0";
}
else{
filename "/lts/vmlinuz-2.6.17.3-ltsp-1";
}
host ws001 {
hardware ethernet 00:11:09:CA:44:12;
fixed-address 192.168.0.19;
option option-129 "NIC=forcedeth";
}
}
Hors ligne
#8 Le 01/08/2006, à 11:14
- chapi
Re : [Résolu] Serveur LTSP 4.2 et client à base de nForce2
Personne pour me dire si la ligne option option-129 "NIC=forcedeth"; dans mon dhcpd.conf est correcte ?
Hors ligne
#9 Le 02/08/2006, à 15:47
- chapi
Re : [Résolu] Serveur LTSP 4.2 et client à base de nForce2
J'ai fini par trouver une solution en rapport avec le problème de détection du contrôleur réseau.
Je me suis aidé du forum de lea-linux, voir ici : http://lea-linux.org/pho/read/6/245795/ … msg-245824
J'ai d'abord fait un test permettant de savoir si en chargeant le module du contrôleur réseau manuellement, l'interface réseau était détectée. Le contrôleur réseau étant correctement détecté avec le Live CD de Dapper, il devrait l'être avec LTSP si le module est correctement chargé.
Après avoir démarré le client légé avec une autre carte réseau, j'ai fait un ifconfig -a pour voir si j'avais deux interface réseau. Or il n'y en a qu'une, le contrôleur réseau réseau intégré à la carte mère n'est pas détecté.
J'ai donc fait un lsmod pour voir si le module correspondant au contrôleur réseau intégré au chipset nForce2 était chargé, ce module s'appel forcedeth.
La commande précédente n'indique pas que forcedeth est chargé, je l'ai donc chargé manuellement avec un modprobe forcedeth.
Si je fait maintenant un ifconfig -a (le -a est important, il permet de voir les interface réseau qui ne sont inactives) j'ai bien deuc interface réseau, eth0 et eth1 dans la liste.
Ce test permet de confirmer que le contrôleur réseau est parfaitement fonctionnel sur le client légé, mais qu'il faut charger le module à la main.
La ligne option option-129 "NIC=forcedeth"; dans le fichier de configuration de dhcp ne permet pas de charger le module, je n'ai pas trouvé pourquoi, peut être est-ce réservé aux carte ISA ?
Charger le module par l'intermédiaire du fichier de configuration de LTSP, le fichier lts.conf, n'est pas une bonne solution, car même si le module est correctement chargé lorsque je démarre sur une autre carte réseau, il l'est trop tard lorsque je démarre à partir du contrôleur réseau à problème. En effet le fichier lts.conf est lu à la fin du démarrage du client légé, or le contrôleur réseau doit être fonctionnel avant. Charger le module via le fichier lts.conf ne change donc rien.
Il fallait donc trouver une autre solution pour forcer le chargement du module forcedeth lors du démarrage du client légé.
Si la ligne option option-129 dans le fichier dhcpd.conf permet de passer des arguments au noyau mais qu'elle ne fonctionne pas, pourquoi ne pas passer alors directement un argument au noyau lors de son chargement sur le client légé, au tout début du démarrage donc.
Il faut pour cela modifier le fichier /tftpboot/lts/2.6.17.3-ltsp-1/pxelinux.cfg/default
La dernière ligne de ce fichier charge initramfs, c'est sur cette ligne qu'il faut ajouter l'option NIC=forcedeth sans double cote comme ci-dessous.
prompt 0
label linux
kernel bzImage-2.6.17.3-ltsp-1
append rw root=/dev/ram0 initrd=initramfs.gz NIC=forcedeth
Maintenant le client légé possédant le contrôleur réseau intégré démarre correctement. Le mieux est de faire un fichier default dédié à cette machine en créant par exemple un dossier /tftpboot/lts/2.6.17.3-ltsp-1-forcedeth/ avec les mêmes fichiers que dans le dossier /tftpboot/lts/2.6.17.3-ltsp-1/ sauf le fichier default que l'on a modifié. Il faut aussi éditer le fichier dhcpd.conf pour que le client charge le noyau avec la nouvelle option en ajoutant la ligne filename "/lts/2.6.17.3-ltsp-1-forcedeth/pxelinux.0"; dans la section host wsxxx (voir le message précédent http://forum.ubuntu-fr.org/viewtopic.ph … 48#p405448).
J'espère que ma solution sera utile à certain. Dans tous les cas, merci à tout ceux qui ont lu ce sujet et qui ont tenté en vain d'y répondre.
Dernière modification par chapi (Le 07/08/2006, à 15:36)
Hors ligne
#10 Le 19/04/2007, à 13:03
- dpourdid
Re : [Résolu] Serveur LTSP 4.2 et client à base de nForce2
Bonjour,
j'espère que vous lirez ces quelques lignes
j'ai un soucis identique au votre... à ceci prêt que le chargement du driver la carte Eth (RealTek 8168) ne donne pas satisfaction
j'obtiens une erreur "dhcpd failed" alors que la carte à bien booté sur le fichier vmlinux.chose
sur le serveur j'ai ceci
dhcpd: DHCPDISCOVER from 00:18:f3:e2:1a:d8 via eth0
dhcpd: DHCPOFFER on 192.168.1.197 to 00:18:f3:e2:1a:d8 via eth0
dhcpd: DHCPREQUEST for 192.168.1.197 (192.168.1.253) from 00:18:f3:e2:1a:d8 via eth0
dhcpd: DHCPACK on 192.168.1.197 to 00:18:f3:e2:1a:d8 via eth0
in.tftpd[20002]: tftp: client does not accept options
et là je suis sec...
je ne trouve pas de log du serveur TFTP qui puisse me donner un coup de pousse
à savoir: si je démarre une machine avec une carte mère EPIA, le processus se déroule parfaitement et l'OS se lance sans problème
si vous avez une idée, je suis preneur
merci
@+
#11 Le 20/04/2007, à 18:17
- chapi
Re : [Résolu] Serveur LTSP 4.2 et client à base de nForce2
Bonjour,
je vous conseille de créer un nouvelle discution sur le forum (toujours dans le section serveur), propre à votre problème. Merci.
Hors ligne