[Gelöst]Kernelbacken wegen TUN/Tap Device Problem

Welches Modul/Treiber für welche Hardware, Kernel compilieren...
Antworten
Benutzeravatar
SkyX
Beiträge: 62
Registriert: 01.12.2008 22:31:29

[Gelöst]Kernelbacken wegen TUN/Tap Device Problem

Beitrag von SkyX » 29.12.2008 14:42:06

Hi,
Ich habe momentan das Projekt VPN realisieren mit OpenVpn, jedoch klappt das ganze nicht, weil Tun/Tap Devices nicht aktiviert ist!
Deswegen läuft nebenbei noch die Diskussion in einem anderem Forum unter weitere Dienste.
Ich habe vorher OpenSuse benutzt, jedoch kam ich damit nicht so klar, weil das System einfach zu groß und unübersichtlich ist. Da habe ich von einem Kumpel Debian für AMD 64 überspielt bekommen, jedoch hat er damals den Kernel 2.6.27 überspielt mit seinen Einstellungen und hat viele Optionen ausgelassen und hat auch keine Module mit installiert, was im nachhinein natürlich blöd ist! Deswegen beschäftige ich mcih grad intensiv mit dem Kernelbacken, was nicht so läuft wie es sein sollte!
Deswegen habe ich mir von Kernel.org den aktuellen 2.6.28er Kernel gezogen und mit make config erstmals eingestellt was ich brauche. Danach mit fakeroot make-kpkg --append-to-version "-1-686" --revision "MeinErsterKernel" --us --uc --initrd kernel_image kernel_source in ein image umgeschrieben. Zu guter letzt noch mit dpkg -i kernel-version.deb
eingebunden, doch irgendwie ist der neue kernel drinnen, aber er zeigt mir immer noch den 6.27er an und sogar den 6.26er kernel.

Code: Alles auswählen

/boot/grub# cat menu.lst
default         0
timeout         5
color cyan/blue white/blue

## ## End Default Options ##
title           Debian GNU/Linux
root            (hd0,0)
kernel          /boot/bzImage root=/dev/sda1 ro
savedefault

title           Debian GNU/Linux, kernel 2.6.26-1-amd64
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.26-1-amd64 root=/dev/sda1 ro quiet
initrd          /boot/initrd.img-2.6.26-1-amd64

