类似的问题在进行了系统升级后仍然存在，具体表现为：启动、编译软件、使用hdparm等高强度I/O时，系统假死，在/var/log/errors.log中可以看到以下记录：

（另外几次假死有的是WRITE FPDMA QUEUED。）

可以看到在假死的时候出现了ata frozen，ncq错误，无法完成读/写队列。上网查询，发现论坛、bug tracker、Q&A上有大量相关的信息，错误日志与此类似，可是大都没法彻底解决——归根究底是以上的日志信息太少，只说明了是ata错误，读取超时。通过其他多方面测试、尝试最终可以知道，这些大都是硬件软件配合问题造成的——对于某些控制器、驱动器，内核ata模块的acpi、ncq等功能无法正常工作，导致I/O错误。解决方法有的需要更换硬件，有的需要更新固件，还有的需要使用内核参数，禁用某些功能或是限制SATA速度。

其中数量比较多的一种就是libata的acpi节能功能有问题，导致硬盘供电不足。根据网络上的说法，在大容量硬盘上这个bug也更容易出现。我的这个硬盘就是新买的500GB 7200转，功率比较大，经过尝试，确实是这个bug导致的。

截止发文之时，没有找到相关补丁，只有一个简单直接的workaround：禁用libata的acpi功能。方法很简单，也没有太多副作用，只要添加内核参数（写入GRUB的启动参数即可）：

PS1:不建议直接禁用全部的acpi功能（即使用 noacpi 参数），此将禁用所有的高级电源管理功能，可能导致休眠、挂起以及笔记本亮度调节失效等等副作用。

PS2:ACPI是Advanced Configuration and Power Interface（高级配置与电源接口）的缩写。而与之相似的APIC是Advanced Programmable Interrupt Controller（高级可编程中断控制器）的缩写，与扩充硬件中断有关，与引起Linux诸多问题的ACPI基本毫无关系，请不要混为一谈，随意禁用APIC。

kmod-wl: Metapackage which tracks in wl kernel module for newest kernel
akmod-wl: Akmod package for wl kernel module(s)

再看一下子包，akmod-wl没有子包，而kmod-wl则有大量的子包，和不同版本的内核一一对应（e.g. kmod-wl-2.6.38.7-30.fc15.i686.PAE.i686）。另外，akmod-*依赖akmods软件包，而这个软件包的用途则是：“Automatic kmods build and install tool”。

这下明白了吧？akmod是能够自动编译、安装的kmod。事实上，akmod-foo的rpm包中只包含了一个src包和一个平台spec文件，并没有任何编译好的二进制文件。akmod-foo通过内核安装后脚本（postinst），在每次安装了新内核后检查新内核是否有foo模块，如果没有则调用akmods从src里编译并安装foo模块，以此来及时为新内核提供相应的模块。这和debian系的dkms是一样的（Ubuntu下的私有驱动都是通过dkms来安装的）。

由于内核模块是安装在某个特定的内核上的，当更新内核后必须重新给新内核安装内核模块，因而如何实现自动化的模块安装、管理一直是一个令人头痛的问题。老方法是通过kmod-*这样的metapack来解决，每当出现新内核后，志愿者们为其编译、打包新的kmod，并把这个新的kmod作为kmod-* metapack的子包添加到源中，利用yum update的过程自动将新的kmod下载安装。不过这样的方法有两个问题：一是志愿者们打包新包总是需要一些时间，会有一些延迟；二是如果新内核是用户自定义的而非官方源提供的，就没有相应的kmod了。

解决这些问题的银弹就是akmods系统，通过上文所述的方法来实现自动安装，可以做到自动、及时为所有新内核装上模块。akmods系统从Fedora 9之后开始使用，akmod替代kmod是大势所趋，所以我们在安装私有驱动的时候其实只需要装上相应的akmod包即可了，而不再需要kmod。

参考资料：
http://fedorasolved.org/Members/zcat/akmods
http://forums.fedoraforum.org/showthread.php?t=193301

上周冲着GNOME3装了Fedora 15 Lovelock，放弃了从接触LINUX以来就一直在使用的Ubuntu（准确的说，是删掉了Ubuntu 11.04，实在受不了Unity了）。从安装到后来的配置确实都让我不大不小地折腾了一番，这些等到以后有空的时候再细细说吧。今天我就想说说发现的一个BUG——Adobe Air在Fedora 15下无法使用，准确说是无法安装Air程序包。

