先说下为什么在Archlinux下自己编译一个TuxOnIce内核:

1. 精简内核，去掉不需要的模块，减少启动时间
2. AUR里的TuxOnIce打了Gentoo的内核补丁集
3. TuxOnIce支持休眠到swap，充分利用绰绰有余的swap空间
4. 支持断电休眠，重新唤醒系统速度快，免去重启烦恼

步骤

先用$ yaourt kernel26-ice获取TuxOnIce的PKGBUILD，它会提示是否修改PKGBUILD文件。我打算自己配置内核选项，所以去掉PKGBUILD里那句make menuconfig的注释。

# use menuconfig, if you want to change the configuration
make menuconfig
yes "" | make config

然后Y下去，直到出现内核配置界面。我偏向于把东西编译内核，而不是编译为模块，这样做的好处是根本不用去管该手动加载哪些模块，哪些是需要的。为了让Suspend功能运转，需要把勾选以下设置。

 Power management options (ACPI, APM)  --->
   [*] Hibernation (aka 'suspend to disk')
   (/dev/<swap-partition>) Default resume partition
   <*>   Enhanced Hibernation (TuxOnIce)  --->
     ---   Image Storage (you need at least one allocator)
     <*>   File Allocator
     <*>   Swap Allocator
     ---   General Options
     <*>   Compression support
     <*>   Userspace User Interface support
     (/sbin/tuxoniceui_text) Default userui program location
     [ ]   Allow Keep Image Mode
     [*]   Replace swsusp by default
     < >   Cluster support  --->
     [*]   Checksum pageset2
     (25)  Default waiting time for emergency boot messages
     < >   Test pageflags
 Cryptographic options  --->
   <*>   LZF compression algorithm

其中/dev/<swap-partition>为swap分区位置，开启LZF压缩可以加快休眠/唤醒速度，不过需要耗费点CPU资源。怕啥，我PIII 667Mhz的老爷机都用上它了。

用多核CPU的还需要勾选这些 (与我无关)

Kernels before 2.6.22

Processor type and features  --->
 [*] Support for hot-pluggable CPUs (EXPERIMENTAL)

Kernel 2.6.22 and after:

Processor type and features  --->
 [*] Support for suspend on SMP and hot-pluggable CPUs (EXPERIMENTAL)

修改好config后等它自动编译吧，然后运行$ sudo pacman -U kernel26-ice-2.6.26-3-i686.pkg.tar.gz安装内核，其间会运行mkinitcpio生成initramfs，无所谓。反正都编译进kernel了，而且又是自己手动编译的，根本不需要initramfs。

完成后添加类似几行到/boot/grub/menu.1st:

title  Arch Linux TuxOnIce
root   (hd1,0)
kernel /vmlinuz26-ice root=/dev/sdb3 ro

其中(hd1,0)指的是/boot分区，/dev/sdb3是/ 分区。

我用的是N卡，还需要去AUR下个nvidia-96xx-ice的显卡驱动 (我的还是GeForce 2系列的卡)。$ yaourt nvidia-96xx-ice或者$ yaourt nvidia-ice就是了。

要用Suspend功能，还需要$ yaourt hibernate-script。然后修改/etc/hibernate/blacklisted-modules，把nvidia这行注释了，不然hibernate会报错。

在/etc/hibernate/common.conf里找到这几行，去掉注释，以便在休眠时断开网络，唤醒时重新连接。

### network
DownInterfaces eth0
UpInterfaces auto

我用的是Nvidia的GeForce 2的卡，还需要在/etc/X11/xorg.conf里的Device Section里添加一句Option "NvAGP" "1"，如下:

Section "Device"
        Identifier  "Card0"
        Driver      "nvidia"
        VendorName  "nVidia Corporation"
        BoardName   "NV11 [GeForce2 MX/MX 400]"
        BusID       "PCI:1:0:0"
        Option      "NvAGP" "1"
        ...
EndSection

最后在/etc/rc.conf里检查下MODULES这行，把不需要的模块都清除掉，因为我是全部编进了kernel，直接将此行留空。

全部搞定后重启进入新的TuxOnIce内核吧，我的Loading Udev Events时间由20秒缩短为7秒了(还是很不爽啊! Gentoo多快啊!)再次重编，Udev Events Loading缩短为4秒了，总算比较可以忍受了，运行$ sudo hibernate -n进行休眠测试，没问题的话以后就$ sudo hibernate进行休眠吧。唤醒的话正常开机由grub引导进入就行了。

参考

