Hallo Liste! Ich hab einen altes Compaq "Armada 1560D" Notebook, mit SuSE 7.2. Lief bisher alles wunderbar mit einer Trust PCMCIA Netzwerkkarte. Leider musste die weg und hab dafür eine "Level One" 10/100 FPC-0103TX eingesetzt. Die installation mit dem Tulip Treiber hat scheinbar funktioniert (der Treiber wird in SUPPORTED.CARDS für die Karte angegeben). Sieht alles OK aus beim booten. Ich kann mich auch selbst pingen, andere Hosts erreiche ich aber nicht. Hat irgendjemand eine Idee was das Problem sein könnte? Was mir auch komisch vorkommt. In /var/log/messages steht: "Jul 6 13:04:13 NBLINUX kernel: eth0: 21143 10baseT link beat good." Das Netz ist aber 100Mbit.... Gruss Andreas ------------------------ ifconfig: eth0 Link encap:Ethernet HWaddr 00:4C:69:6E:75:79 inet addr:192.168.100.225 Bcast:192.168.100.255 Mask:255.255.255.0 UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1 RX packets:445 errors:0 dropped:0 overruns:0 frame:0 TX packets:38 errors:1 dropped:0 overruns:1 carrier:1 collisions:0 txqueuelen:100 Interrupt:3 Base address:0x800 lo Link encap:Local Loopback inet addr:127.0.0.1 Mask:255.0.0.0 UP LOOPBACK RUNNING MTU:3924 Metric:1 RX packets:82 errors:0 dropped:0 overruns:0 frame:0 TX packets:82 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:0 ----- /etc/route.conf: 192.168.100.225 0.0.0.0 255.255.255.0 eth0 default 192.168.100.223 /var/log/messages: -----schnipp---- Jul 6 12:23:26 NBLINUX sshd[431]: Generating 768 bit RSA key. Jul 6 12:23:28 NBLINUX sshd[431]: RSA key generation complete. Jul 6 12:23:28 NBLINUX /usr/sbin/cron[444]: (CRON) STARTUP (fork ok) Jul 6 12:24:12 NBLINUX kernel: eth0: 21143 10baseT link beat good. Jul 6 12:30:34 NBLINUX su: (to nobody) root on none Jul 6 12:33:19 NBLINUX login: FAILED LOGIN 1 FROM /dev/tty1 FOR root, Authentication failure Jul 6 13:03:12 NBLINUX -- MARK -- Jul 6 13:04:13 NBLINUX kernel: eth0: 21143 10baseT link beat good. Jul 6 13:04:15 NBLINUX kernel: eth0: 21143 10baseT link beat good. Jul 6 13:19:14 NBLINUX kernel: VFS: Disk change detected on device fd(2,0) ------schnapp------
On Friday, 6. July 2001 11:41, A.Baldermann@gmx.de wrote:
Hallo Liste!
Ich hab einen altes Compaq "Armada 1560D" Notebook, mit SuSE 7.2. Lief bisher alles wunderbar mit einer Trust PCMCIA Netzwerkkarte. Leider musste die weg und hab dafür eine "Level One" 10/100 FPC-0103TX eingesetzt. Die installation mit dem Tulip Treiber hat scheinbar funktioniert (der Treiber wird in SUPPORTED.CARDS für die Karte angegeben). Sieht alles OK aus beim booten. Ich kann mich auch selbst pingen, andere Hosts erreiche ich aber nicht. Hat irgendjemand eine Idee was das Problem sein könnte?
Was mir auch komisch vorkommt. In /var/log/messages steht: "Jul 6 13:04:13 NBLINUX kernel: eth0: 21143 10baseT link beat good." Das Netz ist aber 100Mbit....
Kabel überprüft? Was sagt der HUB/Switch? ff -- Frank Fiene, SYNTAGS GmbH, Im Defdahl 5-10, D-44141 Dortmund, Germany Security, Cryptography, Networks, Software Development http://www.syntags.de mailto:Frank.Fiene@syntags.de
Hallo Andreas, ein aehnliches Problem habe ich auch. Aber das Ping auf Deinen eigenen Laptop kann evtl. auch durch das loopback funktionieren. Bei mir kommen ueberhaupt keine Fehler beim Hochfahren des Rechners und das Switch erkennt auch, was fuer eine Karte angeschlossen ist. Stefan
Stefan Lagotzki wrote:
Hallo Andreas,
ein aehnliches Problem habe ich auch. Aber das Ping auf Deinen eigenen Laptop kann evtl. auch durch das loopback funktionieren. Bei mir kommen ueberhaupt keine Fehler beim Hochfahren des Rechners und das Switch erkennt auch, was fuer eine Karte angeschlossen ist.
Stefan
-- To unsubscribe, e-mail: suse-laptop-unsubscribe@suse.com For additional commands, e-mail: suse-laptop-help@suse.com
Das ist wahrscheinlich ein Fehler im Tulip/Tulip_cb Modul. Probiert mal: # ifconfig eth0 promisc Versetzt die Card in den "promiscous" Mode und sollte dann funtkionieren. Viel Erfolg, -- Sebastian Misch DIS Informationssysteme GmbH Westerbreite 7 - 49084 Osnabrueck Tel.: 0541-9778-180 Fax: 0541-9778-106 email: s.misch@dis.de Web: http://www.dis.de
Hallo Sebastian, (und auch hallo an alle, die etwas ueber die Conexant-Netzkarte im Presario wissen wollten) vielen Dank an Sebastian fuer den Hinweis, aber das Problem scheint tiefer zu liegen. Es ist erst mal sehr hilfreich, die genauen Adressen und Parameter und den Zustand der Karte zu kennen. Dazu helfen die Diagnose-Werkzeuge von Donald Becker weiter, die auf http://www.scyld.com/diag/index.html beschrieben sind und die man als ftp://ftp.scyld.com/pub/diag/diag-ether-2.0-3.i386.rpm herunterladen kann. Damit kann man erst mal herausfinden, ob der eigene Laptop mit dem Switch verbunden ist, wie das Switch erkannt wird etc. - das hilft schon mal wesentlich weiter. Besonders das Tool mii-diag und das Tool tulip-diag sind fuer das Gespann Compaq/Conexant wichtig. Diese Programme sind auf der o.g. Webseite auch beschrieben. Auf ftp://ftp.scyld.com/pub/network/ liegen eine Menge Treiber fuer Netzwerkkarten unter Linux und http://www.scyld.com/network/tulip.html beschreibt speziell diesen Chip. Es gibt offenbar im Moment noch keine Loesung. Auf http://www.scyld.com/pipermail/tulip/2001-July/date.html#start findet sich ein Thread von Anfang Juli 2001 dazu und dort schreibt Donald Becker: <cite> I spent a half day on Tuesday, but without making much progress. The programming manual is still missing some vital information about about what some register bits do. Perhaps I'll find some more time over the weekend to try out a few more things. (The Conexant is a clone of the 21140 series. The Conexant documentation covers the compatible parts of the implementation, but skims over the unique changes. Come on guys, you aren't going to convince anyone that you came up with the design. Why not document the differences rather than only the similarities?) </cite> viele Gruesse an alle SuSE-Laptop-Listenmitglieder Stefan PS: Die Loesung in der SuSE-Supportdatenbank http://sdb.suse.de/sdb/de/html/didge_tulip.html habe ich probiert, funktioniert aber bei mir nicht. Im Ergebnis wird gar kein eth0 mehr gefunden.
Stefan Lagotzki wrote:
Hallo Andreas,
ein aehnliches Problem habe ich auch. Aber das Ping auf Deinen eigenen Laptop kann evtl. auch durch das loopback funktionieren. Bei mir kommen ueberhaupt keine Fehler beim Hochfahren des Rechners und das Switch erkennt auch, was fuer eine Karte angeschlossen ist.
Stefan
-- To unsubscribe, e-mail: suse-laptop-unsubscribe@suse.com For additional commands, e-mail: suse-laptop-help@suse.com
Das ist wahrscheinlich ein Fehler im Tulip/Tulip_cb Modul. Probiert mal:
# ifconfig eth0 promisc
Versetzt die Card in den "promiscous" Mode und sollte dann funtkionieren.
Viel Erfolg,
-- Sebastian Misch DIS Informationssysteme GmbH Westerbreite 7 - 49084 Osnabrueck Tel.: 0541-9778-180 Fax: 0541-9778-106 email: s.misch@dis.de Web: http://www.dis.de
-- To unsubscribe, e-mail: suse-laptop-unsubscribe@suse.com For additional commands, e-mail: suse-laptop-help@suse.com
Jepp, jetzt funktioniert's, danke Sebastian! Hätt' ich nur noch eine Frage: Wie bring ich die Kiste denn dazu, beim booten die Karte in den promiscuous mode zu bringen? Und was macht die Karte in dieser Betriebsart anders? gruss Andreas
Also ganz einfach: ~# cd /etc/rc.d # cp ./skeleton ./promiscouseth0 # vi promiscouseth0 // Aendere nun dieses File im CaseFall 'Start'. Da steht wahrscheinlich ein Dummy "startproc irgendwas". Ersetzen durch: "ifconfig eth0 promisc" und dann speichern(Vielleicht noch ein "echo -n Setting_promiscous_mode" einfuegen) // Dann musst Du unterscheiden, ob Du graphisch xdm,gdm,kdm usw bootest, oder mit normalen Textlogin... Textlogin = 3 (ab SuSe 7.1) XDMlogin = 5 (ab SUSE 7.1) // Dann sagst Du jenach loginart: # cd rc{3|5}.d # ls -l S* lrwxrwxrwx 1 root root 12 Apr 13 04:55 S01alsasound -> ../alsasound lrwxrwxrwx 1 root root 8 Apr 13 04:47 S01dummy -> ../dummy lrwxrwxrwx 1 root root 9 Apr 13 04:49 S01idedma -> ../idedma lrwxrwxrwx 1 root root 10 Apr 13 04:47 S01kerneld -> ../kerneld lrwxrwxrwx 1 root root 9 Apr 13 04:47 S01random -> ../random lrwxrwxrwx 1 root root 11 Apr 13 04:54 S02dhclient -> ../dhclient lrwxrwxrwx 1 root root 10 Apr 13 04:47 S05network -> ../network lrwxrwxrwx 1 root root 9 May 16 10:50 S06pcmcia -> ../pcmcia lrwxrwxrwx 1 root root 9 Apr 13 04:54 S06pppoed -> ../pppoed lrwxrwxrwx 1 root root 8 Apr 13 04:47 S07route -> ../route lrwxrwxrwx 1 root root 10 Apr 13 04:54 S08portmap -> ../portmap lrwxrwxrwx 1 root root 7 Apr 13 04:55 S08sshd -> ../sshd lrwxrwxrwx 1 root root 9 Apr 13 04:48 S08syslog -> ../syslog lrwxrwxrwx 1 root root 6 Apr 13 04:54 S09lpd -> ../lpd lrwxrwxrwx 1 root root 6 Apr 13 04:54 S09nfs -> ../nfs lrwxrwxrwx 1 root root 5 Apr 13 04:54 S10at -> ../at lrwxrwxrwx 1 root root 12 May 16 10:50 S10integrate -> ../integrate lrwxrwxrwx 1 root root 6 Apr 13 04:54 S10kbd -> ../kbd lrwxrwxrwx 1 root root 9 Apr 13 04:54 S10pcnfsd -> ../pcnfsd lrwxrwxrwx 1 root root 9 Apr 13 04:54 S10routed -> ../routed lrwxrwxrwx 1 root root 10 Apr 13 04:54 S10rusersd -> ../rusersd lrwxrwxrwx 1 root root 8 Apr 13 04:54 S10rwhod -> ../rwhod lrwxrwxrwx 1 root root 11 Apr 13 04:54 S10sendmail -> ../sendmail lrwxrwxrwx 1 root root 6 May 16 10:50 S10smb -> ../smb lrwxrwxrwx 1 root root 9 Apr 13 04:54 S10ypbind -> ../ypbind lrwxrwxrwx 1 root root 9 Apr 13 04:54 S11autofs -> ../autofs lrwxrwxrwx 1 root root 7 Apr 13 04:54 S11cron -> ../cron lrwxrwxrwx 1 root root 12 Apr 13 04:54 S11nfsserver -> ../nfsserver lrwxrwxrwx 1 root root 8 May 16 10:50 S11smbfs -> ../smbfs lrwxrwxrwx 1 root root 6 Apr 13 04:54 S11xdm -> ../xdm lrwxrwxrwx 1 root root 8 Apr 13 04:54 S20inetd -> ../inetd // Hier wird der Bootvorgang im Runlevel festgelegt. Alles Symlinks, die je nach Name aufgerufen wird. S00* wird als erstes aufgerufen, S01* danach usw... Somit musst Du Dir eine intelligente Zahl aussuchen. Auf alle Faelle muss der P-Mode gesetzt werden, !nachdem! die Karte initialisiert wurde, und !bevor! sie fuer irgendwas benutzt wird(zB. NFS mounten etc). Also irgendwo kurz nach network waere sinnvoll. Nun musst Du den Symlink legen... # ln -s ../promiscouseth0 ./S06promiscouseth0 // Dann rebooten und ausprobieren... // So funktionierts bei mir. Der Promiscous Mode ist wohl ein bestimmter Modus der Card, in der die Card ALLE Pakete entgegen nimmt, die auf dem Kabel liegen, ... auch wenn sie nicht fuer diesen Rechner bestimmt sind. Das passiert wohl auch beim tcpdump, weswegen ich erst auf diese Idee gekommen bin. TCPdump schaut sich eben alle Pakete an, und versetzt die Card in den P-Mode. Meine Card lief kurioser weise nur, wenn ein tcpdump lief. Dann fing ich an zu lesen, und jetzt kann ich sogar mit euch Mails austauschen. Prima! Viel Erfolg!
Das ist wahrscheinlich ein Fehler im Tulip/Tulip_cb Modul. Probiert mal:
# ifconfig eth0 promisc
Versetzt die Card in den "promiscous" Mode und sollte dann funtkionieren.
Jepp, jetzt funktioniert's, danke Sebastian! Hätt' ich nur noch eine Frage: Wie bring ich die Kiste denn dazu, beim booten die Karte in den promiscuous mode zu bringen? Und was macht die Karte in dieser Betriebsart anders? gruss Andreas
-- To unsubscribe, e-mail: suse-laptop-unsubscribe@suse.com For additional commands, e-mail: suse-laptop-help@suse.com
-- Sebastian Misch DIS Informationssysteme GmbH Westerbreite 7 - 49084 Osnabrueck Tel.: 0541-9778-180 Fax: 0541-9778-106 email: s.misch@dis.de Web: http://www.dis.de
Wow, ne ganze Menge info's, da muss ich mir ma etwas meht Zeit nehmen :-)). Ich hab auch mal ein bischen gekramt und auch herausgefunden, dass alle SofwareNetanalyzer die NIC's in den promiscuous mode setzen, weil man dann halt alles sieht was auf dem LAN abgeht. Nochmal danke an alle die sich meines Problems angenommen haben! andreas
Also ganz einfach:
~# cd /etc/rc.d
# cp ./skeleton ./promiscouseth0 # vi promiscouseth0
// Aendere nun dieses File im CaseFall 'Start'. Da steht wahrscheinlich ein Dummy "startproc irgendwas". Ersetzen durch: "ifconfig eth0 promisc" und dann speichern(Vielleicht noch ein "echo -n Setting_promiscous_mode" einfuegen) // Dann musst Du unterscheiden, ob Du graphisch xdm,gdm,kdm usw bootest, oder mit normalen Textlogin...
Textlogin = 3 (ab SuSe 7.1) XDMlogin = 5 (ab SUSE 7.1)
// Dann sagst Du jenach loginart: # cd rc{3|5}.d # ls -l S*
lrwxrwxrwx 1 root root 12 Apr 13 04:55 S01alsasound -> ../alsasound lrwxrwxrwx 1 root root 8 Apr 13 04:47 S01dummy -> ../dummy lrwxrwxrwx 1 root root 9 Apr 13 04:49 S01idedma -> ../idedma lrwxrwxrwx 1 root root 10 Apr 13 04:47 S01kerneld -> ../kerneld lrwxrwxrwx 1 root root 9 Apr 13 04:47 S01random -> ../random lrwxrwxrwx 1 root root 11 Apr 13 04:54 S02dhclient -> ../dhclient lrwxrwxrwx 1 root root 10 Apr 13 04:47 S05network -> ../network lrwxrwxrwx 1 root root 9 May 16 10:50 S06pcmcia -> ../pcmcia lrwxrwxrwx 1 root root 9 Apr 13 04:54 S06pppoed -> ../pppoed lrwxrwxrwx 1 root root 8 Apr 13 04:47 S07route -> ../route lrwxrwxrwx 1 root root 10 Apr 13 04:54 S08portmap -> ../portmap lrwxrwxrwx 1 root root 7 Apr 13 04:55 S08sshd -> ../sshd lrwxrwxrwx 1 root root 9 Apr 13 04:48 S08syslog -> ../syslog lrwxrwxrwx 1 root root 6 Apr 13 04:54 S09lpd -> ../lpd lrwxrwxrwx 1 root root 6 Apr 13 04:54 S09nfs -> ../nfs lrwxrwxrwx 1 root root 5 Apr 13 04:54 S10at -> ../at lrwxrwxrwx 1 root root 12 May 16 10:50 S10integrate -> ../integrate lrwxrwxrwx 1 root root 6 Apr 13 04:54 S10kbd -> ../kbd lrwxrwxrwx 1 root root 9 Apr 13 04:54 S10pcnfsd -> ../pcnfsd lrwxrwxrwx 1 root root 9 Apr 13 04:54 S10routed -> ../routed lrwxrwxrwx 1 root root 10 Apr 13 04:54 S10rusersd -> ../rusersd lrwxrwxrwx 1 root root 8 Apr 13 04:54 S10rwhod -> ../rwhod lrwxrwxrwx 1 root root 11 Apr 13 04:54 S10sendmail -> ../sendmail lrwxrwxrwx 1 root root 6 May 16 10:50 S10smb -> ../smb lrwxrwxrwx 1 root root 9 Apr 13 04:54 S10ypbind -> ../ypbind lrwxrwxrwx 1 root root 9 Apr 13 04:54 S11autofs -> ../autofs lrwxrwxrwx 1 root root 7 Apr 13 04:54 S11cron -> ../cron lrwxrwxrwx 1 root root 12 Apr 13 04:54 S11nfsserver -> ../nfsserver lrwxrwxrwx 1 root root 8 May 16 10:50 S11smbfs -> ../smbfs lrwxrwxrwx 1 root root 6 Apr 13 04:54 S11xdm -> ../xdm lrwxrwxrwx 1 root root 8 Apr 13 04:54 S20inetd -> ../inetd
// Hier wird der Bootvorgang im Runlevel festgelegt. Alles Symlinks, die je nach Name aufgerufen wird. S00* wird als erstes aufgerufen, S01* danach usw... Somit musst Du Dir eine intelligente Zahl aussuchen. Auf alle Faelle muss der P-Mode gesetzt werden, !nachdem! die Karte initialisiert wurde, und !bevor! sie fuer irgendwas benutzt wird(zB. NFS mounten etc). Also irgendwo kurz nach network waere sinnvoll. Nun musst Du den Symlink legen...
# ln -s ../promiscouseth0 ./S06promiscouseth0
// Dann rebooten und ausprobieren... // So funktionierts bei mir.
Der Promiscous Mode ist wohl ein bestimmter Modus der Card, in der die Card ALLE Pakete entgegen nimmt, die auf dem Kabel liegen, ... auch wenn sie nicht fuer diesen Rechner bestimmt sind. Das passiert wohl auch beim tcpdump, weswegen ich erst auf diese Idee gekommen bin. TCPdump schaut sich eben alle Pakete an, und versetzt die Card in den P-Mode. Meine Card lief kurioser weise nur, wenn ein tcpdump lief. Dann fing ich an zu lesen, und jetzt kann ich sogar mit euch Mails austauschen. Prima!
Viel Erfolg!
Das ist wahrscheinlich ein Fehler im Tulip/Tulip_cb Modul. Probiert
mal:
# ifconfig eth0 promisc
Versetzt die Card in den "promiscous" Mode und sollte dann funtkionieren.
Jepp, jetzt funktioniert's, danke Sebastian! Hätt' ich nur noch eine Frage: Wie bring ich die Kiste denn dazu, beim booten die Karte in den promiscuous mode zu bringen? Und was macht die Karte in dieser Betriebsart anders? gruss Andreas
-- To unsubscribe, e-mail: suse-laptop-unsubscribe@suse.com For additional commands, e-mail: suse-laptop-help@suse.com
-- Sebastian Misch DIS Informationssysteme GmbH Westerbreite 7 - 49084 Osnabrueck Tel.: 0541-9778-180 Fax: 0541-9778-106 email: s.misch@dis.de Web: http://www.dis.de
-- To unsubscribe, e-mail: suse-laptop-unsubscribe@suse.com For additional commands, e-mail: suse-laptop-help@suse.com
participants (4)
-
A.Baldermann＠gmx.de -
Frank Fiene -
Sebastian Misch -
Stefan Lagotzki