title           Debian GNU/Linux, kernel 2.6.26-1-amd64 (single-user mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.26-1-amd64 root=/dev/sda1 ro single
initrd          /boot/initrd.img-2.6.26-1-amd64

### END DEBIAN AUTOMAGIC KERNELS LIST
### BEGIN AUTOMAGIC KERNELS LIST
## lines between the AUTOMAGIC KERNELS LIST markers will be modified
## by the debian update-grub script except for the default options below

## DO NOT UNCOMMENT THEM, Just edit them to your needs

## ## Start Default Options ##
## default kernel options
## default kernel options for automagic boot options
## If you want special options for specific kernels use kopt_x_y_z
## where x.y.z is kernel version. Minor versions can be omitted.
## e.g. kopt=root=/dev/hda1 ro
##      kopt_2_6_8=root=/dev/hdc1 ro
##      kopt_2_6_8_2_686=root=/dev/hdc2 ro
# kopt=root=UUID=33e24eb1-1ba2-4634-a2d0-f1024433441a ro

## default grub root device
## e.g. groot=(hd0,0)
# groot=(hd0,0)

## should update-grub create alternative automagic boot options
## e.g. alternative=true
##      alternative=false
# alternative=true

## should update-grub lock alternative automagic boot options
## e.g. lockalternative=true
##      lockalternative=false
# lockalternative=false

## additional options to use with the default boot option, but not with the
## alternatives
## e.g. defoptions=vga=791 resume=/dev/hda5
# defoptions=

## should update-grub lock old automagic boot options
## e.g. lockold=false
##      lockold=true
# lockold=false

## Xen hypervisor options to use with the default Xen boot option
# xenhopt=

## Xen Linux kernel options to use with the default Xen boot option
# xenkopt=console=tty0

## altoption boot targets option
## multiple altoptions lines are allowed
## e.g. altoptions=(extra menu suffix) extra boot options
##      altoptions=(single-user) single
# altoptions=(single-user mode) single

## controls how many kernels should be put into the menu.lst
## only counts the first occurence of a kernel, not the
## alternative kernel options
## e.g. howmany=all
##      howmany=7
# howmany=all

## should update-grub create memtest86 boot option
## e.g. memtest86=true
##      memtest86=false
# memtest86=true

## should update-grub adjust the value of the default booted system
## can be true or false
# updatedefaultentry=false

## should update-grub add savedefault to the default options
## can be true or false
# savedefault=false

## ## End Default Options ##

title           Debian GNU/Linux, kernel 2.6.282.6.28
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.282.6.28 root=UUID=33e24eb1-1ba2-4634-a2d0-f1024433441a ro
initrd          /boot/initrd.img-2.6.282.6.28

title           Debian GNU/Linux, kernel 2.6.282.6.28 (single-user mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.282.6.28 root=UUID=33e24eb1-1ba2-4634-a2d0-f1024433441a ro single
initrd          /boot/initrd.img-2.6.282.6.28

title           Debian GNU/Linux, kernel 2.6.282-6-28-1
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.282-6-28-1 root=UUID=33e24eb1-1ba2-4634-a2d0-f1024433441a ro
initrd          /boot/initrd.img-2.6.282-6-28-1

title           Debian GNU/Linux, kernel 2.6.282-6-28-1 (single-user mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.282-6-28-1 root=UUID=33e24eb1-1ba2-4634-a2d0-f1024433441a ro single
initrd          /boot/initrd.img-2.6.282-6-28-1

title           Debian GNU/Linux, kernel 2.6.26-1-amd64
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.26-1-amd64 root=UUID=33e24eb1-1ba2-4634-a2d0-f1024433441a ro
initrd          /boot/initrd.img-2.6.26-1-amd64

title           Debian GNU/Linux, kernel 2.6.26-1-amd64 (single-user mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.26-1-amd64 root=UUID=33e24eb1-1ba2-4634-a2d0-f1024433441a ro single
initrd          /boot/initrd.img-2.6.26-1-amd64

### END DEBIAN AUTOMAGIC KERNELS LIST
server:/boot/grub# uname -a
Linux server 2.6.27.7-server #2 SMP Mon Dec 1 15:55:02 CET 2008 x86_64 GNU/Linux
Das System besteht aus 3 Festplatten, ein AMD 64 4000+, Abit Mainboard mit nforce4 sli und winbond chipsatz. Ansonsten ist nix großartiges an Chipsatzen auf dem Mainboard außer der Guru Chipsatz.Und meine große Frage ist, wie kann ich das System auf 64bitund 32bit laufen lassen?Weil mein Kumpel hat gemeint wäre kein Problem hat er alles gemacht nur wenn der wieder kommt und mir das macht, kann ich nicht daraus lernen und ich will unbediengt mir das Wissen aneignen!
Danke schonmal SkyX und ein guten Rutsch ins neue Jahr
Zuletzt geändert von SkyX am 29.12.2008 17:21:30, insgesamt 1-mal geändert.

Benutzeravatar
kindascared
Beiträge: 24
Registriert: 28.11.2008 10:32:23
Lizenz eigener Beiträge: GNU General Public License

Re: Kernelbacken wegen TUN/Tap Device Problem

Beitrag von kindascared » 29.12.2008 14:58:46

nimm mal den part oben raus....was soll der da überhaupt/wie ist der dahin gekommen

Code: Alles auswählen

## ## End Default Options ##
title           Debian GNU/Linux
root            (hd0,0)
kernel          /boot/bzImage root=/dev/sda1 ro
savedefault

title           Debian GNU/Linux, kernel 2.6.26-1-amd64
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.26-1-amd64 root=/dev/sda1 ro quiet
initrd          /boot/initrd.img-2.6.26-1-amd64

title           Debian GNU/Linux, kernel 2.6.26-1-amd64 (single-user mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.26-1-amd64 root=/dev/sda1 ro single
initrd          /boot/initrd.img-2.6.26-1-amd64

Good Night, and Good Luck.

Benutzeravatar
SkyX
Beiträge: 62
Registriert: 01.12.2008 22:31:29

Re: Kernelbacken wegen TUN/Tap Device Problem

Beitrag von SkyX » 29.12.2008 15:15:46

Ka mein Kollege hat das damals alles gemacht und ich habe hestern selber versurcht zweimal das neu einzubinden klappt aber irgendwie nicht. Man sieht ja es an den haufen verlinkungen! Ps neuen kernel nimmt er! Aber modprobe tun geht nicht!

So, habs hinbekommen habs jetzt etwas anders gemacht wie gewöhnlich, wie es in den meisten Foren steht!
Nimmt jetzt auch den kernel an usw. läuft wie geschmiert!

Man hollt sich die kernel vom Kernel.org, entpack diesen, geht in den Ordner, wo dieser liegt und macht erstmals make menuconfig.
Man stellt sich das Kernel so ein wie man es haben möchte oder man läd die alte config, jenachdem wie man es gewohnt ist.
Danach speichern wir die config und gehen raus aus menuconfig.
Nach dieser prozedure machen wir im Ordner selbst make && make modules_install und schwupps kanns beginnen. Wenn er fertig ist mit kompilieren kopiert man die system.map in /boot/ und sucht sich unter dem linux kernel ordner wo wir den Kernel entpackt haben arch raus danach jenach CPU x68, x68_64 usw. und kopieren aus diesem Ordner die bzImage in den Boot Ordner. Ddas ganze wird noch in der /boot/grub/menu.lst eingestellt. Macht am schluss einen neustart und überprüft ob es geklappt hat.

Clio

Re: [Gelöst]Kernelbacken wegen TUN/Tap Device Problem

Beitrag von Clio » 29.12.2008 17:45:36

Schön, wenn Du damit Erfolg hattest, aber zur Nachahmung sollte das eher nicht sein.
Da ist ein make-kpkg der saubere und elegantere Weg.

Benutzeravatar
SkyX
Beiträge: 62
Registriert: 01.12.2008 22:31:29

Re: [Gelöst]Kernelbacken wegen TUN/Tap Device Problem

Beitrag von SkyX » 29.12.2008 18:16:22

Der Nachteil bei make-kpkg ist halt eben das man trotz allem die menu.lst überprüfen muss sonst sieht sie nachher so aus wie bei mir!
Ich finde das es auch eine einfache lösung ist bei der make-kpkg usw. muss man halt schon darauf achten das alles seine Ordnung hat ;)

Danielx
Beiträge: 6419
Registriert: 14.08.2003 17:52:23

Re: [Gelöst]Kernelbacken wegen TUN/Tap Device Problem

Beitrag von Danielx » 29.12.2008 19:58:52

SkyX hat geschrieben:Nach dieser prozedure machen wir im Ordner selbst make && make modules_install und schwupps kanns beginnen. Wenn er fertig ist mit kompilieren kopiert man die system.map in /boot/ und sucht sich unter dem linux kernel ordner wo wir den Kernel entpackt haben arch raus danach jenach CPU x68, x68_64 usw. und kopieren aus diesem Ordner die bzImage in den Boot Ordner. Ddas ganze wird noch in der /boot/grub/menu.lst eingestellt. Macht am schluss einen neustart und überprüft ob es geklappt hat.
Das ist nicht zu empfehlen und einfacher ist es offensichtlich auch nicht.
SkyX hat geschrieben:Der Nachteil bei make-kpkg ist halt eben das man trotz allem die menu.lst überprüfen muss sonst sieht sie nachher so aus wie bei mir!
Du musst die menu.lst nicht überprüfen, sondern beim Hochfahren deines Rechners im Grub-Menü nur den richtigen Kernel auswählen oder in der menu.lst das "default 0" abändern, z.B. auf "default 6" um mit dem 7. Kernel in der Liste zu starten...
Dein "Problem" lag lediglich darin, dass du den Rechner nicht mit dem neuen Kernel gestartet hast!

Aber wenn man es genau nimmt, liegt der Fehler hier: ;-)
Diesen ersten komischen Eintrag in der menu.lst hat sonst wer da rein geschrieben, wahrscheinlich dein "Kumpel", der keine Ahnung hatte, wie er mit der menu.lst umgehen soll und der offensichtlich auch kein Debian-Paket für den bisher von dir verwendeten Kernel 2.6.27 gebaut hat (siehe deine Ausgabe von "aptitude search ..." im anderen Thread)!
Das hat erst zu den Problemen geführt, denn wenn er die Finger von der menu.lst gelassen hätte, dann wäre der neue Kernel 2.6.28, für den du ein Debian-Paket gebaut und installiert hast, an der ersten Stelle in der Liste aufgetaucht und somit auch automatisch beim nächsten Booten gestartet worden.

Gruß,
Daniel

Benutzeravatar
SkyX
Beiträge: 62
Registriert: 01.12.2008 22:31:29

Re: [Gelöst]Kernelbacken wegen TUN/Tap Device Problem

Beitrag von SkyX » 29.12.2008 22:51:28

Da geb ich dir recht, ich hab das halt schnell so hinbekommen, weil ich langsam keine Lusst mehr hatte alles umzuändern usw. es sollte laufen, dass ich weiter komme mit dem OpenVpn.
Wie kann ich das eigentlich machen das es beim nächsten Kernel update flüssig läuft? Also so wie es hier hauptsächlcih beschrieben wird mit make-kpkg und dpkg ?!
Ps Habe mit ihm heute geredet und er sagte er würde das lieber so machen, würde besser laufen usw. und er hätte das eben so gemacht mit dem Kernel wenn was mit dem Kernel sein sollte das er den alten 2.6.26er Kernel läd von der Installation.

Danielx
Beiträge: 6419
Registriert: 14.08.2003 17:52:23

Re: [Gelöst]Kernelbacken wegen TUN/Tap Device Problem

Beitrag von Danielx » 29.12.2008 23:25:53

SkyX hat geschrieben:ich hab das halt schnell so hinbekommen, weil ich langsam keine Lusst mehr hatte alles umzuändern usw. es sollte laufen
Ja, hatte ich mir schon gedacht. ;-)
SkyX hat geschrieben:Wie kann ich das eigentlich machen das es beim nächsten Kernel update flüssig läuft? Also so wie es hier hauptsächlcih beschrieben wird mit make-kpkg und dpkg ?!
Bevor ich dir einen Tipp gebe:
Hast du denn physikalischen Zugang zu dem Rechner bzw. hast du die Möglichkeit das Grub-Menü beim Boot-Vorgang zu sehen und dort den zu startenden Kernel auszuwählen?
SkyX hat geschrieben:Ps Habe mit ihm heute geredet und er sagte er würde das lieber so machen, würde besser laufen usw.
Das scheint wohl Ansichtssache zu sein, der Debian-Weg ist es aber nicht. ;-)
SkyX hat geschrieben:und er hätte das eben so gemacht mit dem Kernel wenn was mit dem Kernel sein sollte das er den alten 2.6.26er Kernel läd von der Installation.
Hm, das Argument verstehe ich nicht, denn der alte Kernel 2.6.26 wird beim Debian-Weg ja auch nicht entfernt und kann, falls der neue Kernel nicht funktioniert, gestartet werden, aber ich kenne die genauen Umstände, die zu dieser Entscheidung geführt haben nicht.
Du hast ja jetzt auch auf deinem System gleichzeitig als Debian-Pakete zweimal den Kernel 2.6.28 und einmal den Kernel 2.6.26 installiert und dann noch den Kernel 2.6.28 den du am Debian-Paketsystem vorbei installiert hast.

Gruß,
Daniel

Benutzeravatar
SkyX
Beiträge: 62
Registriert: 01.12.2008 22:31:29

Re: [Gelöst]Kernelbacken wegen TUN/Tap Device Problem

Beitrag von SkyX » 29.12.2008 23:36:02

Danielx hat geschrieben:
SkyX hat geschrieben:ich hab das halt schnell so hinbekommen, weil ich langsam keine Lusst mehr hatte alles umzuändern usw. es sollte laufen
Ja, hatte ich mir schon gedacht. ;-)
SkyX hat geschrieben:Wie kann ich das eigentlich machen das es beim nächsten Kernel update flüssig läuft? Also so wie es hier hauptsächlcih beschrieben wird mit make-kpkg und dpkg ?!
Bevor ich dir einen Tipp gebe:
Hast du denn physikalischen Zugang zu dem Rechner bzw. hast du die Möglichkeit das Grub-Menü beim Boot-Vorgang zu sehen und dort den zu startenden Kernel auszuwählen?
SkyX hat geschrieben:Ps Habe mit ihm heute geredet und er sagte er würde das lieber so machen, würde besser laufen usw.
Das scheint wohl Ansichtssache zu sein, der Debian-Weg ist es aber nicht. ;-)
SkyX hat geschrieben:und er hätte das eben so gemacht mit dem Kernel wenn was mit dem Kernel sein sollte das er den alten 2.6.26er Kernel läd von der Installation.
Hm, das Argument verstehe ich nicht, denn der alte Kernel 2.6.26 wird beim Debian-Weg ja auch nicht entfernt und kann, falls der neue Kernel nicht funktioniert, gestartet werden, aber ich kenne die genauen Umstände, die zu dieser Entscheidung geführt haben nicht.
Du hast ja jetzt auch auf deinem System gleichzeitig als Debian-Pakete zweimal den Kernel 2.6.28 und einmal den Kernel 2.6.26 installiert und dann noch den Kernel 2.6.28 den du am Debian-Paketsystem vorbei installiert hast.