• TuxOnIce – Gentoo Linux Wiki
• Suspend to Disk : Tuxonice method – Arch Wiki

最后抱怨几句:

为什么Archlinux要把kde3赶出repo，kde4还不足够稳定到给广大用户使用吧。像Gentoo那样用不同的slot机制来并存kde3和kde4多好。

Archlinux的源很痛苦，ABS的rsync服务器更是痛苦…

尽管有官方预编译包，我还是需要自己去手动编译那些软件，scim就是其一。

主要症状是这样的: 使用华硕K8N4-E/Deluxe主板的，无论是使用Gentoo LiveCD 06/07版还是自编译内核(>2.6.13)启动，都无法识别到SATA硬盘设备，必须采用降级内核的方式或者使用Gentoo LiveCD 2005才能正常识别，而在Ubuntu/Fedora Core (2.6.2系列kernel)下却没有这个问题。只要是大于2.6.13的内核无论是gentoo-sources, genkernel, vanilla-sources, mm-sources, sabayon-sources甚至Ubuntu和Fedora的kernel都没用。我曾经在论坛里发过帖子询问，当时没太在意，以为降级内核到2.6.13就算解决了，但是随便kernel的不断更新，问题越来越多了，udev不能用最新的，与之而来的就是hal不能自动挂载移动储存设备，nvidia驱动不能用100系列版本，否则退出X会花屏，xorg-x11不能用7.3，因为没有100系列的nvidia驱动配合，这么多问题差点让我被迫转投ubuntu了，还好最终还是选择向Gentoo Community寻求帮助。

我在open a new thread之前就发现论坛里用同样一块主板的朋友都遇到了这个问题:

1. SATA drives not recognized on kernel > 2.6.11
2. Problem finding my SATA-drives
3. kernel panic (solved)
4. What does “VFS: Cannot open root device…” mean, exactly?

加上后面两个我之前发布的贴子/回复，搜集好所有信息后，我发了个新的帖子:

Kernels(>2.6.13) dont recognize sata disk on K8N4-E [solved]

并给当时发表/回复那些帖子的人发了封private message，也得到了这些人的热心帮助，但是始终没能解决问题。于是我去Gentoo Mailing List上发邮件，也没能得到解决的办法，最终选择了向Gentoo的Bugzilla提交bug，直接询问Gentoo Developers。

Bugzilla Bug 194531 : Kernels (>2.6.13) dont recognize the sata harddisk on ASUS K8N4-E motherboard

在这里得到了解决方案，关闭MMCONFIG PCI Access Mode可以成功识别到SATA设备，正如其中一个developer说的: Nforce motherboards don’t have the best history with the linux kernel。关闭MMCONFIG有两种方式，一是设置内核:

取消自动选择模式和MMCONFIG模式，选择BIOS或者DIRECT方式

CONFIG_PCI=y
# CONFIG_PCI_GOBIOS is not set
# CONFIG_PCI_GOMMCONFIG is not set
CONFIG_PCI_GODIRECT=y
# CONFIG_PCI_GOANY is not set

二是在grub.conf的kernel行末尾添加pci=nommconf参数来关闭它。

同样，使用Gentoo LiveCD的话，可以在启动时加入启动参数nommconf来顺利引导LiveCD读取SATA硬盘。问题是解决了，不过查看下ubuntu和fedora的kernel config文件，并没有关闭MMCONFIG模式，难道还是Gentoo的问题?

在Developers的帮助下，进入Kubuntu/Fedora LiveCD，cat /proc/iomem发现其中没有那句f0000000-f3ffffff : PCI MMCONFIG 0，意味着Ubuntu和Fedora把MMCONFIG给blacklist了。哪位使用Ubuntu或者Fedora的朋友麻烦把cat /proc/iomem的结果贴出来给我看下，我想知道是Ubuntu/Fedora直接blacklist了MMCONFIG还是在硬件检测时根据我的硬件关闭了MMCONFIG。

这样，整个症结就落在了MMCONFIG上，排除了Gentoo本身的因素。

Gentoo之所以受青睐的原因不仅是它的高度可定制性和portage的包管理方式，还有它背后强大的社区支持。Gentoo的官方论坛 是目前最活跃的linux论坛之一了，里面集结了来自全世界各地的顶尖linux高手和geek，无论是帖子还是回复都是高质量的，即便是不用Gentoo Linux的朋友在里面都能找到很多有价值的东西。而Bugzilla作为forum的补充，提供了与开发人员直接的交流平台，你可以得到最专业的帮助。

I <3 Gentoo and its Community !