Hi, ich habe mich beim Einrichten an den folgenden Artikel gehalten: http://portal.suse.com/sdb/de/2004/04/bluefritz9_1.html Danach funktionierte das auch eine Weile, bis ich es auf "Dial on Demand" umgeschaltet habe. Doch auch das zurücknehmen dessen, bringt es nicht wieder zum automatischen Laufen. Wenn ich die Befehle manuell in der Konsole ausführe, kann ich danach auch ins Internet gehen, aber beim Booten kommen folgende Meldungen: ---- <notice>start services (bluefritz SuSEfirewall2_final) Starting Firewall Initialization (phase 3 of 3) done ippp0 interface ippp0 is not up Shutting down SMPPPD done isdnlog: no process killed ERROR: Module capidrv does not exist in /proc/modules ERROR: Module isdn does not exist in /proc/modules Searching ... No devices in range or visible ippp0 error in /usr/sbin/isdnctrl addif ippp0 Starting SMPPPD<notice>startproc: execve (/usr/sbin/smpppd) [ /usr/sbin/smpppd ], [ CONSOLE=/dev/console SHELL=/bin/sh TERM= linux progress=49 INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=118 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/b in vga=0x317 RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=41 SHLVL=3 sscripts=50 splash=silent _=/sbin/startproc DAEMON=/usr/sbin/smpp pd ] done <notice>exit status of (bluefritz SuSEfirewall2_final) is (0 0) Master Resource Control: runlevel 5 has been reached Skipped services in runlevel 5: isdn smbfs nfs ---- Wie kann ich diesen Fehler beheben? Wieso kann er die Module nicht laden? Tschau Sebastian
Am Dienstag, 18. Mai 2004 14:14 schrieb Sebastian Gibb:
Hi, ich habe mich beim Einrichten an den folgenden Artikel gehalten: http://portal.suse.com/sdb/de/2004/04/bluefritz9_1.html Danach funktionierte das auch eine Weile, bis ich es auf "Dial on Demand" umgeschaltet habe. Doch auch das zurücknehmen dessen, bringt es nicht wieder zum automatischen Laufen.
Wenn ich die Befehle manuell in der Konsole ausführe, kann ich danach auch ins Internet gehen, aber beim Booten kommen folgende Meldungen: ---- <notice>start services (bluefritz SuSEfirewall2_final) Starting Firewall Initialization (phase 3 of 3) done ippp0 interface ippp0 is not up Shutting down SMPPPD done isdnlog: no process killed ERROR: Module capidrv does not exist in /proc/modules ERROR: Module isdn does not exist in /proc/modules Searching ... No devices in range or visible ippp0 error in /usr/sbin/isdnctrl addif ippp0 Starting SMPPPD<notice>startproc: execve (/usr/sbin/smpppd) [ /usr/sbin/smpppd ], [ CONSOLE=/dev/console SHELL=/bin/sh TERM= linux progress=49 INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=118 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/b in vga=0x317 RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=41 SHLVL=3 sscripts=50 splash=silent _=/sbin/startproc DAEMON=/usr/sbin/smpp pd ] done <notice>exit status of (bluefritz SuSEfirewall2_final) is (0 0) Master Resource Control: runlevel 5 has been reached Skipped services in runlevel 5: isdn smbfs nfs ----
Wie kann ich diesen Fehler beheben? Wieso kann er die Module nicht laden?
Tschau Sebastian Keiner eine Idee? Das manuelle eingeben der Befehle stört zunehmend, denn wenn ich die Befehle in ein Script gebe und dieses Ausführe, erscheinen die selben Fehler wie beim Bootscript. Bitte um Hilfe!
Tschau Sebastian
On Fri, May 21, 2004 at 07:34:38AM +0200, Sebastian Gibb wrote:
Am Dienstag, 18. Mai 2004 14:14 schrieb Sebastian Gibb:
Hi, ich habe mich beim Einrichten an den folgenden Artikel gehalten: http://portal.suse.com/sdb/de/2004/04/bluefritz9_1.html Danach funktionierte das auch eine Weile, bis ich es auf "Dial on Demand" umgeschaltet habe. Doch auch das zurücknehmen dessen, bringt es nicht wieder zum automatischen Laufen.
Wenn ich die Befehle manuell in der Konsole ausführe, kann ich danach auch ins Internet gehen, aber beim Booten kommen folgende Meldungen: ---- <notice>start services (bluefritz SuSEfirewall2_final) Starting Firewall Initialization (phase 3 of 3) done ippp0 interface ippp0 is not up Shutting down SMPPPD done isdnlog: no process killed ERROR: Module capidrv does not exist in /proc/modules ERROR: Module isdn does not exist in /proc/modules Searching ... No devices in range or visible ippp0 error in /usr/sbin/isdnctrl addif ippp0 Starting SMPPPD<notice>startproc: execve (/usr/sbin/smpppd) [ /usr/sbin/smpppd ], [ CONSOLE=/dev/console SHELL=/bin/sh TERM= linux progress=49 INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=118 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/b in vga=0x317 RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=41 SHLVL=3 sscripts=50 splash=silent _=/sbin/startproc DAEMON=/usr/sbin/smpp pd ] done <notice>exit status of (bluefritz SuSEfirewall2_final) is (0 0) Master Resource Control: runlevel 5 has been reached Skipped services in runlevel 5: isdn smbfs nfs ----
Wie kann ich diesen Fehler beheben? Wieso kann er die Module nicht laden?
Ich sehe kein Problem beim Laden. Die ERROR kommen davon, das das script sicherheitshalber erstmal die module entlaedt, falss sie schon durch hotplug geladen wurden, das war aber in diesem Fall nicht so, das stört auch nicht.
Tschau Sebastian Keiner eine Idee? Das manuelle eingeben der Befehle stört zunehmend, denn wenn ich die Befehle in ein Script gebe und dieses Ausführe, erscheinen die selben Fehler wie beim Bootscript. Bitte um Hilfe!
z.B. sleep 1; zwischen die Befehle (eventuell auch andere Werte) ? -- Karsten Keil SuSE Labs ISDN development
Am Freitag, 21. Mai 2004 11:07 schrieb Karsten Keil:
On Fri, May 21, 2004 at 07:34:38AM +0200, Sebastian Gibb wrote:
Am Dienstag, 18. Mai 2004 14:14 schrieb Sebastian Gibb:
Hi, ich habe mich beim Einrichten an den folgenden Artikel gehalten: http://portal.suse.com/sdb/de/2004/04/bluefritz9_1.html Danach funktionierte das auch eine Weile, bis ich es auf "Dial on Demand" umgeschaltet habe. Doch auch das zurücknehmen dessen, bringt es nicht wieder zum automatischen Laufen.
Wenn ich die Befehle manuell in der Konsole ausführe, kann ich danach auch ins Internet gehen, aber beim Booten kommen folgende Meldungen: ---- <notice>start services (bluefritz SuSEfirewall2_final) Starting Firewall Initialization (phase 3 of 3) done ippp0 interface ippp0 is not up Shutting down SMPPPD done isdnlog: no process killed ERROR: Module capidrv does not exist in /proc/modules ERROR: Module isdn does not exist in /proc/modules Searching ... No devices in range or visible ippp0 error in /usr/sbin/isdnctrl addif ippp0 Starting SMPPPD<notice>startproc: execve (/usr/sbin/smpppd) [ /usr/sbin/smpppd ], [ CONSOLE=/dev/console SHELL=/bin/sh TERM= linux progress=49 INIT_VERSION=sysvinit-2.85 REDIRECT=/dev/tty1 COLUMNS=118 PATH=/usr/local/sbin:/sbin:/bin:/usr/sbin:/usr/b in vga=0x317 RUNLEVEL=5 PWD=/ PREVLEVEL=N LINES=41 SHLVL=3 sscripts=50 splash=silent _=/sbin/startproc DAEMON=/usr/sbin/smpp pd ] done <notice>exit status of (bluefritz SuSEfirewall2_final) is (0 0) Master Resource Control: runlevel 5 has been reached Skipped services in runlevel 5: isdn smbfs nfs ----
Wie kann ich diesen Fehler beheben? Wieso kann er die Module nicht laden?
Ich sehe kein Problem beim Laden. Die ERROR kommen davon, das das script sicherheitshalber erstmal die module entlaedt, falss sie schon durch hotplug geladen wurden, das war aber in diesem Fall nicht so, das stört auch nicht.
Tschau Sebastian
Keiner eine Idee? Das manuelle eingeben der Befehle stört zunehmend, denn wenn ich die Befehle in ein Script gebe und dieses Ausführe, erscheinen die selben Fehler wie beim Bootscript. Bitte um Hilfe!
z.B. sleep 1;
zwischen die Befehle (eventuell auch andere Werte) ?
-- Karsten Keil SuSE Labs ISDN development Meines Erachtens, brauchen die Befehle keine anderen Werte, denn ich führe die selben ja auch manuell aus. sleep habe ich nach jedem Befehl hinzugefügt und bis jeweils 60 erhöht -> ohne Verbesserung. Was mich am meisten wundert, dass es bis vor kurzem noch ohne Probleme funktionierte und nach dem Umstellen auf Dial on Demand nicht mehr. Die ERROR's beim Entladen der noch nicht geladenen Module haben mir eigentlich kaum Sorgen bereitet. Der entscheidene Teil ist meiner Meinung dieser: [...] Searching ... No devices in range or visible ippp0 error in /usr/sbin/isdnctrl addif ippp0 [...]
Was verursacht diese Ausgabe? Tschau Sebastian
On Fri, May 21, 2004 at 01:32:20PM +0200, Sebastian Gibb wrote:
-- Karsten Keil SuSE Labs ISDN development Meines Erachtens, brauchen die Befehle keine anderen Werte, denn ich führe die selben ja auch manuell aus.
Ich meinte den sleep wert.
sleep habe ich nach jedem Befehl hinzugefügt und bis jeweils 60 erhöht -> ohne Verbesserung. Was mich am meisten wundert, dass es bis vor kurzem noch ohne Probleme funktionierte und nach dem Umstellen auf Dial on Demand nicht mehr.
Dial On demand kann damit nichts zu tun haben, Das setzt erst nach Aufbau der BT Verbindung ein.
Die ERROR's beim Entladen der noch nicht geladenen Module haben mir eigentlich kaum Sorgen bereitet. Der entscheidene Teil ist meiner Meinung dieser: [...] Searching ... No devices in range or visible
Blutooth findet keine Gegenstelle.
ippp0 error in /usr/sbin/isdnctrl addif ippp0 [...]
keine Gegenstelle -> kein CAPI Treiber -> kein I4L Geraet ... Warum keine Gegenstelle gefunden wird - keine Ahnung. -- Karsten Keil SuSE Labs ISDN development
Blutooth findet keine Gegenstelle.
ippp0 error in /usr/sbin/isdnctrl addif ippp0 [...]
keine Gegenstelle -> kein CAPI Treiber -> kein I4L Geraet ...
Warum keine Gegenstelle gefunden wird - keine Ahnung.
-- Karsten Keil SuSE Labs ISDN development
Kommuniziert ein anderer Rechner mit der Gegenstelle? Das war nämlich bei mir mal der Grund. Meine Schwester hat 'nen MAC und wenn sie ins Internet geht tauchen bei mir ähnliche Meldungen, wie bei dir, auf. Steffen
Am Freitag, 21. Mai 2004 22:14 schrieb Steffen Brumm:
Blutooth findet keine Gegenstelle.
ippp0 error in /usr/sbin/isdnctrl addif ippp0 [...]
keine Gegenstelle -> kein CAPI Treiber -> kein I4L Geraet ...
Warum keine Gegenstelle gefunden wird - keine Ahnung.
-- Karsten Keil SuSE Labs ISDN development
Kommuniziert ein anderer Rechner mit der Gegenstelle? Das war nämlich bei mir mal der Grund. Meine Schwester hat 'nen MAC und wenn sie ins Internet geht tauchen bei mir ähnliche Meldungen, wie bei dir, auf.
Steffen Nein, ich bin der einzige, der mit dem Adapter arbeitet.
Tschau Sebastian
participants (3)
-
Karsten Keil -
sebastiangibb＠t-online.de -
Steffen Brumm