Nochmal: Hat einer ne Idee, was hier fehlt? - UPDATED INFO/LOGS So, das geht jetzt nicht gegen irgendwen persoenlich oder so, aber ich habe einen Hals wie ein Pelikan. Nicht nur, dass ich meinen Rechner wegen HD-Crash neu installieren durfte und mich nun damit herum aergern muss, dass er / beim HALTen nicht umounten kann, weil.... PCMCIA: cardmanager is down ds: Device or resource busy i82365: Device or resource busy pcmcia_core: Device or resource busy ... und er deshalb auch kein rcpcmcia stop oder restart duldet; ich kotze genau wie damals ueber meine Sedlbauer Speedstar Karte, die nicht so will wie ich. Die U(h)rzeiten der untenstehenden Logs sprechen Baende dafuer, wieviel Zeit ich hier verbrate. Ich bin kurz davor, diesen PCMCiA Mist in die Tonne zu feuern und meine gute alte Teles wieder auszubuddeln. Hrmpf... Ich habe KEINEN Bock mehr, mich in ETLICHE, nichtssagende DOCs einzulesen, um immer mehr Zeit zu verschwenden, aber keinen Meter weiter zu kommen und dann wie in Hitchhiker's Guide eine Antwort wie "42" zu erhalten. :-/ I4L ist sonst kein Problem, meine AVM Fritz laeuft super, einzig diese verheerende Kombi von PCMCIA, Toshiba und Sedlbauer bringt mich noch zum Wahnsinn. Ich habe auch keinen Bock, mir extra deswegen eine neuere SUSE als meine 7.0 Professional zuzulegen. Die Sedlbauer Anleitungen gehen von 8.0 aus. :-( Ich tue wirklich alles Menschenmoegliche, aber nun ist der Kanal voll. Ich brauche keine dummen Belehrungen wie RTFM, weil ich just das schon getan habe, aber es nicht laeuft. Vielen Dank an Karsten Keil, Du hast mich enorm weiter gebracht, allerdings ist der Punkt, wo ich war, verloren, weil die HD weg ist. Ich hoffe, dass ich im Folgenden anhand der ausfuehrlichen Logs deutlich machen kann, dass hier irgendwo der Vogel begraben ist. Auch so eine (Wirklich! Voll daneben!) Scheisse wie "Wenn es mal trotzdem nicht klappt, hilft die man i82365" - ist toll, und was man da findet, ist NOCH mehr fachchinesisch. Also nochmal von Null: Note:~ # cardctl ident Socket 0: product info: "PCMCIA", "Ethernet", "", "" function: 6 (network) Socket 1: product info: "SEDLBAUER", "ISDN-Adapter (c) 93,94 VK&CB" Note:~ # probe PCI bridge probe: not found. Intel PCIC probe: i82365sl B step found, 2 sockets. Note:~ # lspci -vt -[00]-+-00.0 Intel Corporation 440BX/ZX - 82443BX/ZX Host bridge (AGP disabled) +-04.0 Neomagic Corporation [MagicMedia 256AV] +-05.0 Intel Corporation 82371AB PIIX4 ISA +-05.1 Intel Corporation 82371AB PIIX4 IDE +-05.2 Intel Corporation 82371AB PIIX4 USB +-05.3 Intel Corporation 82371AB PIIX4 ACPI \-09.0 Toshiba America Info Systems FIR Port Note:~ # lsmod Module Size Used by ipv6 99624 -1 (autoclean) sedl_cs 2160 0 (unused) hisax 483760 0 [sedl_cs] isdn 117932 0 [hisax] slhc 4440 0 [isdn] pcnet_cs 10668 1 8390 6260 0 [pcnet_cs] ds 6568 2 [sedl_cs pcnet_cs] i82365 23328 2 pcmcia_core 45920 0 [sedl_cs pcnet_cs ds i82365] memstat 1476 0 (unused) opl3 11304 0 (autoclean) opl3sa2 4176 0 (autoclean) ad1848 16752 0 (autoclean) [opl3sa2] mpu401 19184 0 (autoclean) [opl3sa2] sound 57496 0 (autoclean) [opl3 opl3sa2 ad1848 mpu401] soundlow 344 0 (autoclean) [sound] soundcore 2564 7 (autoclean) [sound] parport_probe 3492 0 (autoclean) parport_pc 7568 0 (autoclean) parport 7464 0 [parport_probe parport_pc] serial 42484 0 (autoclean) ntfs 36488 1 (autoclean) So, nachdem Karsten mir nun gesagt hat, ich soll Linux ohne gesteckte Sedlbauer booten, tue ich das. Aber sofort, nachdem ich die Karte stecke, kommt /var/log/warn voll mit: Jun 16 00:42:06 Note kernel: current->tss.cr3 = 029a8000, %cr3 =029a8000 Jun 16 00:42:06 Note kernel: *pde = 00000000 Jun 16 00:42:06 Note kernel: Oops: 0000 Jun 16 00:42:06 Note kernel: CPU: 0 Jun 16 00:42:06 Note kernel: EIP:0010:[pcnet_cs:__insmod_pcnet_cs_O/lib/modules/2.2.16/pcmcia/pcnet_cs.o_M3+-111847/96] Jun 16 00:42:06 Note kernel: EFLAGS: 00010246 Jun 16 00:42:06 Note kernel: eax: 00000000 ebx: 0000002d ecx:00000019 edx: 00000022 Jun 16 00:42:06 Note kernel: esi: c23138a8 edi: c36bfd80 ebp:c231383c esp: c231382c Jun 16 00:42:06 Note kernel: ds: 0018 es: 0018 ss: 0018 Jun 16 00:42:06 Note kernel: Process cardmgr (pid: 690, process nr: 37,stackpage=c2313000) Jun 16 00:42:06 Note kernel: Stack: c231385c c42cb02c 00000001 00000008 c231386c c42cae5a c43b8760 0000002d Jun 16 00:42:06 Note kernel: c23139a8 c42cb7da c2313b1c 00000001 c231389c c42cb1a3 c36da800 c36da86c Jun 16 00:42:06 Note kernel: c2313b3c c43b82b3 0000003a c43b8760 0000002d 00000040 00000044 c36bfc9c Jun 16 00:42:06 Note kernel: Call Trace: [pcnet_cs:__insmod_pcnet_cs_O/lib/modul ...diverse insmod Versuche... Jun 16 00:42:06 Note kernel: [get_new_inode+192/332] [get_new_inode+215/332] [sock_sendmsg+115/152] [sys_sendto+229/248] [handle_mm_fault+200/316] [pipe_release+65/72] [dput+243/352] [pipe_read_release+22/32] Jun 16 00:42:06 Note kernel: [do_munmap+538/560] [sys_ioctl+363/392] [system_call+52/64] Jun 16 00:42:06 Note kernel: Code: 8b 13 8b 35 50 10 2d c4 8b 5b 04 39 15 f0 12 2d c4 74 10 b9 Und nun? Wenn ich nun versuche, den PC zu "halt"en, wird / nicht mehr umounted, wie kann ich den Cardmanager bewegen, sich das doch noch einmal zu ueberlegen? Zwischenhinweis an alle, die Toshiba genauso wie ich wegen ihres schlicht nicht zu findenden DOC-Supportes im Grunde gleich zusammen mit den SUSE Programmierern (erinnert Euch an die ToPiC Problematik) standrechtlich an der Wand zerfeuern koennten: Im Bios des Tecra 8000 NICHT PCIC Modus einstellen, sondern AUTO. Meinen Computer hat es derart gesperrt, dass ich nach dem Booten nur noch den Login Prompt sah und keine Eingabe mehr angenommen wurde. <Galgenhumor> Dies nur als Info an die Nachwelt, sollte ich die Configurations-Arie nicht mehr normalen Verstandes ueberleben - haha. </Galgenhumor> Jun 16 00:59:07 Note kernel: Linux PCMCIA Card Services 3.1.17 Jun 16 00:59:07 Note kernel: kernel build: 2.2.16 #1 Wed Aug 2 20:22:26 GMT 2000 Jun 16 00:59:07 Note kernel: options: [pci] [cardbus] Jun 16 00:59:07 Note kernel: PCI routing table version 1.0 at 0xf0f80 Jun 16 00:59:07 Note kernel: 00:0b.0 -> irq 11 Jun 16 00:59:07 Note kernel: 00:0b.1 -> irq 11 Jun 16 00:59:07 Note kernel: Intel PCIC probe: Jun 16 00:59:07 Note kernel: Toshiba ToPIC97 rev 05 PCI-to-CardBus at slot 00:0b, mem 0x68000000 Jun 16 00:59:07 Note kernel: host opts [0]: [slot 0xf0] [ccr 0x10] [cdr 0x86] [rcr 0x02] [pci irq 11] [lat 168/176] [bus 20/20] Jun 16 00:59:07 Note kernel: host opts [1]: [slot 0xf0] [ccr 0x20] [cdr 0x86] [rcr 0x02] [pci irq 11] [lat 168/176] [bus 21/21] Jun 16 00:59:07 Note kernel: PCI irq 11 test failed Jun 16 00:59:07 Note kernel: ISA irqs (default) = 3,4,5,7,9,12 polling interval = 1000 ms Jun 16 00:59:07 Note kernel: cs: IO port probe 0x0c00-0x0cff: excluding 0xcf8-0xcff Jun 16 00:59:07 Note kernel: cs: IO port probe 0x0800-0x08ff: clean. Jun 16 00:59:07 Note kernel: cs: IO port probe 0x0100-0x04ff: excluding 0x220-0x22f 0x378-0x37f 0x4d0-0x4d7 Jun 16 00:59:07 Note kernel: cs: IO port probe 0x0a00-0x0aff: clean. Jun 16 00:59:07 Note kernel: cs: memory probe 0x0d0000-0x0dffff: clean. Jun 16 00:59:07 Note kernel: CSLIP: code copyright 1989 Regents of the University of California Jun 16 00:59:07 Note kernel: ISDN subsystem Rev: 1.108/1.92/1.134/1.77/1.21/1.5 loaded Jun 16 00:59:07 Note kernel: sedlbauer: index 0x21: Vcc 5.0, io 0x02e8-0x02ef Jun 16 00:59:07 Note kernel: HiSax: Linux Driver for passive ISDN cards Jun 16 00:59:07 Note kernel: HiSax: Version 3.5 (module) Jun 16 00:59:07 Note kernel: HiSax: Layer1 Revision 2.39 Jun 16 00:59:07 Note kernel: HiSax: Layer2 Revision 2.23 Jun 16 00:59:07 Note kernel: HiSax: TeiMgr Revision 2.15 Jun 16 00:59:07 Note kernel: HiSax: Layer3 Revision 2.14 Jun 16 00:59:07 Note kernel: HiSax: LinkLayer Revision 2.47 Jun 16 00:59:07 Note kernel: HiSax: Approval certification valid Jun 16 00:59:07 Note kernel: HiSax: Approved with ELSA Microlink PCI cards Jun 16 00:59:07 Note kernel: HiSax: Approved with Eicon Technology Diva 2.01 PCI cards Jun 16 00:59:07 Note kernel: HiSax: Approved with Sedlbauer Speedfax + cards Jun 16 00:59:07 Note kernel: HiSax: Total 1 card defined Jun 16 00:59:07 Note kernel: HiSax: Card 1 Protocol EDSS1 Id=HiSax (0) Jun 16 00:59:07 Note kernel: HiSax: Sedlbauer driver Rev. 1.23 Jun 16 00:59:07 Note kernel: Sedlbauer: defined at 0x2e8-0x2f0 IRQ 0 Jun 16 00:59:07 Note kernel: Sedlbauer: speed star detected Jun 16 00:59:07 Note kernel: Sedlbauer: ISAC version (0): 2086/2186 V1.1 Jun 16 00:59:07 Note kernel: Sedlbauer: HSCX version A: V2.1 B: V2.1 Jun 16 00:59:07 Note kernel: Sedlbauer: resetting card Jun 16 00:59:07 Note kernel: HiSax: DSS1 Rev. 2.29 Jun 16 00:59:07 Note kernel: HiSax: 2 channels added Jun 16 00:59:07 Note kernel: HiSax: MAX_WAITING_CALLS added Jun 16 00:59:07 Note kernel: HiSax: module installed Jun 16 00:59:07 Note kernel: HiSax: debugging flags card 1 set to 4 Jun 16 00:59:07 Note kernel: isdn: Verbose-Level is 3 Jun 16 00:59:12 Note kernel: IPv6 v0.8 for NET4.0 Jun 16 00:59:12 Note kernel: IPv6 over IPv4 tunneling driver So, nun wird die Sedlbauer gefunden, ich hab alle "bind"ings in /etc/pcmcia/sedlbauer.conf von "sedl_cs" auf den langen Namen "sedlbauer_cs" umgesetzt. Wenigstens das... Also herzlichen Dank an den Spender dieses Tips, hab vergessen, von wem der kam - Karsten, bestimmt von Dir! Danke! ippp, open, slot: 0, minor: 0, state: 0000 ippp_ccp: allocated reset data structure c36b6800 ippp, open, slot: 1, minor: 1, state: 0000 ippp_ccp: allocated reset data structure c3423800 Also sollte die Sedlbauer wenigstens hardwaremaessig laufen. Nun das Problem: Ich gehe genau so vor, wie im Suse 7.0 Pro Buch Seite 195 steht Adm-Netz-NetzGrund So, nun, roechele ich nochmal kraeftig und weiss nicht weiter. Was soll ich nun noch testen? Gestern habe ich bei einem Collegen ISDN eingerichtet, das lief in 10 min. Aber das hier? Bin fuer jede freundliche Hilfe dankbar!
Da nur diese Fragen: Wo speichert Suse die Daten aus "Adm-Netz-NetzGrund" ? Habe zum Test /etc/ppp/options.ippp* gekillt, um von Null anzufangen, aber er "findet" den Kram wieder.
In /etc/rc.config + /etc/rc.config.d/i4l.rc.config + /etc/rc.config.d/i4l_hardware
Ich habe ippp0 (1) eingerichtet: F5 - SyncPPP F3 - no Auto IP F6 - IP fuer ippp0: laut Buch 192.168.0.99 dyn IP=on Netmask 255.255.255.255 default, nicht zu aendern Gateway 192.168.0.1 PtP IP 192.168.0.1 (alles siehe Buch!) F4 - NW *IST* aktiviert F8 - MSN ok (laut Buch ohne Vorwahl) anzurufen 010700192070, ohne TK Anlage manual arcor; internet F9 - PCMCIA an, ist ja Sedlbauer PCMCIA
Und nun druecke ich STARTEN und dieses Fuck-Ding sagt mir, dass ich das zu testende Netzwerk erst aktivieren muss, OBWOHL ich das ja mit F4 eben gerade gemacht habe und das Kreuz an ist - so bloed kann yast doch gar nich sein?!!??!
Es sollte eigentlich schon alles funktionieren, Du musst nur die Einstellungen speichern. PCMCIA kann nicht so getestet werden. Am besten Du ziehst die Karte raus und steckst sie wieder rein, dan sollte es in jedem Fall gehen (isdnctrl dial ippp0).
Nun gut, ich kotze kurz und speichere den ganzen Senf mit F10
Ich versuche daraufhin: init 1 init 2 isdnctrl dial ippp0; cls; ifconfig und das Teil meldet "dialing triggered" und ippp0 Link encap:Point-to-Point Protocol inet addr:192.168.17.67 P-t-P:192.168.0.99 Mask:255.255.255.255 UP POINTOPOINT RUNNING NOARP DYNAMIC MTU:1500 Metric:1 RX packets:0 errors:0 dropped:0 overruns:0 frame:0 TX packets:0 errors:0 dropped:0 overruns:0 carrier:0 collisions:0 txqueuelen:30 AC-Note:/etc/ppp # ping 194.25.2.129 PING 194.25.2.129 (194.25.2.129): 56 data bytes ping: sendto: Network is unreachable ping: wrote 194.25.2.129 64 chars, ret=-1 --- 194.25.2.129 ping statistics --- 3 packets transmitted, 0 packets received, 100% packet loss
[6~Du musst die default route natuerlich auf das ippp0 legen. Das kannst Du z.B. dadurch machen, dass Du in /etc/route.conf default 192.168.0.1 0.0.0.0 ippp0 eintraegst, desweiteren in /etc/ppp/options.ippp0 sollte eine Zeile defaultroute drinstehen. -- Karsten Keil SuSE Labs ISDN development Gut. route.conf geprueft, wie Du sagst. options.ippp0 dito. Jetzt hab ich getestet: su -c "isdnctrl dial ippp0" Dialing of ippp0 triggered su -c "isdnctrl status ippp0" ippp0 connected from 010700192070 From???? nicht "with" oder "to"? Und ping 194.25.2.129 gibt keinen Ping. Oder 132.236.89.2 auch nicht. Was bleibt mir nun noch zu tun? Sekunden spaeter gibt "i. status ippp0" wieder "ippp0 is not connected" Was soll ich da noch tun? Dank der nichtssagenden Docus, die sich in viel imposantem Geblahe ergiessen, anstatt zum Punkt zu kommen, tappe ich hier doch sehr im Dunkeln.... dmesg meldet: ippp0: dialing 0 010700192070... isdn: HiSax,ch0 cause: E2810 ippp0: dialing 1 010700192070... ippp0: dialing 1 010700192070... ippp0: dialing 2 010700192070... ippp0: dialing 2 010700192070... isdn_net: local hangup ippp0 ippp0: Chargesum is 0 isdn: HiSax,ch0 cause: E0010 kernel meldet: Jun 16 13:53:42 Note kernel: isdn_tx_timeout dev ippp0 dialstate 0 Wieso so viele Versuche (bei Arcor sehr unwahrscheinlich...)? Oder was sagen die Ziffern 0,1,1,2,2 bei dialing? Sind das nicht die Anwahlversuche? Und wo sehe ich, aus welchem Grund (z.B. busy, no carrier etc) aufgelegt worden ist? So jedenfalls kann ich viel raten. Wo kann ich nachlesen was cause E0010 bedeutet? Gibt es eine Moeglichkeit, die Anwahl, also alles das, was vom Modem kommt und dort hin geht, zu beoachten (verbose output) ? isdnctrl verbose nimmt offenbar allerlei Werte an, das man ist grottenschlecht, weil es nur sagt "sets verbosity level to num", nun steht da aber nicht, welche Zahlenbereiche erlaubt sind und welche was genau ausloesen. Sehr schlechtes man isdnctrl. Und bloss keine Beispiel in die man pages schreiben, es koennte ja etwas verstaendlicher werden.... kotz! Verbose-level set to 9000. Current setup of interface 'ippp0': EAZ/MSN: 704111 Phone number(s): Outgoing: 010700192070 010700192070 Incoming: Dial mode: manual Secure: on Callback: off Reject before Callback: on Callback-delay: 2 Dialmax: 2 Hangup-Timeout: 60 Incoming-Hangup: off ChargeHangup: off Charge-Units: 0 Charge-Interval: 0 Layer-2-Protocol: hdlc Layer-3-Protocol: trans Encapsulation: syncppp Slave Interface: None Slave delay: 10 Slave trigger: 6000 cps Master Interface: None Pre-Bound to: Nothing PPP-Bound to: 0 Offenbar nimmt verbose auch Wert 9000 an - haha. Note:/etc/ppp # cat /dev/isdnctrl 00:25.60 Card1 ISAC STAR 4a 00:25.60 Card1 ISAC MODE 0 00:25.60 Card1 ISAC ADF2 0 00:25.60 Card1 ISAC ISTA 0 00:25.60 Card1 ISAC CIR0 7c 00:25.60 Card1 HSCX B ISTA 0 00:25.60 Card1 HSCX A ISTA 0 00:25.60 Card1 HSCX B STAR 48 00:25.60 Card1 HSCX A STAR 48 00:25.60 Card1 State ST_L1_F3 Event EV_DEACT_CNF 00:25.60 Card1 ChangeState ST_L1_F3 00:26.05 debugging flags card 1 set to 4 00:56.83 Card1 PH_ACTIVATE_REQ ST_L1_F3 30:43.57 debugging flags card 1 set to 4 31:01.51 debugging flags card 1 set to 4 42:29.02 debugging flags card 1 set to 4 Sagt mir auch nix. Wo soll ich denn nun anfangen? Bzw weiter machen? isdnctrl status ippp0; isdnctrl dial ippp0; isdnctrl status ippp0 ping 132.236.89.2; ping 129.8.100.15; ping 194.25.2.129; ping 145.253.2.11; ping 145.253.2.75 isdnctrl status ippp0; dmesg -c sind meine Testbefehle. Hilfe! Eckkaaaaat! Die Russen sssind daaaaa! Also generell an den Exx10 Fehlercodes kann es ja gar nicht liegen, danke Jan, das ist Call Clearing. Aber wie finde ich nun raus, woran es liegt???? -- *º¤., ¸¸,.¤º*¨¨¨*¤ =Oliver@home= *º¤., ¸¸,.¤º*¨¨*¤ I http://www.bmw-roadster.de/Friends/Olli/olli.html I I http://www.bmw-roadster.de/Friends/friends.html I I http://groups.yahoo.com/group/VGAP-93 I I http://home.t-online.de/home/spacecraft.portal I
Telek0ma iBBMS - soon back online +49.4503.TRSi1/TRSi2 <<<