SuSE 10 und Fritz!card DSL 2.0
Hallo miteinander, habe eine Fritz!card DSl 2.0, (mit ISDN und DSL ) eingebaut weil meine alte Teles 16.3 (ISA) es nicht mehr machte. Konfiguration in Yast problemlos... aber jetzt habe ich das Problem, dass ippp0 nicht gestartet wird (failed) (bei uns im Busch gibts kein DSL :-( ) wenn ich die Schnittstelle dann per kinternet starte geht das. Wenn Ihr mich fragt: wie hast Du denn die Einstellungen genau: so wie unter der 8.2, 9.0, 9.xxx (allerdings mit der alten Teles...) Muss da noch was extra(manuell) eingestellt werden?? unter der 9.3 funktioniert das reibungslos. ippp0 wird da sauber gestartet. Grüße GG
Am Sonntag, 16. Oktober 2005 20:47 schrieb Georg Golombek:
Hallo miteinander,
habe eine Fritz!card DSl 2.0, (mit ISDN und DSL ) eingebaut weil meine alte Teles 16.3 (ISA) es nicht mehr machte. Konfiguration in Yast problemlos... aber jetzt habe ich das Problem, dass ippp0 nicht gestartet wird (failed) (bei uns im Busch gibts kein DSL :-( )
wenn ich die Schnittstelle dann per kinternet starte geht das.
Wenn Ihr mich fragt:
wie hast Du denn die Einstellungen genau:
so wie unter der 8.2, 9.0, 9.xxx (allerdings mit der alten Teles...)
Muss da noch was extra(manuell) eingestellt werden?? Hallöle Georg, ich kenne das. Ändere den Eintrag STARTMODE in /etc/sysconfig/network/dein Device, ifcfg-ippp0 nehme ich an. Yast schreibt dort "auto", mit "onboot" wird alles gut. So war's bei mir zumindest. Merkwürdigerweise sollte auch "auto" funktionieren. So weit zur Theorie. Übrigens tut Yast das nur, wenn man die Karte beim installieren mit angibt. Steckt man sie später dazu und konfiguriert sie, funktioniert's tadellos
Grüße aus Münster Stefan
unter der 9.3 funktioniert das reibungslos. ippp0 wird da sauber gestartet. Grüße GG
Am Montag 17 Oktober 2005 00:13 schrieb Stefan Hippe:
Am Sonntag, 16. Oktober 2005 20:47 schrieb Georg Golombek:
Hallo miteinander,
habe eine Fritz!card DSl 2.0, (mit ISDN und DSL ) eingebaut weil meine alte Teles 16.3 (ISA) es nicht mehr machte. Konfiguration in Yast problemlos... aber jetzt habe ich das Problem, dass ippp0 nicht gestartet wird (failed) (bei uns im Busch gibts kein DSL :-( )
wenn ich die Schnittstelle dann per kinternet starte geht das.
Wenn Ihr mich fragt:
wie hast Du denn die Einstellungen genau:
so wie unter der 8.2, 9.0, 9.xxx (allerdings mit der alten Teles...)
Muss da noch was extra(manuell) eingestellt werden??
Hallöle Georg, ich kenne das. Ändere den Eintrag STARTMODE in /etc/sysconfig/network/dein Device, ifcfg-ippp0 nehme ich an. Yast schreibt dort "auto", mit "onboot" wird alles gut.
Hallo Stefan leider ist es das nicht: bei mir kommt beim starten der devices (ippp0) error, no ISDN device available... obwohl die Fritz - Treiber vorher geladen werden. Finde momentan nicht was das sein kann. Grüße G. Golombek
On Thu, Oct 20, 2005 at 08:24:30PM +0200, Georg Golombek wrote:
Am Montag 17 Oktober 2005 00:13 schrieb Stefan Hippe:
Hallöle Georg, ich kenne das. Ändere den Eintrag STARTMODE in /etc/sysconfig/network/dein Device, ifcfg-ippp0 nehme ich an. Yast schreibt dort "auto", mit "onboot" wird alles gut.
Nur bei der 9.3 ohne Updates, spaeter wird auto unterstuetzt.
Hallo Stefan
leider ist es das nicht:
bei mir kommt beim starten der devices (ippp0)
error, no ISDN device available...
obwohl die Fritz - Treiber vorher geladen werden.
Bist Du sicher ? lsmod |grep fcdsl ist kernel-<type>-nongpl downgeloaded und installiert worden ? rpm -qa |grep nongpl Die downloadbaren Versionen der 10.0 haben nur Opensourcetreiber kernel-<type>-nongpl muss extra geladen werden, Anleitung in den ReleaseNotes Abschnitt Atheros WLAN Treiber. -- Karsten Keil SuSE Labs ISDN development
Am Freitag 21 Oktober 2005 07:49 schrieb Karsten Keil:
On Thu, Oct 20, 2005 at 08:24:30PM +0200, Georg Golombek wrote:
Am Montag 17 Oktober 2005 00:13 schrieb Stefan Hippe:
Hallöle Georg, ich kenne das. Ändere den Eintrag STARTMODE in /etc/sysconfig/network/dein Device, ifcfg-ippp0 nehme ich an. Yast schreibt dort "auto", mit "onboot" wird alles gut.
Nur bei der 9.3 ohne Updates, spaeter wird auto unterstuetzt.
Hallo Stefan
leider ist es das nicht:
bei mir kommt beim starten der devices (ippp0)
error, no ISDN device available...
obwohl die Fritz - Treiber vorher geladen werden.
Bist Du sicher ? lsmod |grep fcdsl
fcdsl2 832676 2 kernelcapi 46240 3 capidrv,fcdsl2,capi
ist kernel-<type>-nongpl downgeloaded und installiert worden ?
rpm -qa |grep nongpl
kernel-default-nongpl-2.6.13-15 Hallo Karsten, es wird noch merkwürdiger: seit gestern wird der smppd anscheinend nicht mehr gestartet. ich glaube mein System "wandert".... nur wohin? ich glaube ich muss meine alte Teles (ISA) wieder rauskramen. Allerdings funktioniert die nur mit ACPI=off mir scheint, dass meins System beim laden des ISDN-Devices die Fritz-capi noch nicht verdaut hat.. Wie kann ich dem System mehr Zeit geben bis ippp0 initialisiert wird? habe noch ein etwas angestaubtes Board mit einem (jetzt freien) ISA Steckplatz und einem AMD Duron 1300... Grüße GG
Am Freitag, 21. Oktober 2005 07:49 schrieb Karsten Keil:
On Thu, Oct 20, 2005 at 08:24:30PM +0200, Georg Golombek wrote:
Am Montag 17 Oktober 2005 00:13 schrieb Stefan Hippe:
Hallöle Georg, ich kenne das. Ändere den Eintrag STARTMODE in /etc/sysconfig/network/dein Device, ifcfg-ippp0 nehme ich an. Yast schreibt dort "auto", mit "onboot" wird alles gut.
Nur bei der 9.3 ohne Updates, spaeter wird auto unterstuetzt.
Hallo Stefan
leider ist es das nicht:
bei mir kommt beim starten der devices (ippp0)
error, no ISDN device available...
obwohl die Fritz - Treiber vorher geladen werden.
Bist Du sicher ? lsmod |grep fcdsl
ist kernel-<type>-nongpl downgeloaded und installiert worden ?
rpm -qa |grep nongpl
Die downloadbaren Versionen der 10.0 haben nur Opensourcetreiber kernel-<type>-nongpl muss extra geladen werden, Anleitung in den ReleaseNotes Abschnitt Atheros WLAN Treiber.
Hallo Karsten, ich habe meine 9.3 er nochmal gestartet (habe immer dual-Boot mit aktueller und neuer Version am laufen): lsmod |grep fcdsl fcdsl2 786660 2 kernelcapi 45856 3 capidrv,fcdsl2,capi rpm -qa |grep nongpl kernel-default-nongpl-2.6.11.4-21.9 hier wird das ISDN-Device sauber gestartet. die 9.3er ist aktuell (letztes Update erfolgte vor 13 Tagen) wobei ich vorher eine AMV B1 (ISA) konfiguriert hatte, die ich deinstalliert habe und anschließend die Fritz reingesteckt und konfiguriert habe. Ich fürchte es liegt an der 10.0 und meiner alten Hardware... Grüße GG
Am Samstag, 22. Oktober 2005 21:03 schrieb Georg Golombek:
Am Freitag, 21. Oktober 2005 07:49 schrieb Karsten Keil:
On Thu, Oct 20, 2005 at 08:24:30PM +0200, Georg Golombek wrote:
Am Montag 17 Oktober 2005 00:13 schrieb Stefan Hippe:
Hallöle Georg, ich kenne das. Ändere den Eintrag STARTMODE in /etc/sysconfig/network/dein Device, ifcfg-ippp0 nehme ich an. Yast schreibt dort "auto", mit "onboot" wird alles gut.
Nur bei der 9.3 ohne Updates, spaeter wird auto unterstuetzt.
Hallo Stefan
leider ist es das nicht:
bei mir kommt beim starten der devices (ippp0)
error, no ISDN device available...
obwohl die Fritz - Treiber vorher geladen werden.
Bist Du sicher ? lsmod |grep fcdsl
ist kernel-<type>-nongpl downgeloaded und installiert worden ?
rpm -qa |grep nongpl
Die downloadbaren Versionen der 10.0 haben nur Opensourcetreiber kernel-<type>-nongpl muss extra geladen werden, Anleitung in den ReleaseNotes Abschnitt Atheros WLAN Treiber.
Hallo Karsten,
habe mal die Bootmeldungen beider Systeme öfter beobachtet: bei der 9.3 er werden die Fritz-Treiber IMMER zuverlässig vor dem Netzwerk - Start geladen. Bei der 10.0 passiert das nicht immer, manchmal kommen die auch erst hinterher oder die dritte Meldung (initializing capi for contr0...) kommt erst nach dem Netzwerk - Setup. Aber in keinem Fall ist der Start von ippp0 erfolgreich. (den start des smpppd habe ich wieder in den Griff bekommen..) Grüße GG
Am Sonntag, 23. Oktober 2005 20:18 schrieb Georg Golombek:
Am Samstag, 22. Oktober 2005 21:03 schrieb Georg Golombek:
Am Freitag, 21. Oktober 2005 07:49 schrieb Karsten Keil:
On Thu, Oct 20, 2005 at 08:24:30PM +0200, Georg Golombek wrote:
Am Montag 17 Oktober 2005 00:13 schrieb Stefan Hippe:
Hallöle Georg, ich kenne das. Ändere den Eintrag STARTMODE in /etc/sysconfig/network/dein Device, ifcfg-ippp0 nehme ich an. Yast schreibt dort "auto", mit "onboot" wird alles gut.
Nur bei der 9.3 ohne Updates, spaeter wird auto unterstuetzt.
Hallo Stefan
leider ist es das nicht:
bei mir kommt beim starten der devices (ippp0)
error, no ISDN device available...
obwohl die Fritz - Treiber vorher geladen werden.
Bist Du sicher ? lsmod |grep fcdsl
ist kernel-<type>-nongpl downgeloaded und installiert worden ?
rpm -qa |grep nongpl
Die downloadbaren Versionen der 10.0 haben nur Opensourcetreiber kernel-<type>-nongpl muss extra geladen werden, Anleitung in den ReleaseNotes Abschnitt Atheros WLAN Treiber.
Hallo Karsten,
habe mal die Bootmeldungen beider Systeme öfter beobachtet:
bei der 9.3 er werden die Fritz-Treiber IMMER zuverlässig vor dem Netzwerk - Start geladen.
Bei der 10.0 passiert das nicht immer, manchmal kommen die auch erst hinterher oder die dritte Meldung (initializing capi for contr0...) kommt erst nach dem Netzwerk - Setup. Aber in keinem Fall ist der Start von ippp0 erfolgreich.
(den start des smpppd habe ich wieder in den Griff bekommen..)
Grüße GG
Zuletzt: Fritzcard in einen anderen PC gesteckt ( diesen hier mit aktuellem Board , einem AMD Athlon 64 3200+ und der SuSE 64 bit drauf ) und damit ISDN und den Zugang konfiguriert: dasselbe Verhalten mit der 10er wie auf meinem Methusalem ,hier ist aber offensichtlich: die capi-Treiber der Fritzcard werden immer erst nach versuchter Initialisierung des ippp0 geladen... liegt also IMHO an der 10.0 Grüße GG
On Mon, Oct 24, 2005 at 09:59:56PM +0200, Georg Golombek wrote: ...
Bei der 10.0 passiert das nicht immer, manchmal kommen die auch erst hinterher oder die dritte Meldung (initializing capi for contr0...) kommt erst nach dem Netzwerk - Setup. Aber in keinem Fall ist der Start von ippp0 erfolgreich.
Bei mir schon, soll ippp0 denn beim Booten gestartet werden und im Dial On Demand Mode arbeiten (nur dann macht das Sinn, sonst sollte Startmode manual eingestellt werden) ? Dann darf das Device nicht Benutzergesteuert sein, sondern USERCONTROL="no". USERCONTROL="yes" bedeutet das es von kinternet an und aus geschaltet wird, was am Besten mit STARTMODE="manual" funktioniert, auto ist hierbei Kontraproduktiv.
(den start des smpppd habe ich wieder in den Griff bekommen..)
Grüße GG
Zuletzt:
Fritzcard in einen anderen PC gesteckt ( diesen hier mit aktuellem Board , einem AMD Athlon 64 3200+ und der SuSE 64 bit drauf ) und damit ISDN und den Zugang konfiguriert:
dasselbe Verhalten mit der 10er wie auf meinem Methusalem ,hier ist aber offensichtlich:
die capi-Treiber der Fritzcard werden immer erst nach versuchter Initialisierung des ippp0 geladen...
Was sagt denn ll /etc/init.d/rc?.d/*isdn* ll /etc/init.d/rc?.d/*network*
liegt also IMHO an der 10.0
Nein glaube ich nicht, das es ein generelles 10.0 problem ist, da es hier funktioniert. grill2:~ # ll /etc/init.d/rc?.d/*isdn* lrwxrwxrwx 1 root root 7 Sep 13 22:59 /etc/init.d/rc2.d/K21isdn -> ../isdn lrwxrwxrwx 1 root root 7 Sep 13 22:59 /etc/init.d/rc2.d/S01isdn -> ../isdn lrwxrwxrwx 1 root root 7 Sep 13 22:59 /etc/init.d/rc3.d/K21isdn -> ../isdn lrwxrwxrwx 1 root root 7 Sep 13 22:59 /etc/init.d/rc3.d/S01isdn -> ../isdn lrwxrwxrwx 1 root root 7 Sep 13 22:59 /etc/init.d/rc5.d/K21isdn -> ../isdn lrwxrwxrwx 1 root root 7 Sep 13 22:59 /etc/init.d/rc5.d/S01isdn -> ../isdn grill2:~ # ll /etc/init.d/rc?.d/*network* lrwxrwxrwx 1 root root 10 Sep 13 22:59 /etc/init.d/rc2.d/K17network -> ../network lrwxrwxrwx 1 root root 10 Sep 13 22:59 /etc/init.d/rc2.d/S05network -> ../network lrwxrwxrwx 1 root root 10 Sep 13 22:59 /etc/init.d/rc3.d/K17network -> ../network lrwxrwxrwx 1 root root 10 Sep 13 22:59 /etc/init.d/rc3.d/S05network -> ../network lrwxrwxrwx 1 root root 10 Sep 13 22:59 /etc/init.d/rc5.d/K17network -> ../network lrwxrwxrwx 1 root root 10 Sep 13 22:59 /etc/init.d/rc5.d/S05network -> ../network S01* wird lange vor S05* gestartet. Wie sieht das Filesystem Layout aus ? Eventuell seperate Partition fuer /usr ? -- Karsten Keil SuSE Labs ISDN development
Am Dienstag, 25. Oktober 2005 01:49 schrieb Karsten Keil:
On Mon, Oct 24, 2005 at 09:59:56PM +0200, Georg Golombek wrote: ...
Bei der 10.0 passiert das nicht immer, manchmal kommen die auch erst hinterher oder die dritte Meldung (initializing capi for contr0...) kommt erst nach dem Netzwerk - Setup. Aber in keinem Fall ist der Start von ippp0 erfolgreich.
Bei mir schon, soll ippp0 denn beim Booten gestartet werden und im Dial On Demand Mode arbeiten (nur dann macht das Sinn, sonst sollte Startmode manual eingestellt werden) ? Dann darf das Device nicht Benutzergesteuert sein, sondern USERCONTROL="no". USERCONTROL="yes" bedeutet das es von kinternet an und aus geschaltet wird, was am Besten mit STARTMODE="manual" funktioniert, auto ist hierbei Kontraproduktiv.
(den start des smpppd habe ich wieder in den Griff bekommen..)
Grüße GG
Zuletzt:
Fritzcard in einen anderen PC gesteckt ( diesen hier mit aktuellem Board , einem AMD Athlon 64 3200+ und der SuSE 64 bit drauf ) und damit ISDN und den Zugang konfiguriert:
dasselbe Verhalten mit der 10er wie auf meinem Methusalem ,hier ist aber offensichtlich:
die capi-Treiber der Fritzcard werden immer erst nach versuchter Initialisierung des ippp0 geladen...
Was sagt denn ll /etc/init.d/rc?.d/*isdn* ll /etc/init.d/rc?.d/*network*
liegt also IMHO an der 10.0
Nein glaube ich nicht, das es ein generelles 10.0 problem ist, da es hier funktioniert.
Hallo Karsten, jetzt von Zuhause: wenn ich Benutzergesteuert abschalte hat das nur den Effekt dass ich mit Kinternet nichts mehr bewegen kann! die Treiber werden lt bootprotokoll erst NACH initialisierung von ippp0 geladen: . . . . . Setting up network interfaces: lo lo IP address: 127.0.0.1/8 done eth0 device: Realtek Semiconductor Co., Ltd. RTL-8029(AS) eth0 configuration: eth-id-00:02:44:30:70:70 eth0 IP address: 192.168.200.28/24 done eth1 device: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 13) eth1 configuration: eth-id-00:13:d4:8a:a9:08 eth1 IP address: 192.168.100.28/24 done ippp0 ERROR: no ISDN device available failed Setting up service network . . . . . . . . . . . . . . . .done . . . . . zwischendrin entsorgt... . . . . Setting up ISDN card contr0 AVM FRITZ!Card DSL v2.0 done Loading Driver contr0 1 kcapi capi done Initializing capi for contr0 (1) done . . . . Starting SMPPPD done wo setzen wir jetzt an? wie ist das mit Abhängigkeiten von Services etc? da bin ich nicht fit. Grüße GG
On Tue, Oct 25, 2005 at 06:23:47PM +0200, Georg Golombek wrote:
Am Dienstag, 25. Oktober 2005 01:49 schrieb Karsten Keil:
On Mon, Oct 24, 2005 at 09:59:56PM +0200, Georg Golombek wrote: ...
Bei der 10.0 passiert das nicht immer, manchmal kommen die auch erst hinterher oder die dritte Meldung (initializing capi for contr0...) kommt erst nach dem Netzwerk - Setup. Aber in keinem Fall ist der Start von ippp0 erfolgreich.
Bei mir schon, soll ippp0 denn beim Booten gestartet werden und im Dial On Demand Mode arbeiten (nur dann macht das Sinn, sonst sollte Startmode manual eingestellt werden) ? Dann darf das Device nicht Benutzergesteuert sein, sondern USERCONTROL="no". USERCONTROL="yes" bedeutet das es von kinternet an und aus geschaltet wird, was am Besten mit STARTMODE="manual" funktioniert, auto ist hierbei Kontraproduktiv.
(den start des smpppd habe ich wieder in den Griff bekommen..)
Grüße GG
Zuletzt:
Fritzcard in einen anderen PC gesteckt ( diesen hier mit aktuellem Board , einem AMD Athlon 64 3200+ und der SuSE 64 bit drauf ) und damit ISDN und den Zugang konfiguriert:
dasselbe Verhalten mit der 10er wie auf meinem Methusalem ,hier ist aber offensichtlich:
die capi-Treiber der Fritzcard werden immer erst nach versuchter Initialisierung des ippp0 geladen...
Was sagt denn ll /etc/init.d/rc?.d/*isdn* ll /etc/init.d/rc?.d/*network*
liegt also IMHO an der 10.0
Nein glaube ich nicht, das es ein generelles 10.0 problem ist, da es hier funktioniert.
Hallo Karsten, jetzt von Zuhause:
wenn ich Benutzergesteuert abschalte hat das nur den Effekt dass ich mit Kinternet nichts mehr bewegen kann!
Das ist ja auch so bei Benutzergesteuert abgeschalten. Wenn Du mit kinternet einwaehlen willst, solltest Du STARTMODE=manual und Benutzergesteuert ein auswaehlen, dann wird ippp erst beim klick auf kinternet aktiv. ...
die Treiber werden lt bootprotokoll erst NACH initialisierung von ippp0 geladen: . . . . .
Setting up network interfaces: lo lo IP address: 127.0.0.1/8 done eth0 device: Realtek Semiconductor Co., Ltd. RTL-8029(AS) eth0 configuration: eth-id-00:02:44:30:70:70 eth0 IP address: 192.168.200.28/24 done eth1 device: Marvell Technology Group Ltd. 88E8001 Gigabit Ethernet Controller (rev 13) eth1 configuration: eth-id-00:13:d4:8a:a9:08 eth1 IP address: 192.168.100.28/24 done ippp0 ERROR: no ISDN device available failed Setting up service network . . . . . . . . . . . . . . . .done
Seltsam. Bitte nochmal ll /etc/init.d/rc?.d/*isdn* ll /etc/init.d/rc?.d/*network* posten.
Setting up ISDN card contr0 AVM FRITZ!Card DSL v2.0 done Loading Driver contr0 1 kcapi capi done Initializing capi for contr0 (1) done . . . . Starting SMPPPD done
wo setzen wir jetzt an?
wie ist das mit Abhängigkeiten von Services etc? da bin ich nicht fit.
Die sollten innerhalb eines runlevels in SXX Reihenfolge gestartet werden, (also zuerst S01 dann S02 ...). Wobei gleiche SXX paralell gestartet werden.
Grüße GG
-- Um die Liste abzubestellen, schicken Sie eine Mail an: suse-isdn-unsubscribe@suse.com Um eine Liste aller verfügbaren Kommandos zu bekommen, schicken Sie eine Mail an: suse-isdn-help@suse.com
-- Karsten Keil SuSE Labs ISDN development
Am Donnerstag, 27. Oktober 2005 21:39 schrieb Karsten Keil:
On Tue, Oct 25, 2005 at 06:23:47PM +0200, Georg Golombek wrote:
Am Dienstag, 25. Oktober 2005 01:49 schrieb Karsten Keil:
On Mon, Oct 24, 2005 at 09:59:56PM +0200, Georg Golombek wrote: ...
Seltsam. Bitte nochmal ll /etc/init.d/rc?.d/*isdn* ll /etc/init.d/rc?.d/*network* posten.
hier, das ist ganz normal, so wie bei der 9.3er auch...: ll /etc/init.d/rc?.d/*isdn* lrwxrwxrwx 1 root root 7 2005-10-24 21:30 /etc/init.d/rc2.d/K21isdn -> ../isdn lrwxrwxrwx 1 root root 7 2005-10-24 21:30 /etc/init.d/rc2.d/S01isdn -> ../isdn lrwxrwxrwx 1 root root 7 2005-10-24 21:30 /etc/init.d/rc3.d/K21isdn -> ../isdn lrwxrwxrwx 1 root root 7 2005-10-24 21:30 /etc/init.d/rc3.d/S01isdn -> ../isdn lrwxrwxrwx 1 root root 7 2005-10-24 21:30 /etc/init.d/rc5.d/K21isdn -> ../isdn lrwxrwxrwx 1 root root 7 2005-10-24 21:30 /etc/init.d/rc5.d/S01isdn -> ../isdn ll /etc/init.d/rc?.d/*network* lrwxrwxrwx 1 root root 10 2005-10-09 09:00 /etc/init.d/rc2.d/K17network -> ../network* lrwxrwxrwx 1 root root 10 2005-10-09 09:00 /etc/init.d/rc2.d/S05network -> ../network* lrwxrwxrwx 1 root root 10 2005-10-09 09:00 /etc/init.d/rc3.d/K17network -> ../network* lrwxrwxrwx 1 root root 10 2005-10-09 09:00 /etc/init.d/rc3.d/S05network -> ../network* lrwxrwxrwx 1 root root 10 2005-10-09 09:00 /etc/init.d/rc5.d/K17network -> ../network* lrwxrwxrwx 1 root root 10 2005-10-09 09:00 /etc/init.d/rc5.d/S05network -> ../network* gg@sbayc008:~> Grüße GG
Am Donnerstag, 27. Oktober 2005 21:39 schrieb Karsten Keil: . . . .
Die sollten innerhalb eines runlevels in SXX Reihenfolge gestartet werden, (also zuerst S01 dann S02 ...). Wobei gleiche SXX paralell gestartet werden.
Hallo Karsten habe mal mit Yast in /etc/sysconfig gestöbert: da ist ein Eintrag bei System-Boot-RUN_PARALLEL auf Yes. Den habe ich auf No und es klappt jetzt! Das heißt es fehlen irgendwo die Abhängigkeiten zwischen dem Netzwerk und den ISDN - Treibern, damit das Netzwerk auf die ISDN - Treiber wartet, wenn RUN_PARALLEL auf Yes steht. Grüße GG
On Fri, Oct 28, 2005 at 06:10:57PM +0200, Georg Golombek wrote:
Am Donnerstag, 27. Oktober 2005 21:39 schrieb Karsten Keil: .
Die sollten innerhalb eines runlevels in SXX Reihenfolge gestartet werden, (also zuerst S01 dann S02 ...). Wobei gleiche SXX paralell gestartet werden.
Hallo Karsten habe mal mit Yast in /etc/sysconfig gestöbert:
da ist ein Eintrag bei System-Boot-RUN_PARALLEL auf Yes.
Den habe ich auf No und es klappt jetzt!
Das heißt es fehlen irgendwo die Abhängigkeiten zwischen dem Netzwerk und den ISDN - Treibern, damit das Netzwerk auf die ISDN - Treiber wartet, wenn RUN_PARALLEL auf Yes steht.
Hmm, kann sein das ich hier selbst noch etwas falsch verstanden habe RUN_PARALLEL sollte IMHO nur Eintraege des gleichen Levels (sprich S01*) parallel starten, d.h S02* wird erst gestartet wenn alle S01 fertig sind. Kannst Du mal folgendes probieren: in /etc/init.d/.depend.start hinter "network:" isdn eintragen und RUN_PARALLEL=yes setzen. Also network: isdn Dann sollte network eigentlich in jedem Fall auf isdn warten. -- Karsten Keil SuSE Labs ISDN development
Am Samstag, 29. Oktober 2005 14:15 schrieb Karsten Keil:
On Fri, Oct 28, 2005 at 06:10:57PM +0200, Georg Golombek wrote:
Am Donnerstag, 27. Oktober 2005 21:39 schrieb Karsten Keil: .
Die sollten innerhalb eines runlevels in SXX Reihenfolge gestartet werden, (also zuerst S01 dann S02 ...). Wobei gleiche SXX paralell gestartet werden.
Hallo Karsten habe mal mit Yast in /etc/sysconfig gestöbert:
da ist ein Eintrag bei System-Boot-RUN_PARALLEL auf Yes.
Den habe ich auf No und es klappt jetzt!
Das heißt es fehlen irgendwo die Abhängigkeiten zwischen dem Netzwerk und den ISDN - Treibern, damit das Netzwerk auf die ISDN - Treiber wartet, wenn RUN_PARALLEL auf Yes steht.
Hmm, kann sein das ich hier selbst noch etwas falsch verstanden habe RUN_PARALLEL sollte IMHO nur Eintraege des gleichen Levels (sprich S01*) parallel starten, d.h S02* wird erst gestartet wenn alle S01 fertig sind. Kannst Du mal folgendes probieren: in /etc/init.d/.depend.start hinter "network:" isdn eintragen und RUN_PARALLEL=yes setzen. Also network: isdn
Dann sollte network eigentlich in jedem Fall auf isdn warten.
habe beides gemacht: ES funktioniert, Danke für die Hilfe Grüße GG
Am Samstag, 29. Oktober 2005 14:15 schrieb Karsten Keil: . . ...
Kannst Du mal folgendes probieren: in /etc/init.d/.depend.start hinter "network:" isdn eintragen und RUN_PARALLEL=yes setzen. Also network: isdn
Dann sollte network eigentlich in jedem Fall auf isdn warten.
Hallo Karsten, irgendein Script stellt mir das wieder auf network: (ohne isdn dran), wenn ich in Yast an der Netzwerkkonfiguration schraube. Wo stehen die Werte für die .depend.start als Basis drin? wenn ich die dort eintrage muss es doch dauerhaft bleiben. Grüße GG
On Thu, Nov 03, 2005 at 10:14:54PM +0100, Georg Golombek wrote:
Am Samstag, 29. Oktober 2005 14:15 schrieb Karsten Keil: . . ...
Kannst Du mal folgendes probieren: in /etc/init.d/.depend.start hinter "network:" isdn eintragen und RUN_PARALLEL=yes setzen. Also network: isdn
Dann sollte network eigentlich in jedem Fall auf isdn warten.
Hallo Karsten,
irgendein Script stellt mir das wieder auf network:
(ohne isdn dran), wenn ich in Yast an der Netzwerkkonfiguration schraube.
Wo stehen die Werte für die .depend.start als Basis drin?
In den start scripts selbst. in /etc/init.d/network im header Teil bei # Should-Start: coldplug pcmcia isdn hinzufügen. -- Karsten Keil SuSE Labs ISDN development
participants (3)
-
Georg Golombek
-
Karsten Keil
-
Stefan Hippe