Hi! I've got a Debian 5.0/AMD64, with a Linksys WMP300N wireless PCI card (Atheros AR5416/AR2133). I had installed from the 2.6.29 kernel from unstable branch, because stable brach doesn't work with my network card (and madwifi locks my computer randomly).

Last week I updated to 2.6.30, because theorically there were improvements to wireless support... but it hangs my wireless. Suddenly (varies between 5-20 min), signal drops and it doesn't detect any net until the computer is reset.

Now, I want to get a 2.6.29 debian kernel, but they've been deleted. I need the kernel and the headers to compile nvidia and virtualbox modules. The list of packages that I would need:

- linux-image-2.6.29-1-amd64
- linux-headers-2.6.29-1-amd64
- linux-headers-2.6.29-1-common
- linux-kbuild-2.6.29

or

- linux-image-2.6.29-2-amd64
- linux-headers-2.6.29-2-amd64
- linux-headers-2.6.29-2-common
- linux-kbuild-2.6.29

Where can I get those packages? Can anyone upload it again?

I've got kernel and headers 2.6.29-1 installed in a laptop, but not the packages. Can I repackage those files so I could transfer them to the "bad" computer?

Normally updating a linux-image doesn't delete the previous version(s). Unless you specifically deleted the previous kernel it should still be there and bootable from your grub menu. Is this not the case?

Also Sid still has the 2.6.29 kernel
Will that do? You can download the package from here:
http://packages.debian.org/sid/linux-image-2.6-amd64
The headers are also available on the Debian packages site.
Cheers,
jdk

I booted in 2.6.30 and deleted it before realizing that it was malfunctioning (it was tested earlier in another computer)...

I've solved the question using dpkg-repack in the computer that has 2.6.29-1

Also, it seems that linux-image-2.6-amd64 in sid is broken (it depends on linux-image-2.6.29-2-amd64, and that package is unavailable). In ftp.debian.org the 2.6.29 packages for amd64 are missing (there are 2.6.29 kernels for other architectures, i.e. s390).

Lenny-backports also has 2.6.29.

I wish I followed this advise of testing a kernel thoroughly before dumping an earlier one. However, one lives and learns.

I always tend to dump a previous kernel if the new kernel APPEARs to be working fine.