ubuntuusers.de

Hallo alle zusammen,

mein Problem ist, dass die neu erworbene PCI WLAN Karte (BIGtec BIG111 54Mbit v1.0) nach dem Einbau das System dazu bringt sich beim dem Laden der grafischen Oberfläche aufzuhängen. Meistens sehe ich dann nur noch einen schwarzen Bildschirm mit dem runden weißen Mauszeiger in der Mitte. Die Maus lässt sich nicht bewegen und ich muss den PC per Schalter abwürgen. Sobald die Karte ausgebaut wird startet alles normal.

ubuntu 9.04 ist frisch installiert (Mit Updates; Kernel: 2.6.28-13-generic) und um eventuellen Hardware-Konflikten aus dem Weg zu gehen habe ich alle anderen PCI Karten ausgebaut. Ich habe lediglich die nVIDIA Treiber nachinstalliert (Version 96)

Laut Wiki WLAN Artikel wird der rtl8185 Chipsatz unterstützt WLAN/Chipsätze, was ich nur bestätigen kann. Auf einem meiner PCs funktioniert die Karte nämlich und zwar out of the box sogar mit WPA2.

Durch einen anderen Forumeintrag kam ich auf die Idee, die Realtek Treiber zu blacklisten und die Karte mit den Windows Treibern zu betreiben.

Folgende Befehle aus dem Forum habe ich ausgeführt:

echo ‚blacklist rtl8187‘ | sudo tee -a /etc/modprobe.d/blacklist
echo ‚blacklist rtl8150‘ | sudo tee -a /etc/modprobe.d/blacklist
echo ‚blacklist rtl8180‘ | sudo tee -a /etc/modprobe.d/blacklist
echo ‚blacklist ieee80211_rtl‘ | sudo tee -a /etc/modprobe.d/blacklist
echo ‚blacklist r8169‘ | sudo tee -a /etc/modprobe.d/blacklist
echo ‚blacklist r8180‘ | sudo tee -a /etc/modprobe.d/blacklist

Danach die Karte eingebaut und den Rechner Hochgefahren. Zu meiner Verwunderung konnte ich nach der Anmeldung jetzt auf mein WLAN Netz zugreifen, da die Karte plötzlich einwandfrei lief (Ohne Treiber????). Zum Test habe ich dann noch einmal neu gestartet und prompt den altbekannten Fehler erhalten. Das widerspricht doch jeglicher Logik? ☹

Danach habe ich das System interessehalber im "Recovery Mode" gestartet, "Drop to root shell with networking" gewählt und folgende Fehlermeldung erhalten:

"wmaster0: unknown hardware address type 801"

weiter kam ich auch nicht, da sich der Rechner danach wieder mal aufgehängt hat.

System auf dem die Karte funktioniert : http://www.msicomputer.com/product/detail_spec/K7Tturbo2.htm Mein Computer auf dem es nicht geht (Chipsatz ist Intel 845): http://www.addco-rechner.de/assets/plugindata/poola/Scenic%20xB.pdf

Ich bin totaler Linux-Neuling, seit etwa einem halben Jahr dabei und absolut begeistert von dem System und der Idee die dahinter steht und hoffe jemand hat eine Idee was ich tun kann um die Karte per Kernel-Treiber oder ndiswrapper (wenns nicht anders geht) zum laufen zu bekommen

Hallo,
unter ubuntu 9.04 ist die Blacklist-Datei /etc/modprobe.d/blacklist.conf !
Die erstellten Einträge sind daher wahrscheinlich wirkungslos und der Treiber wird trotzdem geladen, was auch die vorhandene Schnittstelle "wmaster0" belegt. Das führt dann wieder zum Systemabsturz.

Hai simonthechipmunk,

in meiner Maschine und im Desktop meiner Nachbarn sind jeweils eine BIGtec-54MBit BIG102 mit dem Realtek rtl8185 Chip verbaut. Auf der Maschine meiner Nachbarn Hardy mit dem NdisWrapper gibts keinerlei Probleme. Auf meiner Maschine mit Jaunty verspüre ich ebenfalls ein sporadisches ausbremsen des Systems. Hierbei versucht Jaunty anscheinend während des Bootvorgangs eine Verbindung auf zu bauen. Ich konnte das verhindern indem ich die Automatische Verbindung zum WLAN im NetworkManager unterbinde. Damit ist das Problem erstmal gelöst.

Inwiefern das bei dir funktioniert, kann ich nicht sagen. Du verwendest eine andere Version BIG111 der WLAN Karte...

Viel Erfolg

Blubb

SCUBA

Hallo und Danke für den Tipp mit der blacklist.conf. Sobald der rtl8180 in der Blacklist eingetragen war konnte ich auch mit eingebauter Karte starten und diese per ndiswrapper installieren.

