SiS 771/671¶

Der verwendete Chipsatz wird nicht korrekt erkannt, weshalb auf den Vesa-Treiber zurückgegriffen wird. In den Repositories ist auch für diesen Chipsatz kein Treiber enthalten - sodass es nunmehr zwei Möglichkeiten gibt:

• den Vesa-Treiber voll auszureizen

• die SiS-Treiber von Hand einzuspielen

Vesa¶

Im Artikel Xserver wird genauer auf die Datei /etc/X11/xorg.conf eingegangen. Die folgenden Ergänzungen vornehmen:

Section "Screen"
        # Alles hier stehen lassen, nur folgendes ergänzen:
        SubSection "Display"
                Depth   24
                Modes   "1280x800" "1024x768" "800x600" "640x480"
        EndSubSection
EndSection

Section "Monitor"
        # Alles hier stehen lassen, nur folgendes ergänzen:
        Option  "DPMS"
        HorizSync       28-72
        VertRefresh     43-60
        # eventuell auch statt der vorigen Zeile:
        # VertRefresh   43-72
EndSection

X neu gestartet beschert nun schon eine bessere Auflösung - zumindest 1024x768 sind jetzt möglich. Wer mehr will, findet die Lösung im folgenden Abschnitt:

SiS¶

Der in den Repositories enthaltene SiS Treiber kennt den hier verwendeten Chipsatz nicht, daher muss er zunächst entfernt werden (um ein späteres versehentliches Überschreiben durch Updates zu verhindern). Für die folgenden Schritte sind wiederum Root-Rechte erforderlich ^[2]:

apt-get remove --purge xserver-xorg-driver-sis 

Nun holt man sich von hier den offiziellen 2D-Treiber. Der Inhalt muss jetzt nach /usr/lib/xorg/modules/drivers entpackt werden ^[4].

Für die Konfiguration der /etc/X11/xorg.conf zunächst die im vorigen Kapitel genannten Änderungen durchführen ^[1]. Zusätzlich dazu dann noch:

Section "Device"
        # Alles hier stehen lassen, nur folgendes ergänzen:
        Driver  "sis"
EndSection

X neu gestartet - und schon steht eine Auflösung von 1280x800 zur Verfügung. Mehr lässt sich scheinbar nicht herausholen - ohne in Gefahr zu laufen, die Hardware zu schädigen (solange die korrekten Spezifikationen des Bildschirms nicht bekannt sind).

Treiber installieren¶

Die Ursache des Problems ist bald gefunden: Die dem System beiliegenden Treiber sind nicht aktuell genug. Abhilfe schafft hier, die aktuellen Treiber selbst zu installieren ^{[5] [6]}:

# den "alten" Treiber entfernen
sudo apt-get remove --purge madwifi-tools
# die aktuelle Version holen, kompilieren, und installieren
svn checkout http://svn.madwifi-project.org/madwifi/trunk madwifi
cd madwifi
make && sudo make install 

Jetzt muss noch dafür gesorgt werden, dass die "eingeschränkten Treiber" nicht in die Quere kommen. Dafür muss man die Datei /etc/default/linux-restricted-modules-common mit Root-Rechten bearbeiten ^[1], sodass dort aufgeführt ist:

DISABLED_MODULES="ath_hal"

Zu guter Letzt gilt es sicherzustellen, dass der neue Treiber auch automatisch geladen wird. Dies geschieht in der Datei /etc/modules, der einfach folgende Zeile am Ende hinzugefügt wird ^[1]:

ath_pci

Damit die Konfigurationsänderung in der Modul-Liste ("Disabled Modul") wirksam wird, ist an dieser Stelle ein Neustart des Systems angesagt. Ist das System wieder hochgefahren, sollte lsmod | grep ath ^[2] den Treiber als geladen anzeigen.

Es empfiehlt sich auch, einen Blick auf die Dokumentation des MadWifi Projektes selbst zu werfen, z.B. hier .

Netzwerk konfigurieren¶

Folgende Befehle (mit Root-Rechten ausgeführt) sorgen nun dafür, dass die Karte auch den Access-Point findet - am Beispiel einer WEP-verschlüsselten Verbindung ^[2]:

iwconfig ath0 essid "eddie"
iwpriv ath0 authmode 2 # shared key - sonst 1
iwconfig ath0 key <wep key (in hex)>
#iwconfig ath0 key <s:ASCII string of key> # alternativ 

Funktioniert dies zufriedenstellend, trägt man diese drei Zeilen noch in die /etc/rc.local ein ^[1] (am Ende, aber noch vor der Zeile mit exit), damit die entsprechende Verbindung auch gleich beim Systemstart aktiv wird.