Ubuntu Installation :: Kernel Headers For Target Kernel Version Could Not Be Found
Oct 20, 2010
I get the following error message trying to install dazuko on xubuntu 10.04: "headers for target kernel version could not be found" But when I run sudo apt-get install linux-headers-$(uname -r), I get the message that I already installed the headers. My current kernel is 2.6.34-020634-generic
How can I install dazuko withouth having this problem??
I have installed OpenSUSE 11.3 64 bit and want to install VMWare workstation 7.1. I have run the install script for VMWare without any issues. When I start the VMWare Workstation I get a window saying this: Before you can run VMWare, several modules must be compiled and loaded into the running kernel. Kernel Headers 2.6.34-12-desktop Kernel headers for version 2.6.34-12-desktop were not found.
I'm just installed OpenSuse 11.3 (64) on a 30gb SSD, hoping to get virtualbox 4.0 running to virtualize an instance of Windows 7.I went through some pain with my Nvidia video card and actually getting vb to install, but through lots of searching and tinkering got here.I created a vm in the vb control panel, but when I go to start it I get:
Code: Failed to open a session for the virtual machine Win7Main. The virtual machine 'Win7Main' has terminated unexpectedly during startup with exit code 1.
I've just installed clean copies of both VirtualBox v4.0.8 and Fedora 15. Now I have followed the instructions here : [url] to install the latest VBox guest additions.
Each time I try I get the following message:
The headers for the current running kernel were not found. If the following module compilation fails then this could be the reason. The missing package can be installed with yum install kernel-devel-2.6.38.8-32.fc15.i686.PAE.
However, if I run that command I am told there is no such package available. The guest addition installer continues seemingly OK, but after a restart they are not loaded.
I've just moved to Fedora from Ubuntu due to major issues with its new version.
Today, on my 11.3 machine. the kernel was updated. When I started my vmware 7 workstation, it came up with a message "kernel-headers for 26.34.7-0.7 were not found. enter an alternative location"
What I don't get are any kernel-headers-<version>.<arch>.rpm Files. Don't I need them to rebuild modules and drivers on System B? Otherwise, how should I copy my new headers to System B? BTW, System B crashes when I try to build the Kernel on it, that's why I'm building debugger Kernels on System A.
Where are the kernel headers for the current kernel of F12KDE? I am trying to configure VMWare player on my machine, and on initial startup I got an error message.
Many here know I distribute alot of live stuff and thus many say I should try to putout as high a kernel version as possible for wireless, netbooks, etc.my questions are about using a much higher kernel version than the installed headers for instance; I use kernel 2.6.34-ZEN in my arch/slackware builds but the slackware version contains headers 2.6.33.4 from slackware and so is that a problem or no?I built the kernel from source using headers 2.6.33.4 in slackware and headers 2.6.34 in arch...now, I may be upgrading those kernels to meerkats 2.6.35-r5 and need to know if having headers 2.6.33.4 is an issue?also, after compiling kernel does it install a new set of headers when you do make modules_install?
AFAIK, in addition to implementing the standard C library, glibc provides wrappers for system calls, threading support, and basic application facilities. So because of that, glibc that will be used on my target system should be built based on the kernel version running on my target, right?
Based on the above, I am trying to build a glibc version for my target machine's kernel. However, I don't know to to build a glibc library for a target system and also where on the target's filesystem should be put? In which location Linux will start looking for the libraries required for a program to run (should I create an /etc/ld.so.conf file)?
Is there a way to get the matching Linux kernel headers automatic on a regular kernel update via the Ubuntu packed manager? Every time I get a new kernel I must do an aptitude install linux-headers-`uname -r`
i'm using this guide videos - howto: debian linux kernel compilation, part 1 and the author says i need kernel 2.6.26 this version of kernel doesnt longer exist in kernel.org website and the only 2.6.26 i found is a patch here. should i use the patch? or download another version of kernel?
As a follow-on to something Telemachos said in another post:
Quote:
Originally Posted by Telemachos
You can see what kernels you have installed - to check if you have a virtual kernel and to clean up - by running this command:
Code:
If you've been installing kernel-headers along with the kernels (say to build modules for graphics or wireless), you should remove those when you remove the corresponding kernel. The command to search for those is parallel:
Code:
I would have thought that removing a given kernel package would trigger the removal of the older kernel headers. Can someone confirm that is, or is not, the behavior? I ask this because it seemed to me that the older kernel header packages were indeed removed when I removed some older kernel packages.
For example, the linux kernels I have installed are:
Code:
Also, the linux-headers packages I have installed are:
Code:
So, when I get around to removing the linux-image-2.6.25-2-amd64 package like this:
Code:
I would expect apt-get to automatically also remove linux-headers-2.6.25-2-amd64 and linux-headers-2.6.25-2-common. Is that what will happen, or do I need to explicitly state all three packages on the apt-get remove command?
I'm attempting to install the driver for my atheros AR8131 PCI-E Gigabit Ethernet adapter (in my Lenovo laptop) on my newly installed RHEL5 system (it's not currently being recognized).
I tried using: 'make install' but hit an error "Makefile:61: *** Linux kernel source not found."
After this, I tried: 'sudo yum install kernel-devel kernel-headers'
To rectify this, but hit this error "No package kernel-devel available" (and the same for the headers). What should I do?
A recent kernel update seems to have misplaced the Kernel Headers. VMWare needs these headers and cannot find them. Attempting to run VMWARE gets the message: Kernel headers for version 2.6.31.12-0.2-desktop were not found.
Trying to install virtualbox in F12 but fails when recompiling kernel module. Output of vbox-install log is:
Attempting to install using DKMS removing old DKMS module vboxdrv version 3.1.6 Deleting module version: 3.1.6 completely from the DKMS tree. Creating symlink /var/lib/dkms/vboxdrv/3.1.6/source -> /usr/src/vboxdrv-3.1.6
DKMS: add Completed.
Error! Your kernel source for kernel 2.6.32.11-99.fc12.i686.PAE cannot be found at /lib/modules/2.6.32.11-99.fc12.i686.PAE/build or /lib/modules/2.6.32.11-99.fc12. code....
I installed the latest kernel liquorix (2.6.35) but when i want to install the Nvidia driver downloaded on the Nvidia website (256.53), i have an error message because Nvidia doesn't found the kernel source tree.
I install linux-image-2.6.35-6.dmz.2-liquorix-686_2.6.35-16_i386.deb, linux-headers-2.6.35-6.dmz.2-liquorix-686_2.6.35-16_i386.deb and build-essential. I don't understand why the installation doesn't works.
Installation of VMware Workstation was ok, but at first launch it ask me for path of kernel-headers-2.6.33.3 Why I have different versions of kernel and kernel-headers? How can I make working VMware? Installation of kernel-headers 2.6.33.3 from package-manager seems impossible.What is the path to specify kernel-headers for VMware?
Before 2.6.35-23 released this packages is present in the system:
i A linux-headers-2.6.35-22 i A linux-headers-2.6.35-22-generic i A linux-image-2.6.35-22-generic
But after automatic update to 2.6.35-23 updater install just linux-image-2.6.35-23-generic without headers. In result kernel modules of nVidia driver not compiled and next boot X server can not start.
Now I can install 2.6.35-24 image and headers by hands, but how to explain updater not forget to update headers next time and why this problem occurs?
currently I'm using a kernel from kernel-mainline [url], because thermal won't work satisfying with the shipped kernel from ubuntu and would like to install tp_smapi (including modules hdaps and thinkpad_ec), but the installation failed, because the system pretending, that kernel-headers missing.
Code:
Results in telling the system, that kernel-headers are installed.
Code:
But then the upcoming dialog-box of module-assistant telling me, that the kernel-headers are not installed and therefore installation of tp_smapi fails.
Ive also tried downloading RPMs to a usb stick and it said it was the wrong ones for my machine.
How do i find out if my machine is x32 x64 x86?
Anyway im trying to install kernel headers and devel from the fedora installation disk but i dont know how to get to the cdrom thru terminal as i cant copy the RPMs to desktop by drag n drop or using software installer.
I dont have an internet connection to the pc so i cant use yum (which would make things so much easier) so can anyone tell me how how to install these packages thru terminal?
At the moment I am using kernel 2.6.31-14-generic. I'm not one of those people who needs to have the latest and greatest kernel to be happy, I just rely on the update manager. I swore that I saw an update for a new kernel, but my kernel version hasn't changed. I'm just curious if there was a new kernel that was released or if that was just an update to the kernel listed above.
The RHEL 4 update 7 installation CD installs the kernel with version 2.6.9-78.EL and therefore must contain corresponding vmlinuz and initrd.img. However I would like to have an all modules initrd that is used during installation but for a different version (2.6.9-78.0.13.EL). Is there a way in which I could obtain/make such an initrd?
I am trying to setup Slacware 13.1 x86_64 to a encrypted partition. I used the README_CRYPT.TXT howto : [URL] At the step when I create an initrd.gz I get this error: Quote: ERROR: No /lib/modules/2.6.33.4-smp kernel modules tree found for kernel "2.6.33.4-smp"
I tried to look into the directory and there was only modules under 2.6.44.3. So I tried to change the command into: Quote: mkinitrd -c -k 2.6.33.4 -m ext3 -f ext3 -r cryptroot -C /dev/sda2
This command was successful, but I don't know if this is alright. I made the changes in lilo.conf, add initrd = initrd.gz. This is all on unencrypted /boot partition. The boot=/dev/sda1 I also set for the unencrypted boot partition. When I boot the system I get a kernel panic:
Yesterday, I think I did something stupid: I removed kernel-headers, gcc, glibc-devel and glibc-headers. My box is a CentOS 5.4 webserver (it has loads of packages installed, but that was done through Virtualmin config, so it's quite coherent all in all). The thing is that now I need to reinstall at least the headers and glibc, but hey! this is what I get :
I upgraded form CentOS 5.2 to CentOS 5.3 and from VMware Server 2.0.0 to VMware Server 2.0.1 all work fine,but during boot when VMCI is loaded I've got the following message:kernel: vsock: no version for "VMCIDatagram_Send" found: kernel tainted.What does it mean? Have I to worry about it?
I'd like to upgrade a live ISO file before burning a new CD.
So, following the instructions in "How to Customise the Ubuntu Desktop CD", I chrooted to the squashfs and ran "apt-get update/upgrade/dist-upgrade", expecting apt-get to upgrade the chroot kernel... only to find out that apparently, even when being chrooted, this command upgrades the actual kernel. I guess it makes sense, but I was under the - wrong - impression that chroot would build a filesystem totally isolated from the underneath host.
So I rebooted to use this new kernel:
Next, since the Nouveau video driver requires the kernel header files, I ran the following:
Code:
I don't understand why apt-get upgrades the kernel but won't install its header files.
I'd like to upgrade a live ISO file before burning a new CD.
So, following the instructions in "How to Customise the Ubuntu Desktop CD", I chrooted to the squashfs and ran "apt-get update/upgrade/dist-upgrade", expecting apt-get to upgrade the chroot kernel... only to find out that apparently, even when being chrooted, this command upgrades the actual kernel. I guess it makes sense, but I was under the - wrong - impression that chroot would build a filesystem totally isolated from the underneath host.
So I rebooted to use this new kernel:
Code: # uname -r 2.6.32-24-generic
Next, since the Nouveau video driver requires the kernel header files, I ran the following:
Code: # apt-get install linux-headers-$(uname -r) Reading package lists... Done Building dependency tree Reading state information... Done