系统配置得差不多后，我想稍微娱乐一下，装个AIR三国杀来玩玩（当然，之前已经从ADOBE的官方源里装了adobeair了，那个源里还有flash-plugin），可是安装过程中却弹出错误提示：“无法安装应用程序，因为安装程序已损坏。请尝试从应用程序作者处获取新的安装程序文件。”

重新下载尝试以后仍旧不行，上网搜索多半是说彻底删除干净重新安装就可以了，尝试后依旧不行。为了排除是三国杀的问题，我又下载了其他几个AIR程序，安装过程中均遇到了相同的提示，于是我把问题锁定在了AIR本身。

根据ADOBE官网的文档，我找到了AIR的LOG：~/.appdata/Adobe/AIR/Logs/Install.log（果然是私有软件，这大小写风格令我蛋疼）。打开一看LOG格式惨不忍睹，诶，只能将就一下了。找到了这样几句：

librpmbuild.so在系统里是存在的，但是载入的时候发生了错误（找不到parseSpec这个符号资源）。根据新的线索更仔细地搜索了一下，终于找到了问题的原因：

Adobe Air在LINUX上安装AIR程序时会自动生成相应的软件包（rpm、deb）然后用系统自带的包管理器来安装。但是对于构建rpm它使用了不推荐的方法，直接调用librpmbuild中的函数而非使用rpmbuild命令。更可怕的是，它使用了版本相关的特性（比如这里的parseSpec）而又没有正确指定库的版本。结果由于Fedora 15使用了最新版的rpm 4.9.x，不再提供这个函数，于是便发生了错误。

参考信息：Adobe Forum相关帖子、Red Hat Bugzilla。

从Adobe Forum可知，Adobe工程师们已经获悉了这一BUG，但却似乎没有什么进一步的动作。而Red Hat更是直指这是Adobe等私有软件的问题，将这个报告标记成了NOTABUG。如此一来，对于AIR这样一个私有软件，除了继续低三下四地催促ADOBE快点修复以外，也没有别的解决方案了（当然，downgrade rpm也可以，如果你愿意）。诶，这一点上就能体现出开源软件的优势啊！

总结一下ADOBE的几个问题：

1. 与开源软件的规范格格不入（小到文件命名方式、LOG格式，大到调用库的方式）
2. 对于BUG报告响应缓慢。
3. 对于放入官方源的软件居然没有经过最起码的测试。

总之，一派私有软件的一贯作风。最后，我没有卸载adobeair，等着看什么时候会有update，解决这个问题，到时候我也会及时更新的。在此之前，如果不是闲得蛋疼的话还是不要在Fedora 15下折腾AIR了。

然而去wordpress.org上找了好久，大多数插件都是国外的（比如什么ShareThis、AddToAny），几乎不支持国内的社交网站。唯一比较合适的就是wp-share-list，中国人开发的，不过jQuery动画效果有些花哨，而支持的网站也太少（虽然可以自定义，不过这又违背了我偷懒的初衷~），不怎么实用。

最后只得用下下策——国内的分享服务提供商。比较有名的有jiathis、bshare、passit（按照Alexa排名和使用量排序）。前两个使用人数比较多，但是点击分享后都要通过它们的网站来中转，让我很不爽（尤其是bshare，甚至还隐藏分享的真实网址！不过bshare的统计功能因此也比较强大就是了）。passit非常快捷、朴素，几乎没有什么多余的功能，支持的网站也很广泛，于是我就自定义了一个分享栏，正式放到了博客上。大家可以看看下方的效果~

Windows已经被干掉了，自然也就没有了Photoshop。这次完全是用Gimp做出来的。图片素材来自很早以前蛋疼做的宣传画（摊手~鄙人设计水平也就这样了……）。

顺便也改了主题的CSS，一些小地方，大家应该注意不到……T.T只是为了看着更顺眼而已~

算上前两天整理的侧边栏，这次博客主题应该差不多折腾好了，会固定一阵子。

