I always think that it is good to wish people good luck, but no. Why not? Because if people got well prepared, they’re sure to make it. You should say, You can make it rather than Good luck. Good luck means you achieve something by chance, you’re a black horse, not everyone like this. People have skills are not succeed by chance, the make it by hard working, by actual strength.

If you believe someone’s gonna make it or try to encourage him, say You can make it!

For some mysterious reasons, I decided to rebuild kernel 2.6.24 for my needs. I failed several times, eventually, I’m using the brand new kernel right now.

For the first time, my box hung at Waiting for root file system. I googled and found out it is because the kernel recognized IDE hard disk as sd. Actually I saw a lot of sd?? when booting up the computer and then it hung. Google results indicates
ATA/ATAPI/MFM/RLL support
Include IDE/ATA-2 DISK support
should be Y(not M) if the root file system is in an IDE disk. So I chose Y and rebuilt and it hung at Waiting for root file system again. I compared the config with 2.6.22’s and found that there’s one option called generic/default IDE chipset support, says If unsure, say N, but in 2.6.22 it says If unsure, say Y. Weird! And somehow I chose Y and rebuilt and the kernel recognize IDE disk as hd normally.

When I logged in, I found my eth0 disappeared. I check the kernel options again and found my VT6102 [Rhine-II] Ethernet controller was not chosen. After 7 or 8 times I finally got the kernel worked.

BTW, I’ll write down the standard procedure of making kernel package under Debian.

Step 0:

1

$ make xconfig/gconfig/menuconfig

to config the kernel. You may want to copy the old config file to the source dir as .config.
The config file can be found in /boot, the name is config-kernel_version.

Step 1:

1

$ make-kpkg clean

Whatever you’re compiling a new kernel or recompiling, this step is essential.

Step 2(the real fun):

1

$ sudo make-kpkg --revision=_mykernel_ --initrd kernel_image modules_image

or

1

$ fakeroot make-kpkg --revision=_mykernel_ --initrd kernel_image modules_image

kernel_image is the exactly kernel package. modules_image is used to build a modules package from /usr/src/modules. You may want kernel_headers as well.

Step 3: Install the kernel, of course.

That’s it. Good luck!

原来以前都做多余功了。

这样的情景：

1

$ cp /etc/apt/sources.list /etc/apt/sources.list.bak

我们是经常碰到的，备份一个文件，重命名一个文件，或是创建一个链接，都要进行类似的操作。这里面有个问题，明明 /etc/apt/sources 这几个字都是一样的，为什么要打两遍？这样的还算短了，要是更深层的目录，那花的力气可就大了。通常比较明智的做法是先 cd 到那个目录，然后在那个目录下进行操作，完后再 cd 回来。不过这样做还是比较麻烦，有没有足不出户的解决方法？答案是肯定的。

Bash 有个功能叫大括号扩展，大括号包围的，用逗号隔开的参数会扩展为独立的多个参数。这样讲您一定懵了，具体一点，上面那个备份文件的例子可以写成：

1

$ cp /etc/apt/sources.{list,list.bak}

Shell 在解释时会自动将后面的参数扩展成两个，就变成了和上面一样的完整命令。这样就实现了足不出户操作，而前面那一串目录只要打一次就行，连 cd 也免敲了。

其实这个命令还可以再简化，那个 list 也可以并过去的。之前我一直在想，拿什么来代表空白，其实什么都不用写就行了。

1

$ cp /etc/apt/sources.list{,.bak}

这样逗号前面没东西，那么参数就保持原来的不变，逗号后面的照样扩展。

重新用上了 Fcitx，免不了玩一下。无意间在 这个地方 发现了 Fcitx 的蓝紫色美化方案。试了一下，效果真不错。原来 Fcitx 悉心装扮一下还能这么漂亮。
现在的配置是这样的(仅界面部分)：

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35

[界面]
候选词个数 =5
主窗口是否使用 3D 界面 =0
 输入条使用 3D 界面 =0
 主窗口隐藏模式 =1
显示虚拟键盘 =0
是否自动隐藏输入条 =1
输入条是否居中 =0
首次显示输入条 =0
# 输入条固定宽度 (仅适用于码表输入法)，0 表示不固定宽度 
 输入条固定宽度 =0
输入条偏移量 X=0
输入条偏移量 Y=12
序号后加点 =1
显示打字速度 =1
显示版本 =0
光标色 =102 159 66
主窗口背景色 =255 255 255
主窗口线条色 =203 202 186
主窗口输入法名称色 =153 153 153 102 159 66 56 134 230
输入窗背景色 =255 255 255
输入窗提示色 =2 89 196
输入窗用户输入色 =255 0 132
输入窗序号色 =0 66 200
输入窗第一个候选字色 =0 99 200
# 该颜色值只用于拼音中的用户自造词 
 输入窗用户词组色 =0 99 200
