Hallo, hat schon irgendjemand Erfahrung mit der Suse 8.1 und DSL im Dial on Demand Modus? Weder die kostenlose noch die kostenpflichtige Hotline von Suse konnte weiterhelfen! Angeblich gäbe es da einige Probleme mit dem Kernel. Mein Problem: DSL funktioniert wunderbar. Nun soll es eben über Dial on demand auch funktionieren, da hier ein kleines Netzwerk läuft. Nachdem ich im yast2 das Häckchen für dod gesetzt habe, funktioniert es nicht. In der SDB steht ein Artikel dazu, nach welchem man den smpppd im runleveleditor auf B setzen soll, leider bootet dann das System nicht mehr. Hat es jemand geschafft bei 8.1 DSL mit Dial on Demand zum laufen zu bringen???
Wolfgang Eitel wrote:
hat schon irgendjemand Erfahrung mit der Suse 8.1 und DSL im Dial on Demand Modus? Weder die kostenlose noch die kostenpflichtige Hotline von Suse konnte weiterhelfen! Angeblich gäbe es da einige Probleme mit dem Kernel.
hmm
Mein Problem:
DSL funktioniert wunderbar. Nun soll es eben über Dial on demand auch funktionieren, da hier ein kleines Netzwerk läuft. Nachdem ich im yast2 das Häckchen für dod gesetzt habe, funktioniert es nicht. In der SDB steht ein Artikel dazu, nach welchem man den smpppd im runleveleditor auf B setzen soll, leider bootet dann das System nicht mehr.
Hat es jemand geschafft bei 8.1 DSL mit Dial on Demand zum laufen zu bringen???
ich habe keine 8.1 deshalb kann ich das problem nicht nachvollziehen. wenn es aber keine andere lösung gibt, könntest du dir mal den rp-pppoe[1] anschauen. [1] 'http://www.roaringpenguin.com/pppoe/' micha
Hallo,
hat schon irgendjemand Erfahrung mit der Suse 8.1 und DSL im Dial on Demand Modus?
leider nur mit 8.0
Hat es jemand geschafft bei 8.1 DSL mit Dial on Demand zum laufen zu bringen???
unter 8.0 gabs auch Probleme, ein wenig an der modules.conf einegrichtet und den smpppd starten lassen. Danach klappte es unter 8.0 Gruß Thorsten Hantke
Am Mittwoch, 4. Dezember 2002 12:12 schrieb Wolfgang Eitel:
Hallo,
hat schon irgendjemand Erfahrung mit der Suse 8.1 und DSL im Dial on Demand Modus? Weder die kostenlose noch die kostenpflichtige Hotline von Suse konnte weiterhelfen! Angeblich gäbe es da einige Probleme mit dem Kernel.
Mein Problem:
DSL funktioniert wunderbar. Nun soll es eben über Dial on demand auch funktionieren, da hier ein kleines Netzwerk läuft. Nachdem ich im yast2 das Häckchen für dod gesetzt habe, funktioniert es nicht. In der SDB steht ein Artikel dazu, nach welchem man den smpppd im runleveleditor auf B setzen soll, leider bootet dann das System nicht mehr.
Hat es jemand geschafft bei 8.1 DSL mit Dial on Demand zum laufen zu bringen???
Ich hab es schon ein paar mal gemacht (leider nciht bei mir, ich hab/krieg kein DSL :-(. Mit der 8.1 sollte es eigentlich keine Probleme geben, aber ich erinnere mich jetzt dunkel, dass ich immer die Reihenfolge der Startscripte geändert habe (in /etc/init.d/...). Da wurde glaub ich fälschlicher Weise das Netzwerk gestartet, bevor DSL gestartet wurde. Probier mal aus, ob DoD funxt, wenn du einfach mal "rcnetwork restart" machst. Welche Schnittstellen siehst du bei ifconfig (und mit welchen IP's)? Welche Hardware nutzt du? -- Gruß MaxX
Ich hab es schon ein paar mal gemacht (leider nciht bei mir, ich hab/krieg kein DSL :-(.
Kannst dir doch Sky-DSL holen. Klappt halt nur der Upload nicht so schnell.
Mit der 8.1 sollte es eigentlich keine Probleme geben, aber ich erinnere mich jetzt dunkel, dass ich immer die Reihenfolge der Startscripte geändert habe (in /etc/init.d/...). Da wurde glaub ich fälschlicher Weise das Netzwerk gestartet, bevor DSL gestartet wurde.
das scheint zu stimmen. Denn in dem Artikel in der SDB steht : "... wird gleich beim Starten des Systems ein entsprechendes Netzwerkdevice mit einer Dummy- IP Adresse benötigt. Jedoch ist zu diesem Zeitpunkt der dazu benötigte Dienst smpppd noch nicht gestartet." So, nun muss ich dann langsam Passen. Den Bootvorgang von Linux habe ich mir noch nie angetan. Vielleicht kannst du den mal kurz erläutern, speziell die Skriptreihenfolge, die du wohl geändert hast. Nach der SDB sollte man im Runlevel den smpppd auf B (steht wohl für booten ?!?) setzen. Die Abhängikeiten (da kam was mit network) mit ok weiter klicken. Danach bootete mein System nicht mehr. Welche Dateien sind das denn, die im Runleveleditor aufgearbeitet werden. vielleicht kann ich mit dem Rescue System den Fehler rückgängig machen.
Probier mal aus, ob DoD funxt, wenn du einfach mal "rcnetwork restart" machst.
Ne, denn ich hatte zwischenzeitlich mal (vor der Veränderung im runleveleditor) den Rechner neu gestartet.
Welche Schnittstellen siehst du bei ifconfig (und mit welchen IP's)?
Das dürfte alles gestimmt haben, kann ja nicht mehr schauen, da das System nicht mehr bootet. Aber es waren die Netzwerkkarten eth0 eth1 und ippp0 vorhanden. Und mein Test vor dem DoD in cinternet war ja auch erfolgreich, also dürfte an de Hardware kein Fehler sein.
Welche Hardware nutzt du?
Puh, das war jetzt ne Menge. Aber ich gestehe, langsam nervt SuSE. Ich bin sozusagen ein Versionsjunky, ich dachte immer SuSE schafft es mal eine Version heraus zu bringen, die in den Standard-Anwendungen keine Fehler hat. Die Hoffnung ist mit 8.1 verflogen. Schade eigentlich.
Am Mittwoch, 4. Dezember 2002 19:18 schrieb Wolfgang Eitel:
Ich hab es schon ein paar mal gemacht (leider nciht bei mir, ich hab/krieg kein DSL :-(.
Kannst dir doch Sky-DSL holen. Klappt halt nur der Upload nicht so schnell.
*Lach* Hast du das mal gemacht? T-Online ist ja nicht der einzige Anbieter über Astra, und technisch gesehen ist es bei allen das Gleiche. Selbst die Downloadraten waren je nach verwendetem Transponder so mies, dass selbst ein 2.88er Modem degegen ein Rennwagen gewesen wäre. Leider weiß man vorher nie, wieviel User sich einen Transponder teilen, und während einer Sitzung kann man den Transponder (Kanal) nicht wechseln (IIRC).
Mit der 8.1 sollte es eigentlich keine Probleme geben, aber ich erinnere mich jetzt dunkel, dass ich immer die Reihenfolge der Startscripte geändert habe (in /etc/init.d/...). Da wurde glaub ich fälschlicher Weise das Netzwerk gestartet, bevor DSL gestartet wurde.
das scheint zu stimmen. Denn in dem Artikel in der SDB steht : "... wird gleich beim Starten des Systems ein entsprechendes Netzwerkdevice mit einer Dummy- IP Adresse benötigt. Jedoch ist zu diesem Zeitpunkt der dazu benötigte Dienst smpppd noch nicht gestartet."
So, nun muss ich dann langsam Passen. Den Bootvorgang von Linux habe ich mir noch nie angetan. Vielleicht kannst du den mal kurz erläutern, speziell die Skriptreihenfolge, die du wohl geändert hast.
Also: In /etc/init.d/ stehen weitere Ordner rc0.d, rc1.d usw. Die fortlaufende Nummer ist der jeweilige Runlevel, für den der Ordner gilt. Runlevel 3 und 5 sollte man editieren. Innerhalb dieser Ordner sind Links auf diverse Start- bzw. Stop-Scripte (beginnen mit S wie Start und K wie Kill). Diese werden in der Reihenfolge der nachfolgenden Nummer im Dateinamen abgearbeitet. Nach der Nummer steht dann das Modul oder der Dienst, der mit dem jeweiligen Script gestartet wird. Ändere hier einfach die Nummern der S-Dateien für DSL und Network so, dass die Reihenfolge sich ändert (Wenn Nummern gleich vergeben sind, macht das nichts). Das Gleiche machst du mit den K-Dateien auch (ist aber in diesem Fall nicht so wichtig).
Nach der SDB sollte man im Runlevel den smpppd auf B (steht wohl für booten ?!?) setzen. Die Abhängikeiten (da kam was mit network) mit ok weiter klicken. Danach bootete mein System nicht mehr.
Ja, hier wird der smpppd (das Programm, was DoD steuert, bereits in den Bootvorgang (vor dem Wechsel in einen bestimmten Runlevel) gesetzt. Halte ich nicht für so gut, und es scheint ja auch nicht zu klappen.
Welche Dateien sind das denn, die im Runleveleditor aufgearbeitet werden. vielleicht kann ich mit dem Rescue System den Fehler rückgängig machen.
Der Runleveleditor schreibt nur die entsprechenden Start- und Kill-Links in die rc<r>.d-Verzeichnisse bzw. in das Verzeichnis /etc/init.d/boot. Dort brauchst du den Link Sxxboot.smpppd (xx ist irgend eine Nummer) nur zu löschen. Die eigentlichen Scripte stehen direkt in /etc/init.d, die lass bitte stehen!
Probier mal aus, ob DoD funxt, wenn du einfach mal "rcnetwork restart" machst.
Ne, denn ich hatte zwischenzeitlich mal (vor der Veränderung im runleveleditor) den Rechner neu gestartet.
Ich vergaß.
Welche Schnittstellen siehst du bei ifconfig (und mit welchen IP's)?
Das dürfte alles gestimmt haben, kann ja nicht mehr schauen, da das System nicht mehr bootet. Aber es waren die Netzwerkkarten eth0 eth1 und ippp0 vorhanden. Und mein Test vor dem DoD in cinternet war ja auch erfolgreich, also dürfte an de Hardware kein Fehler sein.
ippp0 für DSL? Da sollte auch noch ein pppd0 gewesen sein (bzw. wohl doch nicht, denn sonst hätte es wahrscheinlich geklappt.
Welche Hardware nutzt du?
Puh, das war jetzt ne Menge. Aber ich gestehe, langsam nervt SuSE. Ich bin sozusagen ein Versionsjunky, ich dachte immer SuSE schafft es mal eine Version heraus zu bringen, die in den Standard-Anwendungen keine Fehler hat. Die Hoffnung ist mit 8.1 verflogen. Schade eigentlich.
Ja, eigentlich schon. Solche Fehler sollten nicht passieren. -- Gruß MaxX
Matthias Houdek schrieb:
ippp0 für DSL? Da sollte auch noch ein pppd0 gewesen sein (bzw. wohl doch nicht, denn sonst hätte es wahrscheinlich geklappt.
Jap, ippp0 stand da natürlich nicht *grins* steht ja für isdn. War natürlich ein ppp0. pppd0 habe ich noch nie gesehen. Was mir aber bei meinen Nachforschungen über den Weg gelaufen ist war ein device dsl0. Scheint auch mal wieder was neues zu sein bei SuSE. Also werde mal versuchen mit dem löschen von dem sxxsmpppd den Rechner wieder zum laufen zu bekommen.
Am Mittwoch, 4. Dezember 2002 20:30 schrieb Wolfgang Eitel:
Matthias Houdek schrieb:
ippp0 für DSL? Da sollte auch noch ein pppd0 gewesen sein (bzw. wohl doch nicht, denn sonst hätte es wahrscheinlich geklappt.
Jap, ippp0 stand da natürlich nicht *grins* steht ja für isdn. War natürlich ein ppp0.
pppd0 habe ich noch nie gesehen.
Man kann sich ja wohl mal vertippen ;-)
Was mir aber bei meinen Nachforschungen über den Weg gelaufen ist war ein device dsl0. Scheint auch mal wieder was neues zu sein bei SuSE.
Jep, stimmt-
Also werde mal versuchen mit dem löschen von dem sxxsmpppd den Rechner wieder zum laufen zu bekommen.
Ich bin heute wieder bei einem DSL-Kunden, bei dem eine 8. von mir läuft. Ich schau da noch mal genau nach. -- Gruß MaxX
Der Runleveleditor schreibt nur die entsprechenden Start- und Kill-Links in die rc<r>.d-Verzeichnisse bzw. in das Verzeichnis /etc/init.d/boot. Dort brauchst du den Link Sxxboot.smpppd (xx ist irgend eine Nummer) nur zu löschen. Die eigentlichen Scripte stehen direkt in /etc/init.d, die lass bitte stehen!
jap, erste Hürde genommen! Der Rechner bootet wieder. Nach verschiedenen Versuchen, war es der Start von syslog beim Booten. Dort weggenommen und schon startet wenigstens der Rechner wieder. Jetzt wollte ich eigentlich nur wieder den smpppd booten lassen. Leider kommt der im (ich liebe es) grafischen Runlevel-Editor nicht mehr vor. Nach deinen Erläuterungen müßte ich jetzt also einen link z.B. beim booten setzen, oder?
Am Freitag, 6. Dezember 2002 14:41 schrieb Wolfgang Eitel:
Der Runleveleditor schreibt nur die entsprechenden Start- und Kill-Links in die rc<r>.d-Verzeichnisse bzw. in das Verzeichnis /etc/init.d/boot. Dort brauchst du den Link Sxxboot.smpppd (xx ist irgend eine Nummer) nur zu löschen. Die eigentlichen Scripte stehen direkt in /etc/init.d, die lass bitte stehen!
jap, erste Hürde genommen! Der Rechner bootet wieder. Nach verschiedenen Versuchen, war es der Start von syslog beim Booten. Dort weggenommen und schon startet wenigstens der Rechner wieder. Jetzt wollte ich eigentlich nur wieder den smpppd booten lassen. Leider kommt der im (ich liebe es) grafischen Runlevel-Editor nicht mehr vor.
Hm, woher der seine INfos nimmt, weiß ich auch nicht genau. Schau mal folgendes nach: in /etc/inet.d sollten stehen (auführbar): network und smpppd (falls hier jetzt eine boot.smpppd steht, benenne sie einfach um) in /etc/inet.d/rc3.d (bzw. rc5.d) sollten jeseils K- und S-Links auf diese beiden Scripte stehen, wobei die Nummer des Startskriptes für smpppd kleiner als die für network sein sollte. Ist das nicht der Fall, installiere einfach DSL noch einmal sauber neu und ändere nur die Nummern der S-Links in /etc/init.d/rc3.d und /etc/init.d/rc5.d (ggf. auch /etc/init.d/rc2.d).
Nach deinen Erläuterungen müßte ich jetzt also einen link z.B. beim booten setzen, oder?
Nein, da gerade nicht. Es reicht aus, dass die Nummer der Startreihenfolge stimmt (siehe oben). Es sollte so klappen. -- Gruß MaxX
Kleiner Zwischenstand: - Nach starten des Rescuesystems von CD und manuellem Eingriff in /etc/init.d/boot.d (Habe dort mit den 3 Links auf network, syslog und smpppd gespielt -> Egal welche Reihenfolge; System bootet nicht) habe ich die Links gelöscht. - System startet wieder *Juhu* natürlich geht das DoD nicht. Nehme ich im yast das Häckchen für DoD wieder weg, kann ich mich mit cinternet -start wenigstens wieder manuell "einwählen". - Zwischenzeitlich kam eine mail vom SuSEsupport: Das sei alles richtig, was in der SDB steht! *grmpf* Und man müsse einfach beim Booten an der bewußten Stelle länger warten. Nun gut, ich war zwischenzeitlich Einkaufen (ca. 2 Std.) Dürfte doch wirklich lang genug sein, oder? Natürlich ohne Erfolg. - War so genervt (dachte vielleicht habe ich einen Fehler bei der Konfiguration gemacht) und habe das System noch mal komplett neu eingespielt (danke an Horst Mueller). Leider alles beim alten. - Noch mal die smpppd links in /etc/init.d/rc3.d und rc5.d vor den network link gelegt (danke an Matthias Houdek). Leider auch kein Erfolg. - Fehlermeldung bei einem ping ins öffentliche netz: destination host unreachable Hat irgend jemand noch eine Idee. Entweder vergesse ich irgend was grundlegendes, oder da geht was ganz und gar nicht bei SuSE 8.1
Am Samstag, 7. Dezember 2002 17:29 schrieb Wolfgang Eitel:
Kleiner Zwischenstand:
- Nach starten des Rescuesystems von CD und manuellem Eingriff in /etc/init.d/boot.d (Habe dort mit den 3 Links auf network, syslog und smpppd gespielt -> Egal welche Reihenfolge; System bootet nicht) habe ich die Links gelöscht.
- System startet wieder *Juhu* natürlich geht das DoD nicht. Nehme ich im yast das Häckchen für DoD wieder weg, kann ich mich mit cinternet -start wenigstens wieder manuell "einwählen".
- Zwischenzeitlich kam eine mail vom SuSEsupport: Das sei alles richtig, was in der SDB steht! *grmpf* Und man müsse einfach beim Booten an der bewußten Stelle länger warten. Nun gut, ich war zwischenzeitlich Einkaufen (ca. 2 Std.) Dürfte doch wirklich lang genug sein, oder? Natürlich ohne Erfolg.
- War so genervt (dachte vielleicht habe ich einen Fehler bei der Konfiguration gemacht) und habe das System noch mal komplett neu eingespielt (danke an Horst Mueller). Leider alles beim alten.
- Noch mal die smpppd links in /etc/init.d/rc3.d und rc5.d vor den network link gelegt (danke an Matthias Houdek). Leider auch kein Erfolg.
- Fehlermeldung bei einem ping ins öffentliche netz: destination host unreachable
Hat irgend jemand noch eine Idee. Entweder vergesse ich irgend was grundlegendes, oder da geht was ganz und gar nicht bei SuSE 8.1
Gut, wenn es soweit läuft (das System), dann bitte folgendes: Welches DSL-Modem (extern an ethx oder Fritzcard)? Was sagt ifconfig? Wenn ppp0 vorhanden, aber keine öffentliche IP und $Modem=Fritzcard-DSL, dann mal drdsl aufrufen - welches Ergebnis? -- Gruß MaxX
Hallo, Wolfgang Eitel wrote:
hat schon irgendjemand Erfahrung mit der Suse 8.1 und DSL im Dial on Demand Modus?
Ja, gute Erfahrungen.
Weder die kostenlose noch die kostenpflichtige Hotline von Suse konnte weiterhelfen! Angeblich gäbe es da einige Probleme mit dem Kernel.
Mein Standardkernel scheint ok zu sein
DSL funktioniert wunderbar. Nun soll es eben über Dial on demand auch funktionieren, da hier ein kleines Netzwerk läuft. Nachdem ich im yast2 das Häckchen für dod gesetzt habe, funktioniert es nicht.
Hast Du auch Nameserver eingetragen?
Hat es jemand geschafft bei 8.1 DSL mit Dial on Demand zum laufen zu bringen???
Ja, gestern noch. Deine Konfiguration scheint nicht in Ordnung zu sein. Du solltest zumindest Einiges aus den Logs posten... Gruss horst
participants (5)
-
Horst Mueller
-
Matthias Houdek
-
Michael Meyer
-
moenus@t-online.de
-
T. Hantke