AW: So, wir sind einen Schritt weiter...
Forgal schrieb:
Ja Ark Linux 2006.1. Vielleicht, bei mir sind schon 3 Fesplatten kaputt gegangen, aber nur die Elektronik, die wurden immer langsamer und hängten sich dann ganz auf, oder hatten vorher Lesefehler.
Dann würde ich mich zuerst um gescheit funktionierende Hardware kümmern und Linux zunächst beiseite legen. Irgendwie scheint da ein Dauerproblem zu bestehen, wenn schon 3 Platten abgeraucht sind. (Controller vielleicht?)
In meinem Mainboard hab ich 4 USB Anschlüsse, wenn ich die überm BIOS abschalte sind alle weg. Im Boot.log wird auch kein USB mehr aufgelistet.
Jo, weil das Problem nicht beim USB liegt, nun wissen wir das dann auch endgültig.
Neuen Bootlog ohne USB bitte posten.
Hab vor Jahren mal versucht einen Nameserver-cache einzurichten (Compilieren, configurieren), hab es aber ums verecken nicht hinbekommen. Finde einen Nameserver-cache genial, sowas hat man bei windows nicht. Damit wird der verbindungsaufbau bei gleichen IPs schneller und die Bandbreitenauslastung der Leitung weniger. Hab es aber abgeschaltet wie du es beschrieben hast.
Mit der Config war alles in Ordnung. Bis auf MTU und Benutzergesteuert.
Dann bitte Ausgabe von:
und den Inhalt der Datei:
Code:
/etc/sysconfig/network/ifcfg-<Ab hier musst Du suchen, dsl oder ähnliches>
.
Es wird eine Datei sein, die nur für root lesbar ist, weil da Passwort und Benutzername drinstehen. Die dann rauslöschen und den Rest bitte posten.
Ist das überhaupt ein Modem für PPPoE? Wird das an eine Netzwerkkarte angeschlossen?
In dem verlinkten Artikel steht nämlich:
hop everything went ok at the first time. Next step was finding the br2684ctl. There is one very simple way (took me some research time and several solutions testing): download the linux-atm package from the opensuse website along with the rp-pppoe package (compiling br2684ctl is a bit of an issue). These packages are not provided with the evaluation version of the Novell Suse 10.0 don't look for them on your DVD (unless you bought it I think they are on the full retail version). Install those with YAST and you're done. Simply type:
br2684ctl -b -c 0 -e 0 -a 8.35 // creates a "virtual" ethernet device to use with your modem
ifconfig nas0 192.168.1.1 netmask 255.255.255.0 // nas0 is the ethernet device name created by the previous command
adsl-start
Die fett markierten Teile meinte ich eigentlich als "Probiers mal aus", den Rest nicht. Da geht es nur ums "Hochbringen" des Modems, nachdem die Treiber da sind. Was mich halt wundert, ist die Sache mit dem "virtual device". Also ist da keine Netzwerkkarte an das Modem angeschlossen, oder?
(Ich habe diese Hardware nicht, hilf Du mir auf die Sprünge).
Des weiteren ist die Konfiguration wohl noch aus Zeiten "ohne Firmware", also würde ich die mal besser nun löschen und folgendes machen.
Altes Device in der DSL-Konfiguration löschen. Kiste hochfahren, ohne Modem.
Modem einstecken und wenn alles gut läuft, meldet sich Yast "Neue Hardware gefunden". Dann konfigurieren.
Weiter steht in dem Artikel:
Suse users you need to recompile your kernel in any case, just refer to the OtherModule help page on the atm.ueagle-use.org website, there is a document explaining very easily how to do it and which kernel options to check. The Bridge 2684 module is not available by default and same thing with the ATM support thus there is no way you skip this step.
Das wundert mich nun ein wenig, denn auf meiner SuSE 10.1 ist das alles schon da. Der Artikel ist zwar für 10.0, aber da habe ich das Bridge-Modul auch gefunden. Der Treiber für das Modem heisst allerdings anders, nämlich 'eagle-usb'. Das steht allerdings auch in dem weiter unten verlinkten Artikel. Das aber nur am Rande, es geht ja um 10.1 bei Dir.
Code:
13:47 Adamantan:/ # ls -lR lib/modules/2.6.16.21-0.13-default/ | grep -r br2684
-rw-r--r-- 1 root root 10212 2006-07-17 21:36 br2684.ko
13:48 Adamantan:/ # ls -lR lib/modules/2.6.16.21-0.13-default/ | grep -r ueagle
-rw-r--r-- 1 root root 30640 2006-07-17 21:37 ueagle-atm.ko
13:48 Adamantan:/ #
Alles da .... und Dein Bootlog sagt das ja auch aus:
Code:
[B]<6>[ueagle-atm] driver ueagle 1.2 loaded
<6>usb 1-2: [ueagle-atm] ADSL device founded vid (0X1110) pid (0X9021) : Eagle II[/B]
<6>drivers/usb/input/hid-core.c: v2.6:USB HID core driver
<6>usb 1-2: reset full speed USB device using uhci_hcd and address 4
<6>usb 1-2: [ueagle-atm] using iso mode
<6>usb 1-2: [ueagle-atm] (re)booting started
[B]<6>usbcore: registered new driver ueagle-atm[/B]
<6>usb 1-2: [ueagle-atm] modem operational
[B]<6>usb 1-2: [ueagle-atm] ATU-R firmware version : 40e4be96[/B]
==> passt!
Wenn das Modem nicht läuft, dann liegt es entweder a) an falscher Konfiguration oder b) an fehlerhafter Firmware.
Gib mir mal ein als root eingegebenes:
Code:
modinfo br2684
modinfo ueagle-atm
Da das Ding ja ein ATM-Modem ist, kann man auch mal die Einrichtung mit PPP over ATM testen (wird aber wohl weniger gehen). PPP over ATM ist eher ne Spezialität in "Felix Austria".
Zwar für PPPoATM in Frankreich, aber einen Blick wert.
http://forums.suselinuxsupport.de/index.php?showtopic=37612
Och Nööö, das artet ja in Arbeit aus. Hab vor 3 Jahren zuletzt das Kernel übersetzt. Wenn du mir versprichts, das wenn es funktionieren würde, es in der nächten SuSe Distribution drinnen wäre, würde ich mich da reinhängen.
Das Posting ist jetzt schon 4 Monate alt, wunder mich warum es noch nicht in Suse ist, wenn das funktionieren sollte.
Den Kernel werde ich sowieso compilieren müssen, glaub ich, wegen dem Hänger, vielleicht bringen einem die DEBUG-Ausgaben weiter. Hab jedenfalls keine Idee wie es weiter gehen soll.
Moment mal. Es hängt mit mehreren Kernelversionen, also ist die Chance, daß alle Versionen fehlerhaft oder ungeeignet sind doch eher gering.
Die Chance, daß es mit einem selbstgebackenen Kernel "einfach so" klappt ist nicht gerade groß, denn man müsste dazu sehr wahrscheinlich erstmal wissen, welche Hardware das Problem auslöst und dieses Modul in der Kernelconfig abschalten.
Wenn man das weiß, dann kann man aber auch das entsprechende Kernelmodul aus der Konfiguration beim Starten kicken, egal ob der Kernel selbst gebacken ist oder nicht.
Die Kernelmodule für das Modem selbst sind ja scheinbar da, also kein Selbstbau zumindest für das Modem nötig.
Oder kennst du eine Befehl wie beim Amiga-shell "set echo on" mit dem vor jedem Starten einer executable-datei der Pfad+Datei ausgegeben wird, damit man zurückverfolgen kann was Ctrl-c unterbricht?
Nein, zumindest noch nicht. Aber die Chance, daß es den gibt, ist nicht gering. Sicherlich eine "debug"-Option bei den Bootparametern.
Nee aber ehrlich, shell schön und gut, bin damit aufgewachsen, klasse zum administrieren, aber wenn man Windows-dummys den Umstieg einfach machen will, sollte man es so einfach wie möglich machen. Ich klicke mit der maus lieber als das ich alles eintippe. Und ein Computer ohne Internet ist heutzutage kein Computer, und wenn ein Newbie keinen Internetaufbau mit seiner vorhandenen Hardware mit einer Live-CD hinbekommt,lässt er die finger von Linux.
Hallo?
Ich zitiere mich mal selbst:
mir selbst schrieb:
Nö, Kinternet braucht man *prinzipiell* gar nicht, es ist -wie so oft- nur ein bequemes Frontend für Kommandozeilentools, in diesem Fall unter anderem 'ifup'. Man sollte es aber installieren, vor allem wenn man "Neu auf der Eisscholle der SuSE-Pinguine" ist.
Also? Und die Einrichtung des Modems kann auch graphisch mit Yast erfolgen, wo ist das Problem?
Die Möglichkleit zur Auswahl zwischen Shell und Klicki-Bunti ist das Entscheidende.
Bei der Standardinstallation von SuSE wird auch ein GUI-Toolfür das Starten/Stoppen von Netzwerkverbindungen mit installiert. In der 10.1 hat man sogar die Wahl zwischen Kinternet oder dem NetworkManager, diesen dann als KDE- oder als GNOME-Applet.
Mit und ohne USB bleibt es hängen.
Jupp, weil der "Verdächtige Nummer 1" aus dem Bootlog nicht der "Täter" war. "Verdächtiger Nummer 2" (USB allgemein) war es wohl auch nicht.
Greetz,
RM