输入窗提示编码色 =255 0 132
# 五笔、拼音的单字 / 系统词组均使用该颜色 
 输入窗其它文本色 =56 134 230
输入窗线条色 =203 202 186
输入窗箭头色 =193 227 151
虚拟键盘窗背景色 =220 220 220
虚拟键盘窗字母色 =80 0 0
虚拟键盘窗符号色 =0 0 0

今日朋友送了好些蛏子，好大。

晚上母亲煮蛏子，发现蛏子壳总不开，很奇怪。吃的时候发现原来蛏子的肚子里有子，才知道蛏子为了保护自己的孩子，至死都不张开壳。这是蛏子的母爱。

以前听过类似的故事，例如牛被人屠宰时为了肚子里的小牛流泪等等。今天这是个活生生的例子。

很惭愧。自己被母爱围绕却总是不珍惜，总把关心的话语理解成唠叨。虽然总提醒自己别把别人的爱当成理所当然，但总在不经意间践踏了这珍贵的爱。

做个好孩子！

这个 amd64 下的内核模块问题以前搞过，忘了。如今升级内核又要重新弄，又被我想起来了，于是决定写下来，以后忘了有地方查，顺便别的朋友也可以参考一下。

Debian amd64 的源里提供了 virtualbox-ose 以及 virtualbox-ose-guest-utils 二进制包，但并没有提供 virtualbox-ose-modules，也就是 VirtualBox OSE 内核模块。没有内核模块 VirtualBox 是无法运行起来的。虽然 Debian 并没有提供 amd64 版的内核模块，但是我们可以自己编译。

我们可以通过 virtualbox-ose-source 来编译内核模块。查看 /usr/share/doc/virtualbox-ose-source/README.Debian，里面说：

The Debian virtualbox-ose-source package can be used in several ways,

• Using module-assistant(1) commands provided by the module-assistant Debian

  package:

# module-assistant prepare virtualbox-ose

# module-assistant auto-install virtualbox-ose

• Using the make-kpkg(1) command provided by the kernel-package Debian

  package. See the “modules_image” section of the make-kpkg(1) man page.

• Unpacking /usr/src/virtualbox-*.tar.bz2 and installing the module on your own.

上面那一串 E 文是在说 virtualbox-ose-source 有三种使用方法。我们就使用第一种来编译内核模块，因为此种方法最简单。呵呵，方法就是上面那两个命令了，再单独列一下也无妨：

1
2

# module-assistant prepare virtualbox-ose
# module-assistant auto-install virtualbox-ose

当然，首先你得先装上 virtualbox-ose。这两条命令过后，会在内核源代码目录生成相应版本的内核模块 deb 包，名字叫 virtualbox-ose-modules-_内核版本号__amd64.deb。应该是内核源代码目录，因为我用的是自己编译的内核，我生成的 deb 包在我专门用来存放内核源代码的目录下。如果你用的是源里的内核，到底 deb 包在什么位置我也不知道。不过没关系的，编译好直接就会安装的，所以无须知道 deb 包的具体位置。

要使用 VirtualBox OSE，首先加载内核模块：

1

# modprobe vboxdrv

，然后就能用了。

今天 adept 又提醒有升级，于是便顺手升了，想不到这次升级导致的连带问题还真多。首先，一升级完，就发现 scim 不行了，怎么个不行法呢？就是 scim 一启动 kde 的程序就一个接一个的崩溃。搞的 kde 根本就不能用，用 im-switch 换掉了 scim 才行。

作为一个中文用户，这输入法不能用怎么行呢？于是我想起了现已停止开发的 fcitx。虽说停止开发了，可是对于一个输入法又能又多少要求呢？以前用过，感觉很不错的，而且对我来说足矣，我根本想不出输入法还需要什么东西，因为对于我来说，能打出字就 ok。问题就从这里开始。用 im-switch 换到 fcitx 后，fcitx 虽说能跟 kde 一同启动，但是一按 ctrl + space 就崩，fcitx 自己崩，连带的程序也跟着崩。于是狂 google，到底怎么回事。看有人说把原先的 .fcitx 目录删了可能就好，于是照做，果然行！后来看了一下 fcitx 在 /usr/share/doc/ 下的 README，发现自己真蠢，那里明明白白写着说删掉原先的 .fcitx，否则可能会有问题。自己还傻傻的 google 了好长时间。总结一点：遇到问题一定要先到 /usr/share/doc/ 下看看应用程序自带的文档，通常问题会在那里得到解决。