Leider tritt gleich das nächste Problem auf: Ich kann mich nur mit WEP verschlüsselten Netzwerken verbinden. WPA2 funktioniert nicht, obwohl die Karte dieses unterstützt. Der Netzwerkmanager macht zwar Anstalten sich zu verbinden, bricht aber nach etwa einer Minute ab und gibt die Meldung "Verbindung getrennt - Sie sind nun offline" von sich.

Was mir jetzt auffällt:

Das System hat also ohne mein Zutun (Die sinnlose Datei "blacklist" in /etc/modprobe.d habe ich gelöscht) zumindest einmal die Karte ordnungsgemäß erkannt und sich auch mit dem WPA2 Netzwerk verbunden. Wie kommt so etwas zustande? Der Treiber scheint ja ab und zu zu funktionieren und auf meinem zweiten Rechner läuft er ja auch einwandfrei sogar mit WPA2.

Das ist aber eher Nebensächlich. Ich wäre schon froh, wenn mein Netzwerk überhaupt erstmal geht und vor allem mit WPA2.

@scuba

Genau das war und ist auch mein Problem. In Hardy lief die Karte noch mit ndiswrapper. Als ich dann Intrepid bzw. Jaunty installieren wollte ging nichts mehr, weswegen ich vermute, dass das entsprechende Kernelmodul für den rtl8185 in 8.04 noch nicht vorhanden war und so auch keine Probleme machen konnte.

Was den Netzwerkmanager angeht komme ich ja ohne blacklisting nicht mal dazu eine Verbindung einzuspeichern, die ich am automatischen verbinden hindern könnte oder meinst du damit das allgemeine abschalten des WLAN beim Systemstart? Wenn ja: Wie geht das? Ich kann keine entsprechende Einstellung finden.

Gruß simon

Ich konnte mit einer rtl8185 und nidiswrapper auch nur mit WPA1 verbinden. Die Karte habe ich inzwischen allerdings nicht mehr. Liegt möglicherweise an Linux/ndiswrapper oder verschiedenen Chipsatz-Revisionen.

Ich vermute hier jetzt allerdings ein grundsätzliches Hardwareproblem. Windowstreiber löschen und den Systemtreiber nach Rechnerstart manuell laden.

sudo modprobe rtl8185

Die komplette Ausgabe des Kernellogs und ACPI-Systems dann abfragen. Hänge die erzeugten Textdatei einfach hier an.

dmesg > simonthechipmunk_01.txt
sudo cat /proc/acpi/dsdt > simonthechipmunk_dsdt.dat 

Dann könnte man noch einen anderen PCI-Steckplatz ausprobieren.

Hallo elektronenblitz,

Das manuelle Laden des Treibermoduls per

sudo modprobe rtl8180

hängt das System wie gewohnt nach etwa 2 Sekunden auf, worauf ich den Rechner nur noch abwürgen kann.

Die PCI-Plätze sind in Ordnung. Ich habe die Karte zur Sicherheit in drei verschiedenen getestet. Könnte das ganze mit dem BIOS zu tun haben? Mein "Bereitschaftsmodus funktioniert nämlich auch nicht. Jedes Mal wenn ich den auswähle fällt der PC in ein Bereitschaftskoma und gibt einen Fehler aus (siehe Bild im Anhang)

simon

Könnte das ganze mit dem BIOS zu tun haben?

Ja, deshalb wären die angeforderten Ausgaben erforderlich. Nach einen BIOS-Updade schauen.

Hi,

Die Dateien habe ich angehängt und ein BIOS Update habe ich auch gefunden. Das Update liegt zwar als .exe Datei vor, was aber nicht weiter schlimm ist, da als zweites OS Windows 2000 installiert ist.

Das größere Problem ist, dass ich sowas wie BIOS Update noch nie gemacht habe und folglich keine Ahnung habe was zu tun ist. Muss ich die Datei einfach unter Windows ausführen? (Flashwrite ist im BIOS aktiviert)

Auf jeden Fall werde ich erst mal deine Antwort abwarten, bevor ich noch meinen Rechner zerstöre. Im Moment startet er ja wenigstens noch.

Gruß simon

Ein Fehler mit dem Systemtimer.

[    0.674947] * The chipset may have PM-Timer Bug. Due to workarounds for a bug,
[    0.674949] * this clock source is slow. If you are sure your timer does not have
[    0.674950] * this bug, please use "acpi_pm_good" to disable the workaround
[    0.674999] HPET not enabled in BIOS. You might try hpet=force boot option

Ich habe gerade einen ähnlichen Fall hier http://forum.ubuntuusers.de/topic/acpi-problem-bei-ubuntu-9-04-installation
und etwas älter hier http://forum.ubuntuusers.de/topic/ubuntu-auf-targa-traveller-826/

lapic ist hier bereits aktiviert!

Die auch in diesem Fall zutreffenden Lösungsvorschläge poste ich jetzt nicht extra erneut. Hier schlägt der Kernel sogar explizit die Bootoption hpet=force vor. Sollte das nicht funktionieren können die alternativen Systemtimer getestet werden. Die dsdt.dat schaue ich mir morgen an. Ich komme gerade vom Sport, und für heute "reicht" es mir (Beine hochleg 😉 ).

