hallo.
ich versuche gerade meinen alten plustek scanner (9636P)
unter debian zum laufen zu bringen und hab mir die passenden module-sourcen
(passend zum bereits installierten sane 1.0.7) heruntergeladen.
[ http://www.gjaeger.de/scanner/plustek.html ]
das kompilieren des modules pt_drv.o klappt auch soweit.
allerdings gelingt es mir nicht das module danach zu installieren,
bei "make load" bzw installation über modconf"
ich bekomme als meldung
"... was compiled for kernel 2.4.19-686, you have 2.4.18" .
letztere behauptung ist ganz korrekt.
ich rtfm aber da steht das problem beschrieben, aber nur wenn man einen
neueren kernel hat und für den alten kompiliert, also andersherum, was mir ja
auch einleuchtet.
ein 4.2.19er hat sich auf meinem system noch nie blicken lassen.
im fm steht auch nirgends das ich für dieses modul einen 4.19er bräuchte.
woran liegt das, dass der gcc für 4.2.19er kompiliert?
startx.
scanner-module einbinden klappt nicht, falsch kompiliert?
- blackm
- Moderator und Co-Admin
- Beiträge: 5921
- Registriert: 02.06.2002 15:03:17
- Lizenz eigener Beiträge: MIT Lizenz
Hi,
was sagt den ls -la /usr/src/?
by, Martin
was sagt den ls -la /usr/src/?
by, Martin
Schöne Grüße
Martin
Neu im Forum? --> https://wiki.debianforum.de/debianforum ... tensregeln
Log- und Konfigurationsdatein? --> pastebin.php
Forum unterstützen? --> https://wiki.debianforum.de/debianforum.de/Spenden
Martin
Neu im Forum? --> https://wiki.debianforum.de/debianforum ... tensregeln
Log- und Konfigurationsdatein? --> pastebin.php
Forum unterstützen? --> https://wiki.debianforum.de/debianforum.de/Spenden
- blackm
- Moderator und Co-Admin
- Beiträge: 5921
- Registriert: 02.06.2002 15:03:17
- Lizenz eigener Beiträge: MIT Lizenz
Ne, das ist nicht so gut. Wenn du ein neuen Modul kompilierst, dann bin ich mir ziemlich sicher, das der auch ein paar Sachen vom Kernel Source braucht. Und wenn die nicht da sind, dann kann das eigentlich nicht gut gehen...installier mal den passenden Source zu deinem Kernel nach.
Der wird dann als tar-ball nach /usr/src abgelegt und du mußt ihn dann nur noch per tar xzf kernel-source*tar.gz entpacken.
by, Martin
Der wird dann als tar-ball nach /usr/src abgelegt und du mußt ihn dann nur noch per tar xzf kernel-source*tar.gz entpacken.
by, Martin
Schöne Grüße
Martin
Neu im Forum? --> https://wiki.debianforum.de/debianforum ... tensregeln
Log- und Konfigurationsdatein? --> pastebin.php
Forum unterstützen? --> https://wiki.debianforum.de/debianforum.de/Spenden
Martin
Neu im Forum? --> https://wiki.debianforum.de/debianforum ... tensregeln
Log- und Konfigurationsdatein? --> pastebin.php
Forum unterstützen? --> https://wiki.debianforum.de/debianforum.de/Spenden
ich hatte dasselbe Problem.
Lösung bei mir:
Paket "kernel-headers-2.XXX installieren
in /usr/src gehen und auf entstandenen Ordner "kernel-headers-2.XXX"
im selben VZ einen symLink mit Namen "linux" legen.
das Verzeichnis /usr/include in /usr/include_bak umbenennen
ein VZ /usr/include als Symlink nach
/usr/src/kernel-headers-2.XXX/include erstellen
das VZ /lib/modules/2.4.XXX/build/ erstellen und darin einen Symlink
legen auf
/usr/src/kernel-headers-2.4.XXX/include
jetzt sollte das Modul für den richtigen Kernel kompiliert weden können
Gruss Blaubär
Lösung bei mir:
Paket "kernel-headers-2.XXX installieren
in /usr/src gehen und auf entstandenen Ordner "kernel-headers-2.XXX"
im selben VZ einen symLink mit Namen "linux" legen.
das Verzeichnis /usr/include in /usr/include_bak umbenennen
ein VZ /usr/include als Symlink nach
/usr/src/kernel-headers-2.XXX/include erstellen
das VZ /lib/modules/2.4.XXX/build/ erstellen und darin einen Symlink
legen auf
/usr/src/kernel-headers-2.4.XXX/include
jetzt sollte das Modul für den richtigen Kernel kompiliert weden können
Gruss Blaubär
sollte das nicht schon im sane backend sein? habe letztens meinen scanner installiert und war völlig perplex als der nach apt-get install sane ohne weiter konfiguration lief..
[..] Linux is not a code base. Or a distro. Or a kernel. It's an attitude. And it's not about Open Source. It's about a bunch of people who still think vi is a good config UI. - Matt's reply on ESR's cups/ui rant