Gruß,
Daniel
Ja ich habe direkten zugang zu meinem Homeserver! Muss nur ein Bildschirm anschließen ;) Musste ich oftmals bei Suse mache :evil:

Ja, ka er arbeitet wohl mit Freebsd. Jedenfalls will ich mir selber alles an eignen um mir das Wissen von Debian anzueignen. Das Betriebsystem gefällt mir sehr!

Ka, er hat das so gesagt, ich habe keine Ahnung was er sich dabei gedacht hat, er hat sich auch einiges nur aus dem Netz an Wissen angeeignet. Mehr weiß ich auch nicht.

Ich habe jetzt alles rausgelöscht, bevor das ganze unübersichtlich wird mit den Kernels. Muss ich ncohwas abändern in der Menu.lst? Wenn es mal soweit sein sollte, dass ich wieder ein neuen Kernel einspiele?

Danielx
Beiträge: 6419
Registriert: 14.08.2003 17:52:23

Re: [Gelöst]Kernelbacken wegen TUN/Tap Device Problem

Beitrag von Danielx » 30.12.2008 00:17:44

SkyX hat geschrieben:Ich habe jetzt alles rausgelöscht
Aber hoffentlich nicht auch den Kernel, mit dem du booten willst! ;-)
SkyX hat geschrieben:Ja ich habe direkten zugang zu meinem Homeserver! Muss nur ein Bildschirm anschließen ;)
Falls du die Einträge schon gelöscht hast, dann stelle zuvor die menu.lst aus diesem Thread wieder her!
Dann schließe mal den Bildschirm an, geht zwar auch ohne, aber so ist es vielleicht erstmal einfacher. ;-)
Starte dann den Rechner und wähle beim Booten im Grub-Menü den Eintrag "Debian GNU/Linux, kernel 2.6.282.6.28" aus.
Wenn der Kernel funktioniert, dann entferne aus der menu.lst die folgenden Zeilen:

