Voila j'ai un pc sous BSD 5.4 et une station indy sous irix 5.3.
J'aimerais mettre les deux en r=E9seaux. J' ai d=E9j=E0 allou=E9 les
adresses Ip et le nom d'hote comme ceci:
192.168.0.1 sfc (le pc sous bsd)
192.168.0.2 snin (indy sous irix)
J'ai connect=E9 les deux ordis par un cable RJ45 crois=E9.
Malheureusement je n'y connait absolument rien en r=E9seau, et je ne
sais pas par quelle bout commenc=E9.
Quelqu'un peut il m'aid=E9?
PS: Amateur de t'as qu'a lire la doc sont pri=E9 de s'abstenir. Je ne
demande pas qu'on me m=E2che le travail, j'ai juste besoin d'un esp=E8ce
de "tuteur" pour parvenir a mes fins.
Le cable est bien croisé (il était neuf et sur l'emballage y'avait écris 'croisé'. Ma carte réseau est une Via Rhine II. Dois-je racheter une carte ethernet ou changer de drivers? Pour un hub, ca va etre plus compliqué, ca m'embete de réinvestir dans des cables etc... Je vais essayé de configurer sous linux pour voir.....
Le cable est bien croisé (il était neuf et sur l'emballage y'avait
écris 'croisé'.
Ma carte réseau est une Via Rhine II. Dois-je racheter une carte
ethernet ou changer de drivers?
Pour un hub, ca va etre plus compliqué, ca m'embete de réinvestir
dans des cables etc...
Je vais essayé de configurer sous linux pour voir.....
Le cable est bien croisé (il était neuf et sur l'emballage y'avait écris 'croisé'. Ma carte réseau est une Via Rhine II. Dois-je racheter une carte ethernet ou changer de drivers? Pour un hub, ca va etre plus compliqué, ca m'embete de réinvestir dans des cables etc... Je vais essayé de configurer sous linux pour voir.....
guillaume56
Désolé pour les deux messages d'affilés... Je vais essayé en changeant de drivers..
Désolé pour les deux messages d'affilés...
Je vais essayé en changeant de drivers..
Désolé pour les deux messages d'affilés... Je vais essayé en changeant de drivers..
Eric Masson
"guillaume56" writes:
Désolé pour les deux messages d'affilés... Je vais essayé en changeant de drivers..
Si la carte est reconnue comme une Via Rhine II, il y a très peu de chance que le driver rl fasse quoi que ce soit avec. Dans le cas contraire cela poserait problème avec le noyau GENERIC. En gros une DFE-530TX (vr) n'est pas une DFE-530TX+ (rl).
Éric Masson
-- LG: Conclusion il faut distribuer fcsm en shareware sur tous le CD de revues mac :-) CF: Faudrait un DVD... JNS: Double face hein !! -+- JNS in Guide du Macounet Pervers : fcsm comme on l'aime -+-
Désolé pour les deux messages d'affilés...
Je vais essayé en changeant de drivers..
Si la carte est reconnue comme une Via Rhine II, il y a très peu de
chance que le driver rl fasse quoi que ce soit avec. Dans le cas
contraire cela poserait problème avec le noyau GENERIC. En gros une
DFE-530TX (vr) n'est pas une DFE-530TX+ (rl).
Éric Masson
--
LG: Conclusion il faut distribuer fcsm en shareware sur tous le CD de
revues mac :-) CF: Faudrait un DVD...
JNS: Double face hein !!
-+- JNS in Guide du Macounet Pervers : fcsm comme on l'aime -+-
Désolé pour les deux messages d'affilés... Je vais essayé en changeant de drivers..
Si la carte est reconnue comme une Via Rhine II, il y a très peu de chance que le driver rl fasse quoi que ce soit avec. Dans le cas contraire cela poserait problème avec le noyau GENERIC. En gros une DFE-530TX (vr) n'est pas une DFE-530TX+ (rl).
Éric Masson
-- LG: Conclusion il faut distribuer fcsm en shareware sur tous le CD de revues mac :-) CF: Faudrait un DVD... JNS: Double face hein !! -+- JNS in Guide du Macounet Pervers : fcsm comme on l'aime -+-
guillaume56
Malheureusement, le driver vr doit etre intégrer au noyau (il n'apparait pas a kldstat), je vais surement devoir recompiler le noyau.
Aussi, j'ai un nouveau message, apres le 'watchdog tiemd out' (qui apparait bien juste apres le ping qui réussit un court instant) et qui me dit 'vr0 using force reset command', j'ai essayé de chercher dans les sources du drivers vr mais j'ai pas trouver d'explication...
Malheureusement, le driver vr doit etre intégrer au noyau (il
n'apparait pas a kldstat), je vais surement devoir recompiler le noyau.
Aussi, j'ai un nouveau message, apres le 'watchdog tiemd out' (qui
apparait bien juste apres le ping qui réussit un court instant) et qui
me dit 'vr0 using force reset command', j'ai essayé de chercher dans
les sources du drivers vr mais j'ai pas trouver d'explication...
Malheureusement, le driver vr doit etre intégrer au noyau (il n'apparait pas a kldstat), je vais surement devoir recompiler le noyau.
Aussi, j'ai un nouveau message, apres le 'watchdog tiemd out' (qui apparait bien juste apres le ping qui réussit un court instant) et qui me dit 'vr0 using force reset command', j'ai essayé de chercher dans les sources du drivers vr mais j'ai pas trouver d'explication...
Eric Masson
"guillaume56" writes:
Malheureusement, le driver vr doit etre intégrer au noyau (il n'apparait pas a kldstat), je vais surement devoir recompiler le noyau.
kldstat -v | grep vr kldstat -v | grep rl
Si c'est un GENERIC, les deux commandes devraient retourner quelques lignes.
Aussi, j'ai un nouveau message, apres le 'watchdog tiemd out' (qui apparait bien juste apres le ping qui réussit un court instant) et qui me dit 'vr0 using force reset command', j'ai essayé de chercher dans les sources du drivers vr mais j'ai pas trouver d'explication...
C'est dans la routine vr_reset, qui est appelée par vr_watchdog.
Pour le reste, je ne sais pas si ça été déjà été proposé, mais il peut être intéressant de forcer les cartes en 10/half sur chaque machine et voir si cela améliore les choses (pour le faire sur le bsd, man ifconfig et man 4 vr)
Éric Masson
-- je m'étonne que des gens puissent perdre du temps à dire non. Le webest un bon espace de création, et il y a toujours des trouduculs pour vouloir freiner un nouvel essor. -+- Zéro in: <http://www.le-gnu.net> - Bien voter dans le trou -+-
Malheureusement, le driver vr doit etre intégrer au noyau (il
n'apparait pas a kldstat), je vais surement devoir recompiler le noyau.
kldstat -v | grep vr
kldstat -v | grep rl
Si c'est un GENERIC, les deux commandes devraient retourner quelques
lignes.
Aussi, j'ai un nouveau message, apres le 'watchdog tiemd out' (qui
apparait bien juste apres le ping qui réussit un court instant) et qui
me dit 'vr0 using force reset command', j'ai essayé de chercher dans
les sources du drivers vr mais j'ai pas trouver d'explication...
C'est dans la routine vr_reset, qui est appelée par vr_watchdog.
Pour le reste, je ne sais pas si ça été déjà été proposé, mais il peut
être intéressant de forcer les cartes en 10/half sur chaque machine et
voir si cela améliore les choses (pour le faire sur le bsd, man ifconfig
et man 4 vr)
Éric Masson
--
je m'étonne que des gens puissent perdre du temps à dire non. Le webest
un bon espace de création, et il y a toujours des trouduculs pour
vouloir freiner un nouvel essor.
-+- Zéro in: <http://www.le-gnu.net> - Bien voter dans le trou -+-
Malheureusement, le driver vr doit etre intégrer au noyau (il n'apparait pas a kldstat), je vais surement devoir recompiler le noyau.
kldstat -v | grep vr kldstat -v | grep rl
Si c'est un GENERIC, les deux commandes devraient retourner quelques lignes.
Aussi, j'ai un nouveau message, apres le 'watchdog tiemd out' (qui apparait bien juste apres le ping qui réussit un court instant) et qui me dit 'vr0 using force reset command', j'ai essayé de chercher dans les sources du drivers vr mais j'ai pas trouver d'explication...
C'est dans la routine vr_reset, qui est appelée par vr_watchdog.
Pour le reste, je ne sais pas si ça été déjà été proposé, mais il peut être intéressant de forcer les cartes en 10/half sur chaque machine et voir si cela améliore les choses (pour le faire sur le bsd, man ifconfig et man 4 vr)
Éric Masson
-- je m'étonne que des gens puissent perdre du temps à dire non. Le webest un bon espace de création, et il y a toujours des trouduculs pour vouloir freiner un nouvel essor. -+- Zéro in: <http://www.le-gnu.net> - Bien voter dans le trou -+-