最后，明天就要去参加省选冬令营了，然后是省队选拔赛——决定我日后走向的比赛。因此这段时间肯定不会再更新博客了。至于比赛以后，如果成绩好就要更加努力准备二试，成绩不好估计就要和信息组say goodbye了——总之闲工夫是越来越少了。各位，后会有期吧！

P.S.其实这段时间挺颓废的，生病的时候尽在折腾东西了，本来也想写一些来记录的，现在也只好作罢。有机会再说吧~

后来又想直接在首页上放一个RSS模块，订阅我的饭否timeline的RSS。这确实可行，而且也在我的博客上呆了10分钟。可是我突然想到——这RSS模块输出的是HTML代码，而我的饭否timeline更新极频繁，这样在我博客的缓存机制下，首页的RSS信息就严重滞后了……

这时在饭否首页右下角瞟到了 » 试试饭否插件 这个东西，果断点进去，（BSP页面随便选一个，比如blogger），发现了一段JS代码……这下解决了，直接贴进WP的文本widget里了事~

P.S. 代码里有一个count是定义显示数量的，可以自行修改。

我打算续费三年，总共45刀，又去网络上搜罗了好久的promo code，最后找到一个任意订单满40刀减10刀的（算是很不错的优惠了）。35刀三年.org，比大部分域名商要便宜了（不过其实我也没多少选择余地，转换域名商挺麻烦的，要不就要另外交transfer fee，要不就是等到域名过期重新注册）。

Go Daddy支持支付宝支付，并且可以自动兑换外币（这也是我最初选择它的重要原因）。在一堆复杂的跳转之后，来到了支付宝页面，可这时我发现余额不足，只好用招行网银支付，然而我的招行卡还没有开启手机支付功能，只能使用悲剧的“卡号密码支付”，是IE ONLY的……开启virtualbox里的XP，用那个“可爱”的IE6（= =）来到了招行网银页面。点下确定后又有意外发生——要求手机身份验证（貌似是最近才开始的新措施）……而我的卡没有绑定验证手机，只好用电话银行设置一下……好不容易完成后，又是一堆复杂的jump back，迎接我的是——Invalid Session……其实我早该想到的，因为我的支付过程一半在Ubuntu实体机的Firefox上，另一半在XP虚拟机的IE上……重新登陆Go Daddy，我震惊地发现那个订单还躺在购物车里，我的35刀似乎就这样不翼而飞了……

心急如焚的我开始寻求support，找了半天没看到在线客户帮助（倒是有在线导购……T.T），只好交ticket上去，7小时答复。不过就在我交了ticket两小时后，我收到Go Daddy的邮件“Your order has been processed”，长舒了一口气。后来又收到ticket答复，说这是正常情况，支付宝最多可能延迟24小时……

===============我是分割线===============

给大家一些进行这样复杂支付的忠告（毕竟那样的情景还是挺惊险的）：

1. 最好提前确保资金充足，确保网银可用（申请了必要的验证，安装了必要的插件），避免意外发生；
2. 保证网络顺畅，尽快完成支付，避免session过期；
3. 如果发觉支付过程可能有问题，最好撤销订单重新支付；
4. 如果支付后出现意外，不要慌张，及时联系客服，不要重新下单、支付；
5. 目前比如Go Daddy、支付宝、网银等对IE的支持还是更好的，如果可以，尽量用IE吧……

最后给大家几个本文撰写时可用的Go Daddy优惠码：

SCENE40   订单满$40减$10
gdbb687   订单满$65减20%

UPDATE1：脚本在异常退出（比如收到KILL信号，系统断电等）后再次运行时会有严重的BUG，导致用户词库丢失。现已修正，强烈推荐各位使用者更新。如果已经有过异常退出的用户，请退出脚本后至~/.sunpinyin/目录下检查（ls -l），若userdict为符号链接，请删除之，sunpinyin将重建新的用户词库。对因此造成的数据损失表示抱歉。

之前在一篇文章里，我提到了在Ubuntu下使用fcitx + sunpinyin配合hubertstar的大词库实现媲美搜狗的流畅输入，但是仍然有一个大问题——当词库过大的时候输入中会出现停顿现象，严重影响用户体验（因此我当时也只推荐使用small版词库）。

