Problem mit tun.ko

L

linuxnutzer

Enthusiast
170
Ich habe tun.ko von TUN.ko Installer auf ein LG E510 mit CM 7.2 installiert. VPNC Widget findet aber das Modul nicht.

# uname -a
Linux localhost 2.6.35.10-cyanogenmod #1 PREEMPT Thu May 24 12:35:20 WEST 2012 armv6l GNU/Linux

ls -l /sdcard/tun.ko
---xrwxr-x 1 system sdcard_r 226715 Sep 10 22:56 /sdcard/tun.ko

modprobe tun
modprobe: module 'tun' not found

Diese Meldung kommt auch von VPNC, wundert mich auch nicht sehr. Was ist denn der Default-Pfad bei Android für Module? Ich möchte probieren, es einfach dorthin zu kopieren.
 
Wenn der Kernel keine Module unterstützt (was es stets vorab herauszufinden gilt) und oft genug der Fall ist, hilft alles nichts. ;)
 
Wie finde ich das heraus? Es ist CM 7.2 mit 2.6.35.10-cyanogenmod. Was wäre in typisches Modul um mit modprobe zu testen?

http://madteam.co/forum/support-7/help-tun-ko-on-cyanogenmod-7-2-v1-9-hf3/
The cyanogenmod builds have the tun.ko inside the kernel, no module needed (glaube ich aber nicht)

VPNC will aber nicht funktionieren, es versuchts das Modul zu laden und findet es nicht. Auch mit einem SGS+ und CM 7.2 wurde mir berichtet, dass VPNC nicht funktioniert. Interessanterweise hat mein LG E510 den VPNC-Test bestanden, im Log steht dann aber, dass das Modul nicht geladen werden konnte.
 
Zuletzt bearbeitet:
Also ich bin mir ebenfalls sehr sicher, dass alle CyanogenMod(-tauglichen)-Kernel Module unterstützen bzw. vieles schon von Haus aus mitbringen, was andernorts noch nachgerüstet werden muss.
 
Ich habe alle Dateien durchsucht und einen Ordner /system/lib/modules gefunden, der wireless.ko enthielt. Testweise habe ich tun.ko dorthin kopiert. Seitdem bewirkt ein Start von vpnc immer einen Reboot, davor nur beim 1. Versuch das vpnc-Widget zu starten.

# ls -1 /system/lib/modules
tun.ko
wireless.ko

# uname -a
Linux localhost 2.6.35.10-cyanogenmod #1 PREEMPT Thu May 24 12:35:20 WEST 2012 armv6l GNU/Linux

# modprobe wireless.ko
modprobe: module 'wireless.ko' not found

# modprobe tun.ko
modprobe: module 'tun.ko' not found

# mount
rootfs on / type rootfs (ro,relatime)
tmpfs on /dev type tmpfs (rw,relatime,mode=755)
devpts on /dev/pts type devpts (rw,relatime,mode=600)
proc on /proc type proc (rw,relatime)
sysfs on /sys type sysfs (rw,relatime)
none on /acct type cgroup (rw,relatime,cpuacct)
tmpfs on /mnt/asec type tmpfs (rw,relatime,mode=755,gid=1000)
tmpfs on /mnt/obb type tmpfs (rw,relatime,mode=755,gid=1000)
none on /dev/cpuctl type cgroup (rw,relatime,cpu)
/dev/block/mtdblock1 on /system type yaffs2 (ro,relatime)
/dev/block/mtdblock9 on /data type yaffs2 (rw,nosuid,nodev,relatime)
/dev/block/mtdblock8 on /cache type yaffs2 (rw,nosuid,nodev,relatime)
/dev/block/mtdblock9 on /cache/download type yaffs2 (rw,nosuid,nodev,relatime)
/dev/block/vold/179:1 on /mnt/sdcard type vfat (rw,dirsync,nosuid,nodev,noexec,relatime,uid=1000,gid=1015,fmask=0602,dmask=0602,allow_utime=0020,codepage=cp437,iocharset=iso8859-1,shortname=mixed,utf8,errors=remount-ro)
 

Anhänge

  • screenshot-1347359329781.png
    screenshot-1347359329781.png
    14,2 KB · Aufrufe: 299
  • screenshot-1347359347174.png
    screenshot-1347359347174.png
    10,8 KB · Aufrufe: 328
Ich denke mittlerweile, dass der CM7.2 Kernel tun _nicht_ integriert hat, denn erst nach einem Laden von tun.ko von https://play.google.com/store/apps/details?id=com.aed.tun.installer findet man /dev/tun davor nicht. tun.ko muss auch manuell nach /system/lib/modules kopiert werden, sonst übersteht es einen Neustart nicht. Bei mir hat es aber auch schon 2 Neustarts gebraucht bis /dev/tun sichtbar war.

IMHO besteht ein Verdacht, dass das tun.ko nicht zum Kernel passt.

Tun.ko Repository Database nennt eine Reihe von tun-Modulen.

Ich finde dort:
2.3.7 Lg e510 2.6.35.10-cyanogenmod (GWK74)

Das entspricht genau meinem Kernel. Die Frage ist nur, habe ich das auch wirklich heruntergeladen? Schaut man bei Tun.ko Repository Database gibt es sehr viel tun.ko für das E510. So wie es aussieht, kann man die Dateien nicht direkt herunterladen, sondern man muss dafür TUN.ko Installer verwenden und da sieht die Auswahlmöglichkeit anders aus.

# ls /dev/tu*
ls: /dev/tu*: No such file or directory

# modprobe tun
# ls /dev/tu*
/dev/tun

Das Tun-Modul wird also eher zufällig geladen. Starte ich dann VPNC, dann crasht es, dh es kommt zu einem Neustart, worauf an schließen könnte, dass das tun-Modul nicht passt.
 

Anhänge

  • screenshot-1347389710373.png
    screenshot-1347389710373.png
    11 KB · Aufrufe: 301
Zuletzt bearbeitet:

Ähnliche Themen

A
  • Appl1
Antworten
0
Aufrufe
489
Appl1
A
H
  • hirschinkonsages
Antworten
0
Aufrufe
416
hirschinkonsages
H
H
Antworten
2
Aufrufe
680
Murks1001
M
Zurück
Oben Unten