用了这么久的 scim 又用回了久违的 fcitx，倍感亲切。其实 fcitx 有些功能还是挺不错的，例如这个打字速度，让我清楚了解自己打字到底有多快，不愧为 input toy。

不知到底什么原因，我明明没有升级 scim，怎么 scim 导致了这么多问题。scim 自己起不来也就算了，还给别的 gtk 程序脱后腿。好多程序还恋恋不忘 scim，总是要给它 creat backend，然后无法 creat backend，自己也干脆不启动。没法，只好删掉有关 scim 的一切，暂时将 scim 从我的记忆里抹去，让我的应用程序恢复正常吧。

其实以前有过这种教训，早劝过自己没事不要老是升级。可是谁见了新鲜的肉不想咬几口呢？况且我已将主系统 pin 在 testing，只有桌面软件才是 sid 的，我以为 testing 升升级没事的，都已经经过 sid 那道坎了，可还是有事的。以后尽量少升级吧，以后要是再这样搞，火起来把 adept updater 删了。

今天闲着无聊，于是将内核升级到了 2.6.24。无意中发现源里有个 debian-logo 的 kernel patch，用来把默认的 tux bootup logo 换成 debian 的 logo。试了一下，效果还不错。

其实原打算搞 bootsplash 的，虽然 bootsplash 已被 splashy 项目所取代，bootsplash 官方自 2.6.21 以后不再发布新的 patch，但还是能够下载到非官方的 patch，是 2.6.23 的，但是 2.6.24 也适用。于是我将 debian-logo 和 bootsplash 的 patch 都打了。但我发现好多有关配置 bootsplash 的文章都说选了 bootsplash 内核选项就不要选 bootup logo，貌似两者不能共存的样子。反正我想 bootsplash 出不来也没事，正好试试 splashy，于是便将 bootup logo 选上了，并且选的是 debian 的 logo。

说也奇怪，不知是 kernel 加剧了还是我的系统变慢了，这次编译内核居然花了我三个多小时的时间，都将近四个小时了，而且 kernel 的个头也是有史以来最大个的。看了一下 /boot 目录下的东西，发现不管是 vmlinuz 还是 initrd.img 都是一个版本比一个版本的大。linux kernel 真是越长越肥了，呵呵。

漫长的编译完成了，重启，果然，bootup logo 和 bootsplash 不能共存的，说得准确一点，是不能同时起作用，因为两个都编译是没有问题的。debian 的 bootup logo 能看见，在左上角，但 bootsplash 就不行了。正好让我再试试 splashy。以前试过 splashy，问题多多，曾经导致 gdm 无法自动启动，这回看看它有没有什么改进。由于目前我用的是 kdm，貌似 splashy 没有导致 kdm 无法自动启动，但 splashy 这效果还真是不能和 bootsplash 比。哎，谁让这年头不流行 kernel space 的东西呢。干脆就不要了，那个 debian logo 看看就不错，启动时显示在左上角，一点也不刺眼，下面字符在滚动，给启动过程添点淡淡的色彩。

终于申请了个博客了，而且是大名鼎鼎的 wordpress。从今日起就开博了，这个算是第一帖，题目叫 We are what we write down。以此作为第一帖来提醒自己有什么想法或学到了什么知识，要尽量把它记下来，写下来。因为写出来的东西总有一种欲望要去实现它。所以，不要吝惜力气，要多写写，这些时间是值得的，并且日后还能翻看，说不定能有什么新的发现呢，呵呵，所谓温故而知新嘛，何乐而不为呢？

其实说是第一帖，但是我自己写的第一帖，并非此博客的第一帖。此博客的第一帖是 Hello world!，虽然写着 January 31st, 2008 by yhlfh，但其实是系统自动生成的。 尽管上面写着让我编辑或删除它并且开博，但本人比较迷信， hello world 我认为是不能删的，而且这是我博客开通的日期，是个值得纪念的日子，于是就更不能删了。hello world 留着 ，祝愿我的博客不要短命吧，呵呵。

说来也惭愧，这年头才来博客。其实以前有过的，但没坚持写，荒废了，而且那个东西也不好。想来长这么大后悔的事情太多了，总是缺乏毅力，把一件事坚持下来，总是三分钟热度。引用一下：时光不能倒退，人生不能后悔。不希望今后的人生继续后悔，所以，好吧，只要这个 wordpress.com.cn 不倒，我会努力让这个博客永远存在！