ubuntuusers.de

Hallo zusammen!

Also ich habe ein Problem. Ich habe erst die i386 installiert gehabt, dort funktionierte das Wlan wunderbar. Jetzt habe ich das alles gelöscht und die amd64-Version installiert. Jetzt erscheint aber die Drahtlos-Verbindung nicht mehr in den Netzwerkeinstellungen.

Also unter der i386-Version funktionierte das so:
ndiswrapper-common, ndiswrapper-utils und ndisgtk installiert. Dann über Ndisgtk den Treiber installiert, in die blacklist ieee80211_rtl, rtl8187, rtl8150, rtl8180, r8169 und r8180 eingetragen. Dann noch wicd installiert und network-manager gelöscht. Über etc/network/interfaces und wpa_supplicant.conf manuell konfiguriert und dann lief das Ganze.

Jetzt bei der amd64-Version klappt aber schon der erste Schritt nicht. Ndisgtk hängt sich nämlich nach Auswahl der Treiber-inf-Datei auf (egal ob bei 32bit oder 64bit Treiber). Also über 'ndiswrapper -i net8185[_x64].inf' installiert, da meckert er nicht. Bei 'ndiswrapper -l' zeigt der den Treiber auch korrekt an, die Hardware wird auch als präsent erkannt. Naja aber wie gesagt bei Netzwerkeinstellung kommt die Möglichkeit für Wlan-Einstellungen nicht. Auch wenn ich bei der interfaces einfach 'auto wlan0' (und der ganze andere kram) eintrage, tut der so als wär das eine Ethernet-Karte.

Weiß da jemand Rat? Im Internet fand ich nur Anleitungen für die i386 oder für die amd64 - dafür aber gutsy oder noch früher. Habe über 5 Anleitungen ausprobiert, keine funktionierte. Ich schätze dass ich noch irgendwas aktivieren muss oder so. (Auch wenn es bei der i386 ohne ging)

Noch Info zum Netwerk (auch wenn erstmal unrelevant, da Ubuntu ja gar nicht versteht dass ich da Wlan drin hab):
WPA-PSK & Statische IP & Manuelle DNS-Server

Danke für eure Mühe im Vorraus
mynicedevice

Mit der Installation via Terminal und via NdisGTK ergeben sich zwei unterschiedliche Zustände.

Nur ein Hinweis (mit NdisGTK) muss jedesmal nach einem Löschen eines Treibers auch die Datei /etc/modprobe.d/ndiswrapper im Terminal mit

sudo rm -f /etc/modprobe.d/ndiswrapper

erst gelöscht werden ❗ Das insbesondere, wenn man aus Versehen mal einen 32-bit-Treiber auf einem 64-bit OS eingetragen hat(te).

Bei der Installation über das Terminal mit sudo ndiswrapper -i >Pfad/zur/INF-Datei< muss der Ndiswrapper auch mit

sudo echo "ndiswrapper" >> /etc/modules

dort von Hand eingetragen werden (zwei >> !!) Zum Testen reicht ein einfaches

sudo modprobe ndiswrapper

Auf alle Fälle muss (sollte - es gibt Ausnahmen) der Kerneltreiber in die /etc/modprobe.d/blacklist oder in eine andere dort vorhandene oder neu erstellte Datei eingetragen werden - mal als Beispiel

sudo echo "blacklist mein-falscher-Treiber" > /etc/modprobe.d/blacklist-wlan

(hier nur ein > verwenden !!).

gruß syscon-hh

Hmm...
Ich habe die Befehle von oben nach unten durchgeführt (außer den letzten, die hatte ich schon eingetragen). Jetzt hängt aber mein PC beim Starten. ERst kommt das Ubuntu-Bootlogo, er lädt den Balken circa zu einem Drittel. Dann springt er scheinbar in die bash, dann steht da oben jede Menge, die letzten vier Zeilen lauten:

Loading hardware drivers... [OK]
Setting the system clock
Loading Kernel modules...
Loading manual drivers...

Ich habe den circa 10 Minuten so stehen lassen, aber ohne Erfolg. Am Ende bemerkte ich dass ich dann wie in einem Texteditor alles mögliche schreiben konnte, aber auf bash-Befehle/terminal-Befehle reagierte er nicht. Einfach wie ein Texteditor.

Kannst du mir wieder aus der Misere helfen? Sollte ich ndiswrapper nochmal aus den modules nehmen und einen Neustart versuchen?

MfG

Ich weiß im Moment nicht, ob in der "abgemagerten" busybox auch ein Texteditor( vi oder nano ) enthalten ist. Sofern Du an der beschriebenen Stelle help eingibst und er darauf vernünftig reagiert, sollte es dieses Tool sein (ansonsten kann man fast immer etwas eingeben - nur eben ohne dass da etwas passiert). Damit könnte man dann die /etc/modules nachbearbeiten, den "ndiswrapper" ggf. wieder löschen.

Aber wenn, wie oben beschrieben, mit dem Befehl sudo modprobe ndiswrapper beim Testen keine Fehler-Meldung kam, kann (sollte) es eigentlich nicht daran liegen.

Dann hilft eben nur eine LiveCD und dann die Root-Partition mounten und danach dann die Datei bearbeiten.

Nur noch einen Frage - bist Du sicher, auch den richtigen 64-bit-Treiber zu haben?? Genau an sowas bin ich mal hoffnungslos gescheitert - und es hat gedauert, bis ich das realisierte - es ist eben nicht immer das drin, was da so draufsteht. Denn ein für ein dual-core geschiebener Treiber (86_x64) funktioniert ggf. abweichend von dem, was hier bei Ubuntu 64-bit (AMD optimiert) so läuft.

gruß syscon-hh

Jo also bei dem 'modprobe ndiswrapper' kam kein Fehler. Ich finde das ja auch nicht grad logisch..

Also ich habe den 'Windows 64bit driver' genommen. 2. Eintrag von oben Das sollte doch eigentlich der richtige sein. Der Treiber heißt auch net8185x64.inf

Kommt mir auch ein wenig spanisch vor. Aber ich werde das gleich mal mit dem Befehl help probieren. [Sonst wenn man irgendetwas eingibt kommt doch wenigstens Rückmeldung dass es den Befehl nicht gibt oder so?!]

Danke schonmal

Also ich habe über das Live-System den Eintrag aus der modules wieder entfernt, das starten geht jetzt wieder.
Ich habe jetzt alles auf den Urpsrungszustand zurückgesetzt, sprich alles aus der blacklist entfernt, Treiber usw. Auch der network-manager ist jetzt wieder installiert anstatt wicd.

Hat jemand nun eine Ahnung wie ich den Chip zum Laufen kriege?

MfG

Guckst du hier: http://forum.ubuntuusers.de/topic/188216/
Genau das Problem hatte ich bis gestern nämlich auch. Einfach mal die Boardsuche benutzen 😉
Grüße TheHead

Ich liebe dich :-*

Es funktioniert alles wunderbar. Vielen herzlichen Dank.

(Ich habe dutzend mal die Suche verwendet, aller Wahrscheinlichkeit nach sucht Googles Cache nicht alle 2 Stunden auf dem Forum vorbei um alle Beiträge zu katagolisieren 😉 )

Mit freundlichen Grüßen
mynicedevice

Bitte schön.
Mir gings gestern ungefähr genauso.
mfg TheHead