这是因为fcitx和sunpinyin的词库都是使用SQLITE，在输入时需要反复查询，由于词库的特殊性（前后两个查询的词经常离得很远），SQLITE的缓存机制很难起效，因而只能反复读硬盘，导致速度很慢。

不过，在大宝的启发下，我参考了Ubuntu中文论坛里hubertstar的帖子，以及大宝的博客，我写了一个供Ubuntu使用的sunpinyin加速脚本，效果非常不错，拿上来和大家分享。

原理非常暴力——直接将整个sunpinyin的userdict放入/dev/shm（即存在于内存中的tmpfs），然后符号链接回来，相当于手动暴力cache整个词库，大幅提高了速度。这样做法的缺点就是内存消耗较大——我现在使用的大词库有100+MB，即需要100+MB的内存，不过，当下基本每个人都有2G+的内存，本来也就很难用完，这样正好提高了内存的利用率。

使用方式：将这个脚本放在方便的地方，通过chmod +x赋予可执行权利，在“系统 -> 首选项 -> 启动应用程序”中添加这个脚本。

相比于hubertstar和大宝的脚本，这个脚本有如下优点：

1. 使用方便，只需要在GNOME会话登陆后自动运行即可；
2. 自动将用户词库变更备份回原目录，不会导致自造词丢失；
3. 卸载方便，脚本在退出时（包括关机或登出）会自动恢复用户词库，因而如果没有启动这个脚本也不影响运行sunpinyin；
4. 完全运行在用户空间，不需要使用服务或者cron。

经测试，不论多大的词库（只要你内存无压力）都可以顺畅输入。赶紧把你的sunpinyin词库换成超大词库，来体验更流畅的Ubuntu拼音输入吧~

作为一个GEEK，遇到问题怎么能这样被难倒？必须得认真研究解决之！

本文中提到的Ubuntu均指10.04及以后版本。

0.预备知识

在使用LINUX下各种音视频播放软件时，常常可以看到audio/video output device（音频/视频输出设备）选项，我们今天就先来看看音频输出——常见的有alsa、esd、oss、pulseaudio等等，让人眼花缭乱。他们之间到底有什么关系呢？Ubuntu中文论坛上的这篇教学贴很好地解答了这个问题。简而言之，alsa和oss都是类似“音频驱动”的底层内核模块，负责最终控制硬件发出声音；而pulseaudio和esd则是类似“图形服务器”X11一样的“声音服务器”，负责将软件发送的指令经过处理（主要是混音）后发送给驱动。完整的LINUX音频架构应该由两者共同组成。另外，alsa和pulseaudio分别都比oss和esd先进，正在逐渐取代后两者，目前Ubuntu等流行发行版下采用的默认组合就是alsa + pulseaudio（不过，他们四者还是可以共存的）。

前面提到了“混音”，那么，什么是混音呢？简单来说，我们经常能听到多个软件同时发出声音，而发给声卡的音频流只能有一个，解决方法就是将所有声音“混合”起来。如果没有混音器（mixer），那么就会出现“声卡独占”的情况，这在早年的LINUX下经常见到。这也就是pulseaudio这些声音服务器存在的目的了。同时，有了声音服务器的存在，你可以分别控制各个软件的音量（并非指在软件内部调节音量，试试看在Ubuntu中打开“声音首选项”的“应用程序”选项卡就知道了）。

那么，为什么播放器能直接输出给alsa呢？这是因为早年没有比较好的声音服务器，所以alsa自己也实现了一个很简陋的混音器（dmix）。

1.问题的出现

那么，爆音是怎么出现的呢？最常见的原因就是——增益过大，即“音量”放大太大，让声音失真。

那么，就打开Ubuntu的“声音首选项”，看看音量调节，回忆一下与Windows下的有何不同。对，只有一个音量条！正常情况下，应该能够分别调节主音量、扬声器、耳机、波形等等的音量，而Ubuntu下只看到了一个调节条，即“主音量”。因为此处是通过pulseaudio来调节音量，而pulseaudio貌似只提供给用户调节主音量的接口，至于具体怎么处理分配、调节其他音量，是由pulseaudio内部来处理的。

