Lennart Sorensen wrote: > On Mon, Nov 06, 2006 at 05:54:00PM +0100, A J Stiles wrote: >> There's your problem; you're still running the installer kernel. The >> installer kernel is only supposed to work well enough and for long enough for >> you to build yourself a new one. Install kernel-package, libncurses5-dev >> (menuconfig needs it); then you can just get sources from kernel.org, and >> compile them into a .deb package to install with dpkg -i. >> >> Note: unless you're *very* lucky, you *will* at some point turn off something >> you should have left on and your new kernel won't boot. Save all your config >> files, have a bootable CD handy, and learn how to use it to alter your LILO >> or GRUB configuration to boot the installer kernel. >> >> If you're still running a "stock" kernel, you're only using about half the >> power of Linux ..... > > There is almost never a reason to not run one of debian's prebuilt > kernels. They work perfectly and optimally for probably 99% of users. > > The 3.2GB problem has to do with memory remapping which is a BIOS > problem. > > The etch installer is quite good at installing the optimal kernel for > the system. I'm running a stock kernel on a Sun Fire V40z (4 x Opteron 852) with 16 gigs of RAM - the kernel sees all 16 gigs just fine. Regards, Ozz.
Attachment:
signature.asc
Description: OpenPGP digital signature