Hallo,
die dsdt.dat enthielt nur einen Fehler. Die gefixte Datei aus dem Anhang entpacken und gemäß acpi-fix in das System einbinden, sollte die Korrektur des Timerbugs alleine noch nicht zum Erfolg führen.

sudo cp simonthechipmunk_dsdt.aml /etc/initramfs-tools/DSDT.aml
sudo update-initramfs -u 

Das größere Problem ist, dass ich sowas wie BIOS Update noch nie gemacht habe und folglich keine Ahnung habe was zu tun ist.

Da es sich um eine exe-Datei handelt, kann diese wahrscheinlich direkt unter Windows ausgeführt werden. Ansonsten muss man eine Bootdiskette erstellen. Dann braucht man je nach BIOS-Version ein passendes Flashtool und die Binärdatei. Die exe-Datei könnte auch dieses Diskettenimage enthalten. Erläuterungen dazu sollten eigentlich auf der Herstellerseite zu finden sein. Warte damit aber noch ab.

Hi,

Zum Thema BIOS Update habe ich eine Anleitung auf Chip-online gefunden. Das müsste ich falls noch nötig hinbekommen. Das Update selbst habe ich nicht von der Herstellerseite weil die kompletter Schrott ist. Keine Angaben zu älteren Modellen und erst recht keine Updates oder Treiber. Wer braucht sowas auch außer ein paar irren Linux usern! ☺

Die gefixte dsdt.aml Datei habe ich nach Anleitung eingebunden. Allerdings komme ich nicht dahinter,was genau ich in der Zeile

# kopt=root=UUID=d640b9fb-aee3-4b8f-b942-5e8a91dbad30 ro

in der menu.lst ergänzen muss

Die Ausgabe von

sudo cat /sys/devices/system/clocksource/clocksource0/available_clocksource

ergibt bei mir übrigens

tsc acpi_pm jiffies

Ich überblicke das noch nicht ganz. Bis jetzt hat sich das System wieder bei allen meinen Versuchen beim Laden des Treibermoduls für Realtek aufgehängt.

simon

Hallo,
die Kernelzeile ist

root=UUID=d640b9fb-aee3-4b8f-b942-5e8a91dbad30 ro quiet splash 

und sollte folgendermaßen ergänzt werden

root=UUID=d640b9fb-aee3-4b8f-b942-5e8a91dbad30 ro quiet splash hpet=force

alternativ

root=UUID=d640b9fb-aee3-4b8f-b942-5e8a91dbad30 ro quiet splash clocksource=X

..wobei das X durch tsc oder acpi_pm oder jiffies ersetzt werden muss.

Hallo,

Leider hat keine der Bootoptionen etwas im Bezug auf das Netzwerk bewirkt. Es blieb wieder jedes Mal hängen.

Der nächste Schritt ist dann wohl das BIOS update? 😕

Und ich wünsche dir natürlich erstmal einen schönen Urlaub.

simon

Hallo,
überprüfe die Wirksamkeit der jeweiligen Bootoptionen wieder mit

dmesg

Zum BIOS-Update kann ich ohne weitere Informationen zum Board (genauer Typ und Revision), Hersteller und z.Z. verwendete Version nichts sagen.

Eine grundsätzliche Unverträglichkeit zwischen Board, WLAN-Karte, verwendeter Treiber- und Kernelversion ist allerdings auch möglich. Mal testen, ob der Rechner mit den momentan ausgebauten PCI-Karten stabil läuft.

Hallo,

die Ausgaben von dmesg mit den verschiedenen Optionen hab ich hochgeladen. Zumindest hat sich etwas getan (außer bei hpet=force).

Die anderen PCI-Karten funktionieren soweit:

1. Creative Labs Soundkarte → keine Probleme außer dass bei gleichzeitig eingeschaltetem Onboard-Sound die Anmeldesounds an der Onboard-Karte ankommen und Musik usw. an der PCI ausgegeben werden (Onboard kann man ja abschalten, dann gehts)

2. Avermedia M199 TV-Karte → Nur der Chinch-Video/S-Video Eingang wird erkannt, aber die Karte läuft soweit. Daher übrigens auch die Win2000 Installation. Nur wegen der blöden TV-Karte ☹

Zum BIOS und Board:

Phoenix BIOS Version 4.06 Rev. 1.04.1387 Update Download: http://www.treiberupdate.de/treiber-download/download-23538-treiber-Siemens-Fujitsu_SiemensD1387.html

Update Version: 4.06 Rev. 1.06

Board: D1387-A10 GS 3 Weitere Infos: http://sysdoc.doors.ch/FUJITSU/ds_d1387_82.pdf

Gruß simon

Edit:elektronenblitz63 Dateianhänge gelöscht