Keine Ahnung von debian, aber trotzdem Wlan installieren wollen

kernel-headers-2.6.15-ct-1 ist installiert?

Zu finden mit sources.list Eintrag "deb http://www.heise.de/ct/ftp/projekte/vdr45 experimental/" (hoffentlich).

Dein Link oben geht hier nicht.

Edit:
http://rt2x00.serialmonkey.com…x.php/Debian_rt2500_Howto (?)

Hallo
In deinen kernel-headers wird das Verzeichnis /usr/src/kernel-headers-2.6.15-ct-1/scripts/ fehlen. Dieses scripts Verzeichnis gibt es auch in den kernel-sourcen. Installier mal die kernel-source und setz mal ein symlink von den scripts zu den headers. Vielleicht funktioniert es dann.
Gruß MAK

Hi,

Symlink?!?! Guckst Du HIER!

Gruss

Macavity

P.S.: Also so dann (wahrscheinlich, wenn die Pfade passen, musst Du schauen): ln -s /usr/src/kernel-sources-2.6.15-ct-1/scripts /usr/src/kernel-headers-2.6.15-ct-1/scripts

Hi,

Du kannst nen Symlink auch für die Datei erstellen, aber das scheint mir mehr im argen zu sein.

Gruss

Macavity

P.S.: Auf was zeigt eigentlich /usr/src/linux? (Ist bestimmt nen Symlink)

Hallo

lösche doch mal den Symlink von Macavity und lege den hier an

ln -s /usr/src/kernel-sources-2.6.15-ct-1/ /usr/src/kernel-headers-2.6.15-ct-1

Ich habe zwar kein CTVDR aber ich denke das ist richtig so.

Ich kann dir aber nur ans Herz legen mal mit "kleineren" Sachen anzufangen als gleich sowas hier, da hat schon der ein oder andere die Lust an Linux verloren.

apt-get remove kernel-headers-2.6.15-ct-1 --purge
obs hilft sei mal dahingestellt

Hallo
Bevor du dich noch lange rumärgerst, bau deinen Kernel noch einmal neu.
Mit diesen Link findest du die nötige Hilfe.
In der Beschreibung kommt der Befehl

# make-kpkg kernel_image --revision=dri.0

vor. Dem hängst du ein --initrd an, also so:

# make-kpkg kernel_image --revision=dri.0 --initrd

Jetzt kannst du dein Modul rt2500 so bauen, wie es in der Beschreibung mit der pcmcia-source gemacht wird.

Gruß MAK

Nachtrag zu meinen vorherigen Post:

Wenn du deinen Kernel nachbauen willst, mußt du auch den Release-Namen anpassen!

Wie das geht:

Zitat

Auszug aus Thomson's Home: Linux-Kernel-HOWTO
Anpassen der Kernel-Release

Bevor ein eigener Kernel compiliert wird, sollte man dafür sorgen, dass es auf dem System zu keinen Konflikten kommt. Das bedeutet im Prinzip, dass man dem Kernel einen eindeutigen Release-Namen geben muss, sodass es zu keinen Namenskonflikten mit eventuell bereits auf dem System installierten Kerneln und deren Modulen kommen kann. Es ist nicht nötig sondern kontraproduktiv diesen Schritt durchzuführen, wenn man lediglich eine Konfiguration geklont hat, um z.B. externe Kernel-Module für den laufenden Kernel zu übersetzen. Die hier aufgeführte Problematik tritt wirklich nur auf, wenn man einen eigenen Kernel komplett compilieren und zusätzlich zu einem anderen Kernel im System installieren möchte.

Warum ist das wichtig? Hierzu ein kleines Beispiel: nehmen wir an, bisher ist im System nur der Kernel 2.6.16-default installiert (als vmlinuz unter /boot) und die zugehörigen Module liegen in /lib/modules/2.6.16-default/. Nun möchte man einen zweiten Kernel erstellen und einige Punkte in der Konfiguration abändern und diesen neuen Kernel dann zusätzlich zum alten Kernel im System installieren. Klont man sich eine Konfiguration, ändert man entsprechend seinen Wünschen die Konfiguration ab und compiliert und installiert nun diesen Kernel und dessen Module im System, so hat man ein Problem: für diesen neuen eigenen Kernel werden die Module wahrscheinlich ins gleiche Verzeichnis unter /lib/modules installiert werden. Da sich die Konfiguration aber gegenüber dem alten Kernel geändert hat (evtl. hat man andere Feature als Modul realisiert oder einige Features fest in den Kernel compiliert), kommt es zum Konflikt! Ebenso kann es passieren, dass ein älterer Kernel andere Einträge in der Datei /etc/modprobe.conf verlangt als ein neuerer Kernel. So gibt es noch weitere mögliche Konfliktpotenziale. Diese Konflikte zu verhindern, darum geht es in diesem kleinen Abschnitt.

Die Vorgehensweise, dem Kernel eine eigene eindeutige Release zu geben, ist etwas unterschiedlich für Vanilla- und SUSE-Kernel. Hier zunächst die Vorgehensweise für Vanilla-Kernel:

Um mehrere unterschiedliche Kernel ohne Konflikte im System zu installieren, sollte man von der Variablen EXTRAVERSION im Kernel-Makefile Gebrauch machen. Dazu editiert man das Kernel-Makefile, was sich im Hauptverzeichnis der Kernel-Quellen befindet. Es beginnt ähnlich wie folgt:

VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 17
EXTRAVERSION = .7

Durch das Hinzufügen einer Erweiterung bei EXTRAVERSION sorgt man nun dafür, dass das sog. Kernelrelease eindeutig wird und nicht mit anderen Kerneln kollidiert. Man kann das Makefile z.B. wie folgt abändern und abspeichern:

VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 17
EXTRAVERSION = .7-th1

Ein Kernel, der so compiliert, installiert und gebootet werden würde, würde als Ausgabe von "uname -r" 2.6.17.7-th1 liefern, und die zugehörigen Module würden in /lib/modules/2.6.17.7-th1 landen - es kommt also nicht mehr zum Konflikt mit einem evtl. bereits vorhandenen anderen Kernel 2.6.17.7 auf diesem System. Nachdem das Makefile seinen Bedürfnissen entsprechend angepasst wurde, kann man nun zum Konfigurieren der Kernel-Quellen oder zum Compilieren des Kernels übergehen.

Alles anzeigen

In deinem Fall sollte es dann so aussehen:
/usr/src/linux/Makefile

VERSION = 2
PATCHLEVEL = 6
SUBLEVEL = 15
EXTRAVERSION = -ct-1

Gruß MAK

Und?
Anleitungen existieren, und zur Not hast auch den alten Kernel noch.

Ich hab das WLan Thema mit einem Ethernet-->W-Lan Adapter von ASUS (WL330G) gelöst.

Das Gerät wird einfach auf die vorhandene Ethernet-Schnittstelle angestöpselt, und verbindet sich mit dem WLan-Router/Accesspoint.

Die Sache läuft jetzt schon problemlos seit über einem Jahr.

gruß
Networker