Code: Alles auswählen

## ## End Default Options ##
title           Debian GNU/Linux
root            (hd0,0)
kernel          /boot/bzImage root=/dev/sda1 ro
savedefault

title           Debian GNU/Linux, kernel 2.6.26-1-amd64
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.26-1-amd64 root=/dev/sda1 ro quiet
initrd          /boot/initrd.img-2.6.26-1-amd64

title           Debian GNU/Linux, kernel 2.6.26-1-amd64 (single-user mode)
root            (hd0,0)
kernel          /boot/vmlinuz-2.6.26-1-amd64 root=/dev/sda1 ro single
initrd          /boot/initrd.img-2.6.26-1-amd64

### END DEBIAN AUTOMAGIC KERNELS LIST
Boote dann nochmals neu, der erste Eintrag sollte automatisch ausgewählt sein und dein System sollte mit dem Kernel "2.6.282.6.28" gestartet werden.
Wenn das funktioniert hat, dann kannst du ab jetzt wieder ganz normal mit make-kpkg und den Debian-Paketen arbeiten und natürlich auch den Bildschirm wieder entfernen. :-)

Gruß,
Daniel

Benutzeravatar
SkyX
Beiträge: 62
Registriert: 01.12.2008 22:31:29

Re: [Gelöst]Kernelbacken wegen TUN/Tap Device Problem

