Absturz nach ISDN-Einwahl mit kinternet
Hallo Liste, ich habe mir ein ganz neues SuSE 8.1-System installiert. Das funktioniert auch einwandfrei, solange ich mich nicht per ISDN einwähle. (kinternet, FritzCardPCI, t-online). Die Einwahl per kinternet funktionierte sehr gut, die Verbindung kam zustande. Nur 'auflegen' ging nicht mehr. Dann stürzt irgendwas ab. Mauseingaben werden akzeptiert, aber die Tastatur ist vollkommen abgemeldet. Deswegen kann ich auch nicht mehr den X-Server anschiessen, sondern muß einen Warmstart machen. Wenn ich mich als User per Mausklick abmelde, fahren die Programme runter. Dann erscheint ein grauer Bildschirm mit beweglichem Mauszeiger und Ende. Um dem Fehler zu beheben, habe ich ein komplettes Online-Update gemacht. Das Ergebnis: Jetzt komme ich nicht einmal mehr online. Durch Klick auf das kinternet-Symbol wird die Tastatur abgemeldet. Mit der Maus komme ich wie bisher auf den grauen Bildschirm. Es erscheint aber kein LogIn-Manager. Der Klick auf das kinternet-Symbol ist der Auslöser der Misere, aber was ist die Ursache? -- Best regards, Gerd Vorher hatte ich eine SuSE 7.3 Installation auf dem selben Rechner. Damit hatte ich keinerlei Probleme.
On Wed, Nov 20, 2002 at 02:14:08PM +0100, Gerd Gessinger wrote:
Hallo Liste,
ich habe mir ein ganz neues SuSE 8.1-System installiert. Das funktioniert auch einwandfrei, solange ich mich nicht per ISDN einwähle. (kinternet, FritzCardPCI, t-online).
Die Einwahl per kinternet funktionierte sehr gut, die Verbindung kam zustande. Nur 'auflegen' ging nicht mehr. Dann stürzt irgendwas ab. Mauseingaben werden akzeptiert, aber die Tastatur ist vollkommen abgemeldet. Deswegen kann ich auch nicht mehr den X-Server anschiessen, sondern muß einen Warmstart machen.
Wenn ich mich als User per Mausklick abmelde, fahren die Programme runter. Dann erscheint ein grauer Bildschirm mit beweglichem Mauszeiger und Ende.
Um dem Fehler zu beheben, habe ich ein komplettes Online-Update gemacht. Das Ergebnis: Jetzt komme ich nicht einmal mehr online. Durch Klick auf das kinternet-Symbol wird die Tastatur abgemeldet. Mit der Maus komme ich wie bisher auf den grauen Bildschirm. Es erscheint aber kein LogIn-Manager.
Der Klick auf das kinternet-Symbol ist der Auslöser der Misere, aber was ist die Ursache?
Das sieht fuer mich nach grundsaetzlichen Problemen am PCI Bus o.ae. aus, wahrscheinlich verursacht durch falsche Vorgaben des BIOS, alte kernel haben die ACPI Angaben grundsaetzlich ignoriert. Versuchmal mit den save settings zu booten. Da durchaus auch der Festplatten controller betroffen sein kann, kann es auch sein das das System jetzt ganz zerschossen ist. -- Karsten Keil SuSE Labs ISDN development
Hello Karsten, Wednesday, November 20, 2002, 3:25:55 PM, you wrote:
Der Klick auf das kinternet-Symbol ist der Auslöser der Misere, aber was ist die Ursache?
Das sieht fuer mich nach grundsaetzlichen Problemen am PCI Bus o.ae. aus, wahrscheinlich verursacht durch falsche Vorgaben des BIOS, alte kernel haben die ACPI Angaben grundsaetzlich ignoriert.
Versuchmal mit den save settings zu booten.
Hab ich. Das kinternet-'Protokoll behauptet: "We are connected". Trotzdem habe ich keine Verbindung und der Datendurchsatz ist 0. Einziger Unterschied: Das System bleibt nicht hängen, reagiert auf Tastatureingaben und ich kann wieder runterfahren.
Da durchaus auch der Festplatten controller betroffen sein kann, kann es auch sein das das System jetzt ganz zerschossen ist.
Hm, das macht mir Mut. ;) Habe ich die 80 EUR für nix ausgegeben und muß auf 7.3 downgraden? Das System arbeitet allerdings soweit ich sehen kann einwandfrei. Solange ich nicht auf das kinternet-Symbol klicke... -- Best regards, /Gerd P.S. Das reply auf Listenmails geht an die Adresse des Absenders statt an die Listenadresse? Merkwürdig.
On Wed, Nov 20, 2002 at 05:26:46PM +0100, Gerd Gessinger wrote:
Hello Karsten, Wednesday, November 20, 2002, 3:25:55 PM, you wrote:
Der Klick auf das kinternet-Symbol ist der Auslöser der Misere, aber was ist die Ursache?
Das sieht fuer mich nach grundsaetzlichen Problemen am PCI Bus o.ae. aus, wahrscheinlich verursacht durch falsche Vorgaben des BIOS, alte kernel haben die ACPI Angaben grundsaetzlich ignoriert.
Versuchmal mit den save settings zu booten.
Hab ich. Das kinternet-'Protokoll behauptet: "We are connected". Trotzdem habe ich keine Verbindung und der Datendurchsatz ist 0. Einziger Unterschied: Das System bleibt nicht hängen, reagiert auf Tastatureingaben und ich kann wieder runterfahren.
OK, schau mal in /var/log/messages nach, was dort drin steht. Desweiteren ist ein wenig Info ueber die HW hilfreich, z.B. zum ersten ein lspci -v.
Da durchaus auch der Festplatten controller betroffen sein kann, kann es auch sein das das System jetzt ganz zerschossen ist.
Hm, das macht mir Mut. ;) Habe ich die 80 EUR für nix ausgegeben und muß auf 7.3 downgraden?
Nein, eventuell ist ein kernel update notwendig. Das Problem mit diesen Sch... Kram (Entschuldigung, aber jeder der naeher mit ACPI und den kaputten Implementierungen zu tun hat wird das bestaetigen das das noch zu hoefflich ausgedrueckt ist), ist das ganz neue Rechner ohne garnicht mehr booten, aeltere aber jede menge workarounds brauchen. Angeblich hat die ACPI Datenbank die Windows benutzt um diese Ausnahmen zu handeln mehrere tausend Eintraege.
Das System arbeitet allerdings soweit ich sehen kann einwandfrei. Solange ich nicht auf das kinternet-Symbol klicke...
P.S. Das reply auf Listenmails geht an die Adresse des Absenders statt an die Listenadresse? Merkwürdig.
Darueber sind schon fast Glaubenskriege ausgefochten worden, beides hat Vor- und Nachteile, die Adresse der Liste ist etwas gefaehrlicher falls mal ein Mailprogramm verrueckt spielt, da das dann zu endloss Loops fuehrt von denen alle Teilnehmer betroffen sind. Die meisten Mailprogramme haben aber eine Funktion an die Liste zu antworten. -- Karsten Keil SuSE Labs ISDN development
Am Mittwoch, 20. November 2002 17:26 schrieb Gerd Gessinger:
Hello Karsten,
Wednesday, November 20, 2002, 3:25:55 PM, you wrote:
Der Klick auf das kinternet-Symbol ist der Auslöser der Misere, aber was ist die Ursache?
Das sieht fuer mich nach grundsaetzlichen Problemen am PCI Bus o.ae. aus, wahrscheinlich verursacht durch falsche Vorgaben des BIOS, alte kernel haben die ACPI Angaben grundsaetzlich ignoriert.
Versuchmal mit den save settings zu booten.
Hab ich. Das kinternet-'Protokoll behauptet: "We are connected". Trotzdem habe ich keine Verbindung und der Datendurchsatz ist 0. Einziger Unterschied: Das System bleibt nicht hängen, reagiert auf Tastatureingaben und ich kann wieder runterfahren.
Da durchaus auch der Festplatten controller betroffen sein kann, kann es auch sein das das System jetzt ganz zerschossen ist.
Hm, das macht mir Mut. ;) Habe ich die 80 EUR für nix ausgegeben und muß auf 7.3 downgraden? Das System arbeitet allerdings soweit ich sehen kann einwandfrei. Solange ich nicht auf das kinternet-Symbol klicke...
Ich würde mal der ISDN-Karte im Bios direkt einen bestimmten Port zuweisen, da moderne Boards die Portvergabe dynamisch bewerkstelligen und dabei schon mal aus dem tritt geraten. Insbesondere mit einem separaten Festplattenkontroller (SCSI, U-EIDE) o.ä. . -- MfG Andreas -- end of message --
Hello Karsten, Wednesday, November 20, 2002, 6:48:17 PM, you wrote:
OK, schau mal in /var/log/messages nach, was dort drin steht.
jede Menge ;) Ich kopier mal das raus, was ich mit ISDN in Verbindung bringe und hoffe, daß ich das Richtige treffe: ,----- [ /var/log/messages ] | Nov 20 17:08:18 linux ipppd[524]: Connect[0]: /dev/ippp0, fd: 6 | Nov 20 17:08:18 linux kernel: ippp, open, slot: 1, minor: 0, state: 0000 | Nov 20 17:08:18 linux kernel: ippp_ccp: allocated reset data structure cb433000 | Nov 20 17:08:18 linux kernel: ippp_ccp: freeing reset data structure c2356000 | Nov 20 17:08:18 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 | Nov 20 17:08:18 linux isdnlog: Nov 20 17:08:18 tei 102 calling 0228191 - 0 with +49 228/214043, Bonn HANGUP ( 0:00:21) | Nov 20 17:08:18 linux ipppd[524]: Terminating on signal 15. | Nov 20 17:08:18 linux ipppd[524]: closing fd 6 from unit 0 | Nov 20 17:08:18 linux ipppd[524]: link 0 closed , linkunit: 0 | Nov 20 17:08:18 linux ipppd[524]: Exit. | Nov 20 17:08:18 linux kernel: ippp_ccp: freeing reset data structure cb433000 | Nov 20 17:08:19 linux modify_resolvconf: restored /etc/resolv.conf.saved.by.ipppd.ippp0 to /etc/resolv.conf | Nov 20 17:08:19 linux modprobe: modprobe: Can't locate module ippp0 | Nov 20 17:08:19 linux modprobe: modprobe: Can't locate module ippp0 | Nov 20 17:08:39 linux ipppd[2522]: Found 1 device: | Nov 20 17:08:39 linux ipppd[2523]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started | Nov 20 17:08:39 linux ipppd[2523]: init_unit: 0 | Nov 20 17:08:39 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000 | Nov 20 17:08:39 linux kernel: ippp_ccp: allocated reset data structure c225f000 | Nov 20 17:08:39 linux ipppd[2523]: Connect[0]: /dev/ippp0, fd: 12 | Nov 20 17:08:39 linux kernel: ippp0: dialing 1 0191011... | Nov 20 17:08:39 linux isdnlog: Nov 20 17:08:39 * tei 102 calling 0191011 with +49 228/x, Bonn RING (Data) | Nov 20 17:08:41 linux isdnlog: Nov 20 17:08:41 tei 102 calling 0191011 with +49 228/x, Bonn Time:Wed Nov 20 17:09:00 2002 | Nov 20 17:08:41 linux isdnlog: Nov 20 17:08:41 tei 102 calling 0228191 - 0 with +49 228/x, Bonn COLP 0228191 - 0 | Nov 20 17:08:41 linux isdnlog: Nov 20 17:08:41 tei 102 calling 0228191 - 0 with +49 228/x, Bonn CONNECT (Data) | Nov 20 17:08:41 linux isdnlog: Nov 20 17:08:41 tei 102 calling 0228191 - 0 with +49 228/x, Bonn No area info for provider 33_0 (18), destination 02281910 | Nov 20 17:08:41 linux kernel: kcapi: appl 1 ncci 0x10101 up | Nov 20 17:08:41 linux kernel: isdn_net: ippp0 connected | Nov 20 17:08:41 linux kernel: capidrv-1: chan 0 up with ncci 0x10101 | Nov 20 17:08:41 linux ipppd[2523]: Local number: 0228214043, Remote number: 0191011, Type: outgoing | Nov 20 17:08:41 linux ipppd[2523]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 12 | Nov 20 17:08:41 linux ipppd[2523]: ioctl(SIOCSIFMTU): Invalid argument, 11 ippp0 1524. | Nov 20 17:08:41 linux ipppd[2523]: Remote message: | Nov 20 17:08:41 linux ipppd[2523]: MPPP negotiation, He: No We: No | Nov 20 17:08:41 linux ipppd[2523]: CCP enabled! Trying CCP. | Nov 20 17:08:41 linux ipppd[2523]: CCP: got ccp-unit 0 for link 0 (Compression Control Protocol) | Nov 20 17:08:41 linux ipppd[2523]: ccp_resetci! | Nov 20 17:08:41 linux kernel: Received CCP frame from peer slot(0) | Nov 20 17:08:41 linux kernel: [0/0].ccp-rcv[0]: 01 01 00 09 11 05 00 01 04 | Nov 20 17:08:41 linux ipppd[2523]: ccp_resetci! | Nov 20 17:08:41 linux kernel: Received CCP frame from daemon: | Nov 20 17:08:41 linux kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 01 01 00 04 | Nov 20 17:08:41 linux kernel: Received CCP frame from daemon: | Nov 20 17:08:41 linux kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 04 01 00 09 11 05 00 01 04 | Nov 20 17:08:41 linux kernel: Received CCP frame from peer slot(0) | Nov 20 17:08:41 linux kernel: [0/0].ccp-rcv[0]: 04 01 00 04 | Nov 20 17:08:41 linux kernel: Received CCP frame from peer slot(0) | Nov 20 17:08:41 linux kernel: [0/0].ccp-rcv[0]: 01 02 00 0a 11 06 00 01 01 03 | Nov 20 17:08:41 linux ipppd[2523]: ccp_resetci! | Nov 20 17:08:41 linux kernel: Received CCP frame from daemon: | Nov 20 17:08:41 linux kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 01 02 00 04 | Nov 20 17:08:41 linux kernel: Received CCP frame from daemon: | Nov 20 17:08:41 linux kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 04 02 00 0a 11 06 00 01 01 03 | Nov 20 17:08:41 linux ipppd[2523]: local IP address 217.0.177.74 | Nov 20 17:08:41 linux ipppd[2523]: remote IP address 62.225.246.1 | Nov 20 17:08:41 linux ipppd[2523]: ppp not replacing existing default route to eth0[192.168.123.254] | Nov 20 17:08:41 linux kernel: Received CCP frame from peer slot(0) | Nov 20 17:08:41 linux kernel: [0/0].ccp-rcv[0]: 04 02 00 04 | Nov 20 17:08:42 linux modify_resolvconf: Service ipppd modified /etc/resolv.conf. See info block in this file | Nov 20 17:11:01 linux kernel: isdn_net: local hangup ippp0 | Nov 20 17:11:01 linux kernel: ippp0: Chargesum is 0 | Nov 20 17:11:01 linux kernel: kcapi: appl 1 ncci 0x10101 down | Nov 20 17:11:01 linux ipppd[2523]: Modem hangup | Nov 20 17:11:01 linux ipppd[2523]: Connection terminated. | Nov 20 17:11:01 linux ipppd[2523]: taking down PHASE_DEAD link 0, linkunit: 0 | Nov 20 17:11:01 linux ipppd[2523]: closing fd 12 from unit 0 | Nov 20 17:11:02 linux ipppd[2523]: link 0 closed , linkunit: 0 | Nov 20 17:11:02 linux ipppd[2523]: reinit_unit: 0 `-----
Desweiteren ist ein wenig Info ueber die HW hilfreich, z.B. zum ersten ein lspci -v.
,----- [ lspci -v ] | 00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) | Subsystem: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge | Flags: bus master, medium devsel, latency 64 | Memory at f8000000 (32-bit, prefetchable) [size=64M] | Capabilities: [a0] AGP version 1.0 | | 00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) (prog-if 00 [Normal decode]) | Flags: bus master, 66Mhz, medium devsel, latency 64 | Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 | I/O behind bridge: 0000d000-0000dfff | Memory behind bridge: fca00000-feafffff | Prefetchable memory behind bridge: f2800000-f48fffff | | 00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) | Flags: bus master, medium devsel, latency 0 | | 00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) (prog-if 80 [Master]) | Flags: bus master, medium devsel, latency 64 | [virtual] I/O ports at 01f0 | [virtual] I/O ports at 03f4 | [virtual] I/O ports at 0170 | [virtual] I/O ports at 0374 | I/O ports at ffa0 [size=16] | | 00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) (prog-if 00 [UHCI]) | Flags: bus master, medium devsel, latency 64, IRQ 10 | I/O ports at ef80 [size=32] | | 00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02) | Flags: medium devsel, IRQ 9 | | 00:0c.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 06) | Subsystem: Intel Corp. ES1371, ES1373 AudioPCI On Motherboard SunRiver | Flags: bus master, slow devsel, latency 64, IRQ 9 | I/O ports at ef00 [size=64] | Capabilities: [dc] Power Management version 1 | | 00:0d.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 43) | Subsystem: D-Link System Inc DFE-530TX rev A | Flags: bus master, medium devsel, latency 64, IRQ 11 | I/O ports at e800 [size=256] | Memory at febffc00 (32-bit, non-prefetchable) [size=256] | Expansion ROM at febe0000 [disabled] [size=64K] | Capabilities: [40] Power Management version 2 | | 00:0f.0 Network controller: AVM Audiovisuelles MKTG & Computer System GmbH A1 ISDN [Fritz] (rev 02) | Subsystem: AVM Audiovisuelles MKTG & Computer System GmbH FRITZ!Card ISDN Controller | Flags: medium devsel, IRQ 5 | Memory at febff800 (32-bit, non-prefetchable) [size=32] | I/O ports at ef40 [size=32] | | 01:00.0 VGA compatible controller: nVidia Corporation NV4 [Riva TnT] (rev 04) (prog-if 00 [VGA]) | Subsystem: Intel Corp.: Unknown device 5352 | Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 11 | Memory at fd000000 (32-bit, non-prefetchable) [size=16M] | Memory at f3000000 (32-bit, prefetchable) [size=16M] | Expansion ROM at fe6f0000 [disabled] [size=64K] | Capabilities: [60] Power Management version 1 | Capabilities: [44] AGP version 1.0 `----- [reply auf Listenmails]
Darueber sind schon fast Glaubenskriege ausgefochten worden
Verstehe. Dann sag' ich jetzt da nix mehr zu, damit kein neuer ausbricht. ;) -- Best regards, /Gerd
On Wed, Nov 20, 2002 at 08:28:46PM +0100, Gerd Gessinger wrote:
Hello Karsten, Wednesday, November 20, 2002, 6:48:17 PM, you wrote:
OK, schau mal in /var/log/messages nach, was dort drin steht.
jede Menge ;) Ich kopier mal das raus, was ich mit ISDN in Verbindung bringe und hoffe, daß ich das Richtige treffe:
,----- [ /var/log/messages ] | Nov 20 17:08:18 linux ipppd[524]: Connect[0]: /dev/ippp0, fd: 6 | Nov 20 17:08:18 linux kernel: ippp, open, slot: 1, minor: 0, state: 0000 | Nov 20 17:08:18 linux kernel: ippp_ccp: allocated reset data structure cb433000 | Nov 20 17:08:18 linux kernel: ippp_ccp: freeing reset data structure c2356000 | Nov 20 17:08:18 linux kernel: capidrv-1: DISCONNECT_IND reason 0x3400 (No additional information) for plci 0x101 | Nov 20 17:08:18 linux isdnlog: Nov 20 17:08:18 tei 102 calling 0228191 - 0 with +49 228/214043, Bonn HANGUP ( 0:00:21) | Nov 20 17:08:18 linux ipppd[524]: Terminating on signal 15. | Nov 20 17:08:18 linux ipppd[524]: closing fd 6 from unit 0 | Nov 20 17:08:18 linux ipppd[524]: link 0 closed , linkunit: 0 | Nov 20 17:08:18 linux ipppd[524]: Exit. | Nov 20 17:08:18 linux kernel: ippp_ccp: freeing reset data structure cb433000 | Nov 20 17:08:19 linux modify_resolvconf: restored /etc/resolv.conf.saved.by.ipppd.ippp0 to /etc/resolv.conf | Nov 20 17:08:19 linux modprobe: modprobe: Can't locate module ippp0 | Nov 20 17:08:19 linux modprobe: modprobe: Can't locate module ippp0 | Nov 20 17:08:39 linux ipppd[2522]: Found 1 device: | Nov 20 17:08:39 linux ipppd[2523]: ipppd i2.2.12 (isdn4linux version of pppd by MH) started | Nov 20 17:08:39 linux ipppd[2523]: init_unit: 0 | Nov 20 17:08:39 linux kernel: ippp, open, slot: 0, minor: 0, state: 0000 | Nov 20 17:08:39 linux kernel: ippp_ccp: allocated reset data structure c225f000 | Nov 20 17:08:39 linux ipppd[2523]: Connect[0]: /dev/ippp0, fd: 12 | Nov 20 17:08:39 linux kernel: ippp0: dialing 1 0191011... | Nov 20 17:08:39 linux isdnlog: Nov 20 17:08:39 * tei 102 calling 0191011 with +49 228/x, Bonn RING (Data) | Nov 20 17:08:41 linux isdnlog: Nov 20 17:08:41 tei 102 calling 0191011 with +49 228/x, Bonn Time:Wed Nov 20 17:09:00 2002 | Nov 20 17:08:41 linux isdnlog: Nov 20 17:08:41 tei 102 calling 0228191 - 0 with +49 228/x, Bonn COLP 0228191 - 0 | Nov 20 17:08:41 linux isdnlog: Nov 20 17:08:41 tei 102 calling 0228191 - 0 with +49 228/x, Bonn CONNECT (Data) | Nov 20 17:08:41 linux isdnlog: Nov 20 17:08:41 tei 102 calling 0228191 - 0 with +49 228/x, Bonn No area info for provider 33_0 (18), destination 02281910 | Nov 20 17:08:41 linux kernel: kcapi: appl 1 ncci 0x10101 up | Nov 20 17:08:41 linux kernel: isdn_net: ippp0 connected | Nov 20 17:08:41 linux kernel: capidrv-1: chan 0 up with ncci 0x10101 | Nov 20 17:08:41 linux ipppd[2523]: Local number: 0228214043, Remote number: 0191011, Type: outgoing | Nov 20 17:08:41 linux ipppd[2523]: PHASE_WAIT -> PHASE_ESTABLISHED, ifunit: 0, linkunit: 0, fd: 12 | Nov 20 17:08:41 linux ipppd[2523]: ioctl(SIOCSIFMTU): Invalid argument, 11 ippp0 1524. | Nov 20 17:08:41 linux ipppd[2523]: Remote message: | Nov 20 17:08:41 linux ipppd[2523]: MPPP negotiation, He: No We: No | Nov 20 17:08:41 linux ipppd[2523]: CCP enabled! Trying CCP. | Nov 20 17:08:41 linux ipppd[2523]: CCP: got ccp-unit 0 for link 0 (Compression Control Protocol) | Nov 20 17:08:41 linux ipppd[2523]: ccp_resetci! | Nov 20 17:08:41 linux kernel: Received CCP frame from peer slot(0) | Nov 20 17:08:41 linux kernel: [0/0].ccp-rcv[0]: 01 01 00 09 11 05 00 01 04 | Nov 20 17:08:41 linux ipppd[2523]: ccp_resetci! | Nov 20 17:08:41 linux kernel: Received CCP frame from daemon: | Nov 20 17:08:41 linux kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 01 01 00 04 | Nov 20 17:08:41 linux kernel: Received CCP frame from daemon: | Nov 20 17:08:41 linux kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 04 01 00 09 11 05 00 01 04 | Nov 20 17:08:41 linux kernel: Received CCP frame from peer slot(0) | Nov 20 17:08:41 linux kernel: [0/0].ccp-rcv[0]: 04 01 00 04 | Nov 20 17:08:41 linux kernel: Received CCP frame from peer slot(0) | Nov 20 17:08:41 linux kernel: [0/0].ccp-rcv[0]: 01 02 00 0a 11 06 00 01 01 03 | Nov 20 17:08:41 linux ipppd[2523]: ccp_resetci! | Nov 20 17:08:41 linux kernel: Received CCP frame from daemon: | Nov 20 17:08:41 linux kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 01 02 00 04 | Nov 20 17:08:41 linux kernel: Received CCP frame from daemon: | Nov 20 17:08:41 linux kernel: [0/0].ccp-xmit[0]: ff 03 80 fd 04 02 00 0a 11 06 00 01 01 03 | Nov 20 17:08:41 linux ipppd[2523]: local IP address 217.0.177.74 | Nov 20 17:08:41 linux ipppd[2523]: remote IP address 62.225.246.1 | Nov 20 17:08:41 linux ipppd[2523]: ppp not replacing existing default route to eth0[192.168.123.254]
Aha, da ist der Schuldige. Steht in der Datei /etc/sysconfig/isdn/cfg-net0 DEFAULTROUTE auf yes ? Ist die defaultroute fuer 192.168.123.254 notwendig ? , besser dort eine Netzroute verwenden. Annsonsten ist das alles bestens.
,----- [ lspci -v ] | 00:00.0 Host bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge (rev 03) | Subsystem: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX Host bridge | Flags: bus master, medium devsel, latency 64 | Memory at f8000000 (32-bit, prefetchable) [size=64M] | Capabilities: [a0] AGP version 1.0 | | 00:01.0 PCI bridge: Intel Corp. 440BX/ZX/DX - 82443BX/ZX/DX AGP bridge (rev 03) (prog-if 00 [Normal decode]) | Flags: bus master, 66Mhz, medium devsel, latency 64 | Bus: primary=00, secondary=01, subordinate=01, sec-latency=64 | I/O behind bridge: 0000d000-0000dfff | Memory behind bridge: fca00000-feafffff | Prefetchable memory behind bridge: f2800000-f48fffff | | 00:07.0 ISA bridge: Intel Corp. 82371AB/EB/MB PIIX4 ISA (rev 02) | Flags: bus master, medium devsel, latency 0 | | 00:07.1 IDE interface: Intel Corp. 82371AB/EB/MB PIIX4 IDE (rev 01) (prog-if 80 [Master]) | Flags: bus master, medium devsel, latency 64 | [virtual] I/O ports at 01f0 | [virtual] I/O ports at 03f4 | [virtual] I/O ports at 0170 | [virtual] I/O ports at 0374 | I/O ports at ffa0 [size=16] | | 00:07.2 USB Controller: Intel Corp. 82371AB/EB/MB PIIX4 USB (rev 01) (prog-if 00 [UHCI]) | Flags: bus master, medium devsel, latency 64, IRQ 10 | I/O ports at ef80 [size=32] | | 00:07.3 Bridge: Intel Corp. 82371AB/EB/MB PIIX4 ACPI (rev 02) | Flags: medium devsel, IRQ 9 | | 00:0c.0 Multimedia audio controller: Ensoniq ES1371 [AudioPCI-97] (rev 06) | Subsystem: Intel Corp. ES1371, ES1373 AudioPCI On Motherboard SunRiver | Flags: bus master, slow devsel, latency 64, IRQ 9 | I/O ports at ef00 [size=64] | Capabilities: [dc] Power Management version 1 | | 00:0d.0 Ethernet controller: VIA Technologies, Inc. VT6102 [Rhine-II] (rev 43) | Subsystem: D-Link System Inc DFE-530TX rev A | Flags: bus master, medium devsel, latency 64, IRQ 11 | I/O ports at e800 [size=256] | Memory at febffc00 (32-bit, non-prefetchable) [size=256] | Expansion ROM at febe0000 [disabled] [size=64K] | Capabilities: [40] Power Management version 2 | | 00:0f.0 Network controller: AVM Audiovisuelles MKTG & Computer System GmbH A1 ISDN [Fritz] (rev 02) | Subsystem: AVM Audiovisuelles MKTG & Computer System GmbH FRITZ!Card ISDN Controller | Flags: medium devsel, IRQ 5 | Memory at febff800 (32-bit, non-prefetchable) [size=32] | I/O ports at ef40 [size=32] | | 01:00.0 VGA compatible controller: nVidia Corporation NV4 [Riva TnT] (rev 04) (prog-if 00 [VGA]) | Subsystem: Intel Corp.: Unknown device 5352 | Flags: bus master, 66Mhz, medium devsel, latency 64, IRQ 11 | Memory at fd000000 (32-bit, non-prefetchable) [size=16M] | Memory at f3000000 (32-bit, prefetchable) [size=16M] | Expansion ROM at fe6f0000 [disabled] [size=64K] | Capabilities: [60] Power Management version 1 | Capabilities: [44] AGP version 1.0 `-----
Sieht so erstmal brauchbar aus. Wenn alles wieder funktioniert, kannst Duja mal probieren welche der save settings notwendig sind, und die dann beim normalen boot eintragen. -- Karsten Keil SuSE Labs ISDN development
Hello Karsten, Wednesday, November 20, 2002, 9:48:04 PM, you wrote:
| Nov 20 17:08:41 linux ipppd[2523]: remote IP address 62.225.246.1 | Nov 20 17:08:41 linux ipppd[2523]: ppp not replacing existing default route to eth0[192.168.123.254]
Aha, da ist der Schuldige. Steht in der Datei /etc/sysconfig/isdn/cfg-net0 DEFAULTROUTE auf yes ?
Keine Ahnung, werde ich gleich nachprüfen. (Dazu muß ich umbooten). Da ich relativ neu bei Linux bin, habe ich keine einzige Datei per Hand bearbeitet. Da steht überall ausschließlich das drin, was Yast2 rein geschrieben hat. Wenn es drin steht, was dann? Auf "no" setzen oder löschen?
Ist die defaultroute fuer 192.168.123.254 notwendig ?
s.o. keine Ahnung. Ich habe das nicht reingeschrieben. Die IP kommt mir bekannt vor. Das könnte ein Router sein, weil der Rechner (für Windows) an einem LAN hängt.
, besser dort eine Netzroute verwenden.
Gern. Was ist eine Netzroute?
Annsonsten ist das alles bestens.
:-)
Wenn alles wieder funktioniert, kannst Duja mal probieren welche der save settings notwendig sind, und die dann beim normalen boot eintragen.
OK. Sobald ich herausbekommen habe wie man das macht... -- Best regards, /Gerd Nachtrag: Pardon, ich habe das mit dem listreply schon wieder vermasselt. Muß mich da erst dran gewöhnen. Dafür jetzt auch die Datei: ,----- [ cfg-net0 ] | CHARGEHUP="on" | DEFAULTROUTE="yes" | DYNAMICIP="yes" | IPADDR="" | MSN="0228214043" | MULTILINK="no" | PROTOCOL="syncppp" | PROVIDER="tonline" | PTPADDR="" | STARTMODE="onboot" `-----
Hello Gerd, Thursday, November 21, 2002, 10:48:56 AM, you wrote:
Aha, da ist der Schuldige. Steht in der Datei /etc/sysconfig/isdn/cfg-net0 DEFAULTROUTE auf yes ?
Wenn es drin steht, was dann? Auf "no" setzen oder löschen?
Ich habs einfach mal probiert: DEFAULTROUTE="no" macht keinen Unterschied.
Wenn alles wieder funktioniert, kannst Duja mal probieren welche der save settings notwendig sind, und die dann beim normalen boot eintragen.
ein boot mit 'acpi=no' beseitigt das Absturz- und Tastaturabmeldeproblem. Das ist ja schon mal ein Hoffnungsschimmer. :-) -- Best regards, /Gerd
participants (3)
-
Andreas Schütz
-
Gerd Gessinger
-
Karsten Keil