如何才能调节其他音量呢？对了，直接操作底层的alsa。在控制台打开alsamixer（注意，这不是上文提到的混音器，而是音量调节器），你就会看到熟悉的Windows音量调节的LINUX控制台版。让我们试试看把波形（即PCM）调小一些（调至红色区以下，比如75左右）。再听听看，是不是爆音消失了呢？其实，在Windows下，“波形”的最高音量其实只是81，Windows已经考虑到防止爆音这一点了，因而调节范围也比LINUX下小。

大功告成了？且慢，让我们用Ubuntu的音量调节器来调整一下音量，再进入alsamixer看一看——PCM又被调到了最高！pulseaudio在调节音量时蛮横地仅调节主音量，而直接将其他都调到了最高。怎么办？难道我们得抛弃方便的音量小工具，都靠alsamixer来过活了？

2.问题的解决

办法自然是有的，既然问题是由于pulseaudio的“暴力蛮横”的，那就让我们来试试看更改pulseaudio设置。

进入/usr/share/pulseaudio/alsa-mixer/paths/，ls一下，你会看到很多配置文件。再看一下“声音首选项”中的“输出”，最下方有一个“连接器”，里面的选项与这些文件十分相似。让我们来看看很多output文件都最终引用的“analog-output.conf.common”文件。在其中看到了PCM，其中有一个volume，默认是merge，根据上面的注释，可以知道这是让pulseaudio“智能”地根据主音量来调整PCM音量。试着将其改成ignore，保存退出，重新载入pulseaudio。试试看现在调节音量还会覆盖PCM音量么？

* SIMPLE HOWTO

快速HOWTO – 在终端中：

性能低下的主要原因，是因为他们都是运行于一个“输入平台”ibus之上的——越复杂的系统架构会带来越低下的性能，ibus是一个十分灵活的、能够安装各种语言的输入法的平台，十分臃肿，其性能很难好到哪里去。我们需要的，仅仅只是一个简单的——拼音输入法！其实早就有一般人想要这么干了，于是他们写了一个叫做fcitx的轻巧、纯粹的输入法。

我第一次接触fcitx还是v3时代，最大的感受就是——真的是太轻了，甚至连gtk都不依赖，而且只有一个用GBK编码的中文配置文件（蛋疼）……速度果然很快，算法也还行。不过在我试图导入大词库后，发现了一个致命的问题——fcitx会把整个词库读到内存里……最终，fcitx 3.x难用的配置方式、较差的稳定性、难看的界面以及表现平平的算法令我抛弃了它……

现在，fcitx 4诞生了！开发者最终妥协依赖了gtk，但因而也带来了极大的功能提升——用cairo渲染的精美皮肤，pango渲染的文字等等；而且现在配置文件终于是UTF-8编码了，并且提供了GUI配置工具。另外，新增的插件功能使得sunpinyin能够整合进来，将fcitx的性能优势和sunpinyin的算法优势结合起来~

词库仍然是整个读入内存的，不过现在的电脑内存也大了不少，鸭梨会小一些；而且这样也许读取词库能更快些~（-_-|||）

经过几天的试验和调校，我向大家推荐一个优秀的Ubuntu输入工具组合：

fcitx 4.x with sunpinyin  并且使用hubert整理的sunpinyin词库

Ubuntu下的安装方法：

1. 添加fcitx的nightly build PPA源（这样才有最新的4.x版）并安装

   1 2 3

   sudo apt-add-repository ppa:wengxt/fcitx-nightly sudo apt-get update sudo apt-get install fcitx fcitx-config fcitx-sunpinyin

   Attention: 如果你之前有使用过ibus-sunpinyin，请将其完全删除。

2. 切换至fcitx，注销后再次登陆你的输入法就将变为fcitx了

   1	im-switch -s fcitx

3. 右键点击fcitx托盘图表 -> 配置fcitx，会打开fcitx-config进行配置（推荐使用dark皮肤~）；右键点击托盘图表 -> 切换输入法，设置为sunpinyin。
4. 前往hubert的google code页面下载sunpinyin-userdict-small.7z ，并解压到~/.sunpinyin下覆盖userdict文件。（small版足矣，并且small版在首次运行载入时就已经有一些卡的现象了，完整版就更严重了……）
5. Enjoy it~