Beitrag von SkyX » 30.12.2008 00:35:47

Ja, das war mir schon klar das ich nicht alles rauslöschen soll ;)
Sieht jetzt genauso aus wie du es gepostet hast mit den Einstellungen und läuft ohne Probleme.
Hab wenigstens was daraus gelernt, selber machen ist meist besser!

Danielx
Beiträge: 6419
Registriert: 14.08.2003 17:52:23

Re: [Gelöst]Kernelbacken wegen TUN/Tap Device Problem

Beitrag von Danielx » 30.12.2008 00:40:46

SkyX hat geschrieben:Ja, das war mir schon klar das ich nicht alles rauslöschen soll ;)
Das dachte ich mir auch zuerst, habe es dann zur Sicherheit aber trotzdem nochmals erwähnt. ;-)
SkyX hat geschrieben:Hab wenigstens was daraus gelernt, selber machen ist meist besser!
Ja, das ist die richtige Einstellung! :D

Ganz nett zum Nachschlagen finde ich übrigens das Debian Anwenderhandbuch:
http://www.debiananwenderhandbuch.de

Gruß,
Daniel

Benutzeravatar
SkyX
Beiträge: 62
Registriert: 01.12.2008 22:31:29

Re: [Gelöst]Kernelbacken wegen TUN/Tap Device Problem

