Sur un vieux PC, j'essaie de configurer le module 3C509 pour la carte
réseau 3Com Etherlink III, mais je me fais jeter à coups de neigbour
table overflow.
Dans les archives des news, j'ai lu à plusieurs reprises qu'il
s'agissait d'un problème dans le protocole ARP. Je comprends le
problème, mais je ne vois pas comment le résoudre.
Pour information, je démarre la machine sur disquette (pas de lecteur
CD-ROM), avec la distribution tomsrtbt. J'ai essayé avec une disquette
d'installation (network.img pour passer par NFS) d'une autre
distribution, mais le message revient.
Je précise aussi que sous Windows, la carte fonctionne, et le réseau
est accessible. Donc, la défaillance matérielle est écartée.
Avez-vous des solutions ou du moins des explications complémentaires ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Marc
Bonjour à tous.
Sur un vieux PC, j'essaie de configurer le module 3C509 pour la carte réseau 3Com Etherlink III, mais je me fais jeter à coups de neigbour table overflow. Dans les archives des news, j'ai lu à plusieurs reprises qu'il s'agissait d'un problème dans le protocole ARP. Je comprends le problème, mais je ne vois pas comment le résoudre. Pour information, je démarre la machine sur disquette (pas de lecteur CD-ROM), avec la distribution tomsrtbt. J'ai essayé avec une disquette d'installation (network.img pour passer par NFS) d'une autre distribution, mais le message revient. Je précise aussi que sous Windows, la carte fonctionne, et le réseau est accessible. Donc, la défaillance matérielle est écartée.
Avez-vous des solutions ou du moins des explications complémentaires ?
D'avance merci.
-- David
Bonjour,
je me suis heurté au même problème il y a qq temps.
La seule solution qui a semblé marcher est de modifier les valeurs des gc_threshold :
Pour info j'avais le pb avec des cartes 3C980, sur un réseau pas mal encombré par des broadcasts (merci windows).
Depuis on a passé la patte dans un VLAN, c'est plus propre !
Marc.
-- L'I2C sous Windows : http://perso.club-internet.fr/mbouget/
Retirez les XXX pour me répondre
Bonjour à tous.
Sur un vieux PC, j'essaie de configurer le module 3C509 pour la carte
réseau 3Com Etherlink III, mais je me fais jeter à coups de neigbour
table overflow.
Dans les archives des news, j'ai lu à plusieurs reprises qu'il
s'agissait d'un problème dans le protocole ARP. Je comprends le
problème, mais je ne vois pas comment le résoudre.
Pour information, je démarre la machine sur disquette (pas de lecteur
CD-ROM), avec la distribution tomsrtbt. J'ai essayé avec une disquette
d'installation (network.img pour passer par NFS) d'une autre
distribution, mais le message revient.
Je précise aussi que sous Windows, la carte fonctionne, et le réseau
est accessible. Donc, la défaillance matérielle est écartée.
Avez-vous des solutions ou du moins des explications complémentaires ?
D'avance merci.
--
David
Bonjour,
je me suis heurté au même problème il y a qq temps.
La seule solution qui a semblé marcher est de modifier les valeurs des
gc_threshold :
Sur un vieux PC, j'essaie de configurer le module 3C509 pour la carte réseau 3Com Etherlink III, mais je me fais jeter à coups de neigbour table overflow. Dans les archives des news, j'ai lu à plusieurs reprises qu'il s'agissait d'un problème dans le protocole ARP. Je comprends le problème, mais je ne vois pas comment le résoudre. Pour information, je démarre la machine sur disquette (pas de lecteur CD-ROM), avec la distribution tomsrtbt. J'ai essayé avec une disquette d'installation (network.img pour passer par NFS) d'une autre distribution, mais le message revient. Je précise aussi que sous Windows, la carte fonctionne, et le réseau est accessible. Donc, la défaillance matérielle est écartée.
Avez-vous des solutions ou du moins des explications complémentaires ?
D'avance merci.
-- David
Bonjour,
je me suis heurté au même problème il y a qq temps.
La seule solution qui a semblé marcher est de modifier les valeurs des gc_threshold :
Oui, je te remercie, mais je connaissais déjà cette solution. Le problème est que je ne peux pas l'appliquer. D'une part, lorsque je boot avec tomsrtbt, aucun répertoire neigh n'existe. D'autre part, en bootant avec la disquette d'install de ma distribution, je n'ai accès à aucun shell.
Pour info j'avais le pb avec des cartes 3C980, sur un réseau pas mal encombré par des broadcasts (merci windows).
Dans mon cas, j'ai isolé la machine du réseau, pour résoudre le problème. Je me retrouve avec 2 machines. L'une avec un lecteur CD-ROM dont le contenu est partagé par NFS, et l'autre bootant sur disquette pour faire une install d'un Linux par réseau. De plus, j'ai essayé en prenant une autre machine pour booter, et là, pas de problème.
Est-ce que je vais devoir démonter un lecteur CD d'une autre machine pour faire mon install de Linux ?
Bonjour,
je me suis heurté au même problème il y a qq temps.
La seule solution qui a semblé marcher est de modifier les valeurs des
gc_threshold :
Oui, je te remercie, mais je connaissais déjà cette solution.
Le problème est que je ne peux pas l'appliquer. D'une part, lorsque je
boot avec tomsrtbt, aucun répertoire neigh n'existe. D'autre part, en
bootant avec la disquette d'install de ma distribution, je n'ai accès à
aucun shell.
Pour info j'avais le pb avec des cartes 3C980, sur un réseau pas mal
encombré par des broadcasts (merci windows).
Dans mon cas, j'ai isolé la machine du réseau, pour résoudre le
problème. Je me retrouve avec 2 machines. L'une avec un lecteur CD-ROM
dont le contenu est partagé par NFS, et l'autre bootant sur disquette
pour faire une install d'un Linux par réseau.
De plus, j'ai essayé en prenant une autre machine pour booter, et là,
pas de problème.
Est-ce que je vais devoir démonter un lecteur CD d'une autre machine
pour faire mon install de Linux ?
Oui, je te remercie, mais je connaissais déjà cette solution. Le problème est que je ne peux pas l'appliquer. D'une part, lorsque je boot avec tomsrtbt, aucun répertoire neigh n'existe. D'autre part, en bootant avec la disquette d'install de ma distribution, je n'ai accès à aucun shell.
Pour info j'avais le pb avec des cartes 3C980, sur un réseau pas mal encombré par des broadcasts (merci windows).
Dans mon cas, j'ai isolé la machine du réseau, pour résoudre le problème. Je me retrouve avec 2 machines. L'une avec un lecteur CD-ROM dont le contenu est partagé par NFS, et l'autre bootant sur disquette pour faire une install d'un Linux par réseau. De plus, j'ai essayé en prenant une autre machine pour booter, et là, pas de problème.
Est-ce que je vais devoir démonter un lecteur CD d'une autre machine pour faire mon install de Linux ?
Marc
Bonjour,
je me suis heurté au même problème il y a qq temps.
La seule solution qui a semblé marcher est de modifier les valeurs des gc_threshold :
Oui, je te remercie, mais je connaissais déjà cette solution. Le problème est que je ne peux pas l'appliquer. D'une part, lorsque je boot avec tomsrtbt, aucun répertoire neigh n'existe. D'autre part, en bootant avec la disquette d'install de ma distribution, je n'ai accès à aucun shell.
C'est normal, /proc est dynamique.... il faut le faire sur la machine vivante et le mettre dans les scripts de démarrage.
Pour info j'avais le pb avec des cartes 3C980, sur un réseau pas mal encombré par des broadcasts (merci windows).
Dans mon cas, j'ai isolé la machine du réseau, pour résoudre le problème. Je me retrouve avec 2 machines. L'une avec un lecteur CD-ROM dont le contenu est partagé par NFS, et l'autre bootant sur disquette pour faire une install d'un Linux par réseau. De plus, j'ai essayé en prenant une autre machine pour booter, et là, pas de problème.
Est-ce que je vais devoir démonter un lecteur CD d'une autre machine pour faire mon install de Linux ?
?? je ne comprend pas le problème, tu l'as avec des machines isolées ou non ? si tu te met derière un routeur (ou dans un VLAN), cela devrait résoudre le problème au moins si la cause est aussi le nombre de broadcast sur ton réseau.
Marc.
-- L'I2C sous Windows : http://perso.club-internet.fr/mbouget/
Retirez les XXX pour me répondre
Bonjour,
je me suis heurté au même problème il y a qq temps.
La seule solution qui a semblé marcher est de modifier les valeurs des
gc_threshold :
Oui, je te remercie, mais je connaissais déjà cette solution.
Le problème est que je ne peux pas l'appliquer. D'une part, lorsque je
boot avec tomsrtbt, aucun répertoire neigh n'existe. D'autre part, en
bootant avec la disquette d'install de ma distribution, je n'ai accès à
aucun shell.
C'est normal, /proc est dynamique.... il faut le faire sur la machine
vivante et le mettre dans les scripts de démarrage.
Pour info j'avais le pb avec des cartes 3C980, sur un réseau pas mal
encombré par des broadcasts (merci windows).
Dans mon cas, j'ai isolé la machine du réseau, pour résoudre le
problème. Je me retrouve avec 2 machines. L'une avec un lecteur CD-ROM
dont le contenu est partagé par NFS, et l'autre bootant sur disquette
pour faire une install d'un Linux par réseau.
De plus, j'ai essayé en prenant une autre machine pour booter, et là,
pas de problème.
Est-ce que je vais devoir démonter un lecteur CD d'une autre machine
pour faire mon install de Linux ?
?? je ne comprend pas le problème, tu l'as avec des machines isolées ou
non ? si tu te met derière un routeur (ou dans un VLAN), cela devrait
résoudre le problème au moins si la cause est aussi le nombre de
broadcast sur ton réseau.
Marc.
--
L'I2C sous Windows : http://perso.club-internet.fr/mbouget/
Oui, je te remercie, mais je connaissais déjà cette solution. Le problème est que je ne peux pas l'appliquer. D'une part, lorsque je boot avec tomsrtbt, aucun répertoire neigh n'existe. D'autre part, en bootant avec la disquette d'install de ma distribution, je n'ai accès à aucun shell.
C'est normal, /proc est dynamique.... il faut le faire sur la machine vivante et le mettre dans les scripts de démarrage.
Pour info j'avais le pb avec des cartes 3C980, sur un réseau pas mal encombré par des broadcasts (merci windows).
Dans mon cas, j'ai isolé la machine du réseau, pour résoudre le problème. Je me retrouve avec 2 machines. L'une avec un lecteur CD-ROM dont le contenu est partagé par NFS, et l'autre bootant sur disquette pour faire une install d'un Linux par réseau. De plus, j'ai essayé en prenant une autre machine pour booter, et là, pas de problème.
Est-ce que je vais devoir démonter un lecteur CD d'une autre machine pour faire mon install de Linux ?
?? je ne comprend pas le problème, tu l'as avec des machines isolées ou non ? si tu te met derière un routeur (ou dans un VLAN), cela devrait résoudre le problème au moins si la cause est aussi le nombre de broadcast sur ton réseau.
Marc.
-- L'I2C sous Windows : http://perso.club-internet.fr/mbouget/
Retirez les XXX pour me répondre
David LE BOURGEOIS
?? je ne comprend pas le problème, tu l'as avec des machines isolées ou non ? si tu te met derière un routeur (ou dans un VLAN), cela devrait résoudre le problème au moins si la cause est aussi le nombre de broadcast sur ton réseau.
Je rencontre le problème dans les deux cas. J'ai même essayé sans connecter la machine physiquement par le câble réseau.
Mais, j'ai trouvé la solution à mon problème : j'ai retrouvé une vielle carte réseau que j'ai mis à la place de celle qui posait problème.
-- David LE BOURGEOIS
?? je ne comprend pas le problème, tu l'as avec des machines isolées ou
non ? si tu te met derière un routeur (ou dans un VLAN), cela devrait
résoudre le problème au moins si la cause est aussi le nombre de
broadcast sur ton réseau.
Je rencontre le problème dans les deux cas. J'ai même essayé sans
connecter la machine physiquement par le câble réseau.
Mais, j'ai trouvé la solution à mon problème : j'ai retrouvé une vielle
carte réseau que j'ai mis à la place de celle qui posait problème.
?? je ne comprend pas le problème, tu l'as avec des machines isolées ou non ? si tu te met derière un routeur (ou dans un VLAN), cela devrait résoudre le problème au moins si la cause est aussi le nombre de broadcast sur ton réseau.
Je rencontre le problème dans les deux cas. J'ai même essayé sans connecter la machine physiquement par le câble réseau.
Mais, j'ai trouvé la solution à mon problème : j'ai retrouvé une vielle carte réseau que j'ai mis à la place de celle qui posait problème.
