When I first did my install of Slackware 13.37, I installed the 2.6.38.4 kernel from /testing.
I did a "upgradepkg testing/kernel*.t?z"
Well just now I realized that there was a kernel-headers package in /testing, and I've heard that you should only use the kernel headers that glibc was compiled with.
So did I make a mistake installing the kernel-headers from /testing?
And if I revert back to the stock kernel-headers package, will I have to recompile all the programs I've compiled with the 2.6.38.4 headers?
However, I noticed that there are some difference in the headers files that get generated with the above command as compared to the header files that are available from Debian repo. For example, the header files for 2.6.24 kernel have files like:
Code:
debian:/usr/src/linux-headers-2.6.24-etchnhalf.1-686/arch/x86# ls Kconfig Kconfig.cpu Kconfig.debug kernel Makefile Makefile_32 Makefile_32.cpu Makefile_64 However, if I custom compile the above kernel from Debian sources (2.6.24), the headers files does not have the above files:
Code:
debain:/usr/src/linux-headers-2.6.24-generic-ide/arch/x86# ls boot ia32 Kconfig.cpu kernel lib mach-es7000 mach-visws Makefile mm pci vdso xen crypto Kconfig Kconfig.debug lguest mach-default mach-generic mach-voyager math-emu oprofile power video
As you can see from above output, files like Makefile_32, Makefile_32.cpu are not present, if I generate kernel headers files using the make-kpkg command as mentioned in the beginning of the post. I happened to notice the above issue, while I was trying to compile a out-of-tree kernel module and the "make" command for those sources (some graphics card drm module) worked with the default header files (linux-headers-2.6.24-etchnhalf.1-686) but did not work with (linux-headers-2.6.24-generic-ide) because it did not find the Makefile_32. Although I was able to fix the problem by copying the Makefile_32 from linux-headers-2.6.24-etchnhalf.1-686 but I would like to know why there is a difference. This is bit of a concern because it unnecessarily breaks the out-of-tree module compilation process because of trivial reasons.
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'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.
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?
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??
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`
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.
I've installed Vmware Workstation and tried to run it only to have the following appear;
Kernel Headers 2.6.27.25-170.2.72.fc10.i586
Kernel headers for version 2.6.27.25-170.2.72.fc10.i586 were not found. If you installed them in a non-default path you can specify the path below etc.......
I've tried to search and find the kernel headers but can't find them.
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"
Does anyone know the kernel-headers location, or how to determine that location, in Fedora 13? I'm installing vmware-tools and it's prompting for it. /usr/include/ and /usr/include/linux/ were revealed to have many header files, as shown by doing rpm -ql kernel-headers
However the installer rejected these locations. My only guess as to why is because they're not where the currently-running kernel has them. I also tried /usr/src/kernels/(kernelversion).fc13.i686/include/ with no luck...
But the system run into problem with WLAN, and I've search in this site and sombody posted in here: [URL] It's almost the same, the different is the card I use is TP-LINK. Then I decided to remove the newly installed kernel:
Where do I obtain this? I have the i586 kernel and I need the i686 kernel to run VMware. I beleive this may be the pottential reason virtualbox wasn't working too.
where you only get offered the kernel-headers for 2.6.35.11-83 by yum but not the kernel or the kernel-devel? I tried yum clean all and both pointing to the baseurl and mirrorlist and it does the same thing for both. Oddly my other laptop with F14 in the wireless cafe showed all three packages were available.
Search the forums first. Well I did, can't find anything I understand. So please help an ignoramus in simple terms. The problem:- I'm trying to run vmware workstation and I get a desktop box pop up which says "Kernel .heade4s for version 2.6.37.1-1.2 desktop not found" How do I find them and install please.
Can anyone point me to a source for linux-kernel-headers. for kernel 2.6.34-12 I can't find it in the normal repositories and need it for installing vmware 6.0.4
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.
Having ubuntu 8.04, when I updated my computer to the latest kernel and headers through Update Manager, an error popped up. The error stated that it wouldn't update at this time. When I tried to download again, the update was gone in Update Manager. I checked and I don't have the most recent kernel installed. I still have 2.6.24-19. Accrding to [URL]the most recent one is: 2.6.27.
I was trying to compile the driver for my wireless device and stumbled upon the 'missing kernel headers' error. Found the kernel header somewhere on the internet, named kernel.lzm. If I boot Backtrack 3 directly from the cd and not installing it, how do I use the kernel header? Do I need to install it, place it somewhere or just load 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:
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
I have a program that needs kernel headers. The machine is running CentOS release 5.4 (Final). uname -r output: 2.6.18-164.9.1.el5 When I try to do a - yum install kernel-devel or kernel-headers I get: kernel-headers i386 2.6.18-194.3.1.el5 updates 1.0 M Why don't they match?
how to create the huge.s kernel files on the slackware disks? or at least direct me to a post if there is the same question. I currently rsync my files to Alien BOB's script, and i use syslinux to install from my usb stick. i was wanting to install using a later kernel just for testing purposes. (i.e 2.6.34-rc3 as of this writing)