Beitrag von SkyX » 30.12.2008 01:06:28

Gibs das auch als PDF oder als Buch? :D
Gruß SkyX
Ps das mit den Buch hat sich erledigt Amazon *g*
Zuletzt geändert von SkyX am 30.12.2008 01:10:56, insgesamt 1-mal geändert.

Danielx
Beiträge: 6419
Registriert: 14.08.2003 17:52:23

Re: [Gelöst]Kernelbacken wegen TUN/Tap Device Problem

Beitrag von Danielx » 30.12.2008 01:10:39

SkyX hat geschrieben:Gibs das auch als PDF oder als Buch? :D
Als PDF habe ich das noch nicht gesehen.
Als Buch gibt es das, steht auch direkt auf der genannten Seite, oben im grünen Balken "Kaufen Sie dieses Buch:"... :mrgreen:

Gruß,
Daniel

Benutzeravatar
SkyX
Beiträge: 62
Registriert: 01.12.2008 22:31:29

Re: [Gelöst]Kernelbacken wegen TUN/Tap Device Problem

Beitrag von SkyX » 30.12.2008 01:11:33

xD warst schneller mit dem Antworten als ich *g* guck mal oben^^

Benutzeravatar
cirrussc
Beiträge: 6582
Registriert: 26.04.2007 19:47:06
Lizenz eigener Beiträge: MIT Lizenz

Re: [Gelöst]Kernelbacken wegen TUN/Tap Device Problem

Beitrag von cirrussc » 30.12.2008 18:57:03

Als PDF direkt nicht, nur als Paket Debiandahb-html.
Auf zu rufen dann unter: /usr/share/doc/dahb-html/html/index.html
Gruß cirrussc
--------------------
„Der Mensch steigert zur Zeit die Nutzung dessen, was seiner Willkür unterliegt - und kommt sich sehr klug dabei vor.“ H. Gruhl

Antworten