个人工具

UbuntuHelp:Suspend2Kernel

来自Ubuntu中文

Wikibot讨论 | 贡献2007年12月6日 (四) 10:55的版本

跳转至: 导航, 搜索

Building and Using Tux-on-ice Kernels with Ubuntu

Suspending the activity of a laptop or desktop can be one of the most frustrating and buggy parts of the Linux user experience. Some users find that their problems are significantly eased by using kernels patched with the out-of-tree tuxonice code. This code is not supported by the Ubuntu project. Suspend2 project has been renamed as tuxonice recently.

Changes to initramfs

It is very important to make changes to your initramfs for tuxonice to work properly. For more information read here and this feature request report. By default, you can be assured that tuxonice will have no effect on your in-kernel suspend known as swsusp.

Compiling a tux-on-ice Kernel

There are different ways to do this.

Method 1: patch the Ubuntu linux-source package

The easiest and most straightforward way to create your own kernels is to install the linux-source package and patch the resultant source tree. It's not hard but requires some work at the command-line:

sudo apt-get install linux-source
cd /usr/src
sudo chown root:admin ./
tar xjvf linux-source-2.6.XXXXX.tar.bz2
cd linux-source-2.6.XXXXX

Check the http://www.tuxonice.net/ website for a version of tuxonice.net that matches with your kernel version. Use wget to download the latest patch set to your home directory, modifying the file name as appropriate:

wget -P ~/ -nd http://www.suspend2.net/downloads/all/suspend2-2.2.XXXX-for-2.6.XXXX.patch.bz2 

Now apply the patch, modifying the file name as appropriate (you should still be inside the linux-source directory):

bzcat ~/suspend2-2.2.XXXX-for-2.6.XXXX.patch.bz2  | patch -p1

Look for any FAILED messages. If there are any, that is probably because the Ubuntu source code differs from the vanilla source code that the tuxonice patch expects. Open the associated .rej files in a text editor and see if you can apply the patches manually. One problem is, that at the time of writing tuxonice.net patchs is for 2.6.20-11, but ubuntu uses 2.6.10-15. In this case there may be a FAILED message include/linux/device.h.rej, but place for the additional line can easily be found manually. Finally, we have some work to do to make sure that the kernel package name is compatible with linux-restricted-modules. Make sure you get this right, or you'll find yourself compiling over and over again. First, check the abi_version of the official kernels with:

uname -r

The abi_version is the number after the -, for example if the output is 2.6.20-15-generic the abi_version is 15. Next, edit the file "Makefile" in your source directory, setting EXTRAVERSION to the abi_version, for example:

gedit Makefile

changing

EXTRAVERSION =-ubuntu1

to

EXTRAVERSION =-15

Your kernel tree is now ready. Next step is to build the kernel source package the debian way:

sudo apt-get install kernel-package
sudo apt-get build-dep linux-image-`uname -r`
make gconfig # note you may need to install packages libgtk2.0-dev and libglade2-dev
             # to make gconfig work
	     # an alternative option is to run 'make menuconfig'
make-kpkg --rootcmd fakeroot --initrd --append-to-version=-suspend2 kernel-image kernel-headers kernel-source

When running gconfig or menuconfig, make sure that the suspend2 options (listed under "power") and the lzf options (listed under "crypto") are checked. It's also a good idea to approximate the ubuntu kernel settings as closely as possible; you can do this by loading the config file for the default kernel image. If it's installed, you'll find it at /boot/config-2.6.20-15-generic or similar. The --append-to-version switch gives your kernel a useful identifier, and will be important when we build the restricted-modules package (see below). It will be, in effect, the custom "flavour" of your kernel. Finally, install your packages this way:

sudo dpkg -i ../*.deb

If you run into trouble, there are some more instructions on building kernels this way at KernelCustomBuild.

Method 2: Vanilla kernel from kernel.org

If you're having trouble building the Ubuntu kernel, then you can, try to build the vanilla upstream kernel. This should pretty much always work. However, you will lose the third-party Ubuntu kernel modules. This method is documented directly on the TuxOnIce website.

Method 3: Git repository

If you have brand new hardware it is best to use the bleeding edge code from git. This method is described on the TuxOnIce wiki. Tuxonice has a patch available always for the current ubuntu-git-kernel. The current Ubuntu kernel git tree is available here. There is information on building git kernels at CustomKernelBuild and KernelGitGuide.

Compiling linux-restricted-modules

This section has moved to its own page, CustomRestrictedModules. Go to that page, but remember to note down your abi_version and kernel flavour before you do so.

Installing and configuring the hibernate script

Unfortunately, the Ubuntu power-management tools do not support suspend2 directly. Instead, we need to use the hibernate tools. These are supported best by trevino through his repo! Other web sites: