苦水潭

本文讲述的是一块主板在富士康和 Linux 用户之间引发的恩怨。这段故事在简体中文世界流传并不广泛，故作此“第二起跑线”专题，跟大家讲述一些在鲜为人知的角落发生的鲜为人知的事实。 谨以此专题向那些站在第二起跑线上和微软竞争的选手们致敬！ 英文水平有限，翻译不周之处万望赐教。 --- 原帖地址 --- A possible bug in Foxconn boards BIOS affects Linux ACPI 富士康主板的疑似问题 BIOS 影响了 Linux ACPI 功能 Update: I just got off the phone with Foxconn, they called me from China (1 AM in Indiana, heh) and were asking if I would test an improved version of their BIOS based partially on the modifications I've made to mine, hopefully this all blows over, and regardless of who's fault it is or isn't, we can just go back to using our computers with full functionality. 进展：我刚刚接了富士康从中国打来的电话（印第安纳州当地时间凌晨 1 点，呵呵）。他们问我是否愿意测试一下改进版的 BIOS（部分根据我的修改而来）。希望这次事件就此平息，不管是与不是谁的责任，我们终于能够全功能地享受自己的电脑了。 Thanks to the community for helping me get the message to Foxconn. 感谢社区（译注：应该指的是英文 ubuntu 社区），帮我将信息传递给富士康。 Edit: Please tell Foxconn what you think of their behavior: 更新：请向富士康表达你对他们行为的感受： http://www.foxconnchannel.com/support/online.aspx You need to put in an email, ...

新买了笔记本，所以对这个问题也有了新的认识（查老本的 load 次数都 11w 多了……）。 结论 这个问题确实存在。起因是硬盘频繁 load/unload 的声音引起了我的注意。查了一下，在卸掉 vista 装上 ubuntu 总共开机 18小时的时间里，这个指标达到了 3xx，平均 3 分钟 1 次，这个指标太吓人了。 解决办法 安装 laptop-mode，手动编辑 /etc/laptop-mode/laptop-mode.conf，大概 216 行左右，按如下修改： # # Should laptop mode tools control the hard drive power management settings? # CONTROL_HD_POWERMGMT=1 # ...

screenets 是现在 linux 桌面最具可用性的一种类 widget/desklet 实现，最早接触它是在 feisty 的时候。 印象中似乎是从 screenlets 升级到 0.0.10 的时候，在我的机器上就突然不能用了，当时不以为意，以为是 screenlets 在更新过程中出了什么问题，就一直弃而不用，想着过阵子说不定自己就好了。 直到我的 gutsy 重新开启了 compiz fusion，有了类似 OSX 的单独的 F9 显示 widget 页的功能，这才决心折腾一下 screenlets，毕竟这东西还是有实用价值的。 直接安装使用的结果，竟然连自带的 clock 都无法启动。用 console 看输出，最有价值的是这条信息： No module named dateutil.tz 回头看了看 screenlets 的官方 FAQ，说 screenlet 本身依赖很多 python 的库，虽然官方文档中提到的库我一个不少，但是还是觉得有可能是这个问题。 apt-cache search python dateutil，还真有个库叫 python-dateutil。apt-get 之，问题解决。 看来这么久以来一直错怪了 screenlets，并非它本身有什么问题，而只是少了一个库而已。或许之后 screenlets 在打包的时候应该加上对 python-dateutil 的依赖，这样会更友好些。

虽然早在 2000 年左右的时候，我就装过 RedHat（7 或者 8？），但那个时候纯粹是因兴趣而装上玩玩。真正开始以 linux 作为生产环境，是在 2006 年开始工作的时候。时逢 ubuntu 大行其道，我也未能免俗。可以说，ubuntu 6.06（后文都用 dapper 指代）是我的启蒙 linux 发行版。 记得刚刚使用 dapper 的时候，常常会因为鼠标颜色和终端窗口背景颜色很接近而找不到鼠标在哪里，于是依稀是 dapper 的 gnome 设置里面有一项设置，作用是在按下右 ctrl 的时候屏幕会有一个由大变小的动画框，指示鼠标的位置。 后来换了其他对比更加鲜明的鼠标主题，肉眼找不到鼠标的问题已经基本不存在了，但右 ctrl 显示鼠标位置这一设置则一直保留了下来，经历了 6.10（edgy）和 7.04（feisty）。 问题发生在 7.10（gutsy）上。升级到了 gutsy 之后，突然间发现原本只有右 ctrl 才有效的鼠标指示，如今在两个 ctrl 上都有效了。开始只是有点别扭，几天之后，问题出现了。 不要说平时 emacs 用的多，即使只是终端里面，左 ctrl 也是很常用的键，于是这个时不时蹦出来动画框就很烦人。当然这还不至于影响正常工作。最严重的问题是，gnome 在绘制这个动画框的时候，会使焦点暂时脱离当前窗口，绘制，然后焦点再返回当前窗口。这样一来，类似 scim 这样对焦点敏感的应用程序，ctrl 基本都成了不可用的键。比如需要用 ctrl-d 删除拼写错误的单词的时候，焦点一旦脱离，选字框就不复存在，于是 ctrl-d 成了摆设。 于是下决心去掉这个指示鼠标位置的设置。可惜年代久远，早已记不得当初是在什么地方做的设置了。翻遍了 gutsy 的首选项，也没有找到类似的设置。 用 top 检查，没发现比较可疑的进程；启动的时候选择跳过 XClient 脚本而直接进入 gnome，问题依旧；因此断定这个功能应该是 gnome 而不是 X 提供的。 于是开始翻个人的 gnome 设置文件。可惜没有头绪，用 ctrl，mouse，cursor 等等关键词 grep -r 了很多次之后，也没有结果。突然想起 gconf 这个 gnome “注册表”，于是 gconf-edit，但是几番折腾下来还是无功而返。难道跟 gconf 也没有关系...

升级到 gutsy 之后，突然发现 samba 出现了故障。症状是 windows 访问 ubuntu 的 samba 共享目录时报错（是个很长的错误信息，我记不请楚了，大概就是网络文件夹没有准备好之类）。 因为目前尚不清楚原因，所以解决办法比较土，就是重装 samba。 我卸载的时候是加了 --purge 参数的，因为我怀疑很可能就是旧版本的配置文件导致的问题。但是简单看了一下，新的 /etc/samba/smb.conf 和原来的并没有什么不同，等有时间了再详查原因所在。

昨天发现 epsxe 也不能用了，是升级到 Gutsy 之后遇到的又一个问题。之前 Feisty 的时候，开着 compiz 都不影响 epsxe 的运行。 目前还没有找到解决办法。因为这次的问题很奇怪，epsxe 启动之后，一行信息也没有就退出了，仿彿什么都没有发生一样。ubuntu 英文论坛上也有人发现了这个问题，十几页的讨论下来，也还是没有办法。 通常我会以为这是某个 epsxe 的 plugin 导致运行异常，但是这次很奇怪，甚至在什么插件都没有的情况下 epsxe 依旧无法正常运行。 这算是 Gutsy 的一个不大不小的遗憾吧，不知道以后会不会有解。

升级 Gutsy 之后，开始整理自己之前编译过的软件。这部分大都是因为源里太过陈旧而忍不住自己编译的，比如 emacs，pidgin 等等。升级之后，源里的版本非常新，于是准备把原来这些自行编译的都去掉。 问题发生在 pidgin 上。当把自己编译的 pidgin 给 make uninstall 了之后，登录 pidgin 突然出现这样的错误（大意）： core-plugin_pack-buddynote 未找到，请安装该 plugin 之后再试一次。 这毛病有点令人丈二和尚摸不着头脑，将源里的 pidgin 重新安装，故障依旧。难道是我的 .purple 有问题？把 .purple 挪到别的地方，重启 pidgin，添加帐户的时候居然协议下拉列表里什么都没有。 没辙了。正准备 sudo apt-get autoremove --purge pidgin*，突然发现 pidgin 相关的包里面还有一个 pigdin-extprefs，看了看说明，很可疑啊，先安装之，把 .purple 挪回来，顺手 grep 了一下，将 pref.xml 里面带 /usr/local 的标签都干掉，启动 pidgin，一切正常。 按说这么重要的包，不应该装 pidgin 的时候不自动安装上啊！

可以说是忍耐不住，可以说是对 ubuntu 团队有那么点信心，也可以说是对自己的技术还有那么点点自信，但是昨晚还是禁不住升级到了 Gusty——虽然我这个老本是每天工作必不可少的帮手，本来放在周末升级更为合适的。 东京的 100M 光纤入户在这个时候终于体现出了威力，平均下载速度达到了 3.5M 每秒左右，下载并没有成为升级的瓶颈。但是随后的安装过程却十分冗长，从晚上 10 点 40 分左右，一直到快凌晨 1 点了才进行了 50% 左右——可能是我平时装的乱七八糟东西太多了吧 :P 但是最讨厌的是这个安装过程并不是全自动的。升级向导时不时会弹出个对话框让你作一下选择，基本都是是否用替换旧的配置文件之类，替换了的话原来的手工修改就都没了云云。整个安装过程中大概会有 10 次左右这样的交互，而且均匀分散在安装过程中，实在让人难以忍受。于是一夜没有睡好，凌晨 4 点和早上 7 点的时候分别起来操作了两次，总算保证了上班前把系统升级完了，不过这个过程实在是不爽。 目前最大的问题：compiz 失效了，无法启动。翻了翻论坛，同样问题的人似乎不少，问了问 Google，貌似是 libGL.so 被替换成某个版本之后导致 GLX_EXT_texture_from_pixmap 不可用（ 原文看这里 ），最近工作比较忙，不打算折腾了，有人抱怨，官方应该很快会给出解决方案的（请关注 官方的 bug 帖 ，目前 bug 已经得到了确认，但还没有解决），好在没有 compiz 虽然会稍稍降低工作效率，但并没有致命影响。 说到好处，就是感觉速度快了那么一些（或许关掉 compiz 的话本来就很快 :P），同时今早试用了一下休眠，也完全没有问题。这很实用的改进。

最近需要远程登录一下 ubuntu 桌面，于是看了看 feisty 下面的 vnc server。好在很不复杂，ubuntu 的话，系统——首选项——远程桌面下点点就可以了，控制端则可以使用标准的 vnc viewer。 但是有个问题，一旦开启了 compiz（猜测 beryl 或者更新的 compiz fusion 应该也是一样），则控制端的画面永不更新，永远停留在刚刚连上 vnc server 的那个画面。这是一个 已知 bug ，只是似乎中文世界里似乎还鲜有讨论。 按那个帖子的讨论，bug 应该解决了，只是还没有 merge 到 feisty 源里。看来升级到 Gutsy 又多了个理由。

闲来无事的时候，会在 linux 下尝试很多新软件。有些软件装上玩玩觉得不好，就会顺手删掉，因此也养成了在 ubuntu 下 purge 的习惯，即连同软件的配置文件一同干掉，斩草除根。 laptop-netconf 倒不是装上玩玩觉得不好的软件，而是因为现在有了更好的 NetworkManager，不再需要它了，更何况少了它系统启动的时候还能少一项服务。于是前些天毫不犹豫的删掉了，顺手 purge 了一下。 平安无事，直到第二天早晨。开机，登录，X 启动异常，黑屏。切换 console，查看 /var/log/X.0.log（具体文件名记不清了 :P），未发现异常；检查 ~/.xsession-error，未发现异常。 一时有些懵了，想不出还有什么原因所在，重启，故障依旧。 幸而 ubuntu 启动时可以选 recovery mode。观察启动时的显示，发现网络初始化失败。赶紧检查 /etc/network/interface，是一个仍旧指向 /etc/laptop-netconf/interface.xxx 的符号连接。难怪，这样网络彻底瘫痪，连 loopback 都没有，X 自然启动异常。 干掉这个符号链接，touch 一个新的 /etc/network/interface 文件，重启，故障排除。顺便也检查了一下 /etc/resolve.conf 以防万一。

gaim 改名为 pigdin 已经有一段时间了。最近 pidgin 似乎还很活跃，正式的发布版本应到了 2.0.2，而源里停留的仍旧是 gaim 2.0.0.beta6，于是忍不住要尝试一下新版本了。 尽管有已经编译好的 deb 包，但我还是喜欢自己编译一下看看。编译 pidgin 需要很多依赖，比如 libgtk*-dev，libglib*-dev，libxml*-dev 等等，这个在 configure 的时候按提示一一补充即可顺利编译。但是，这样编译出来的 pidgin 却并不一定好用。 比如，因为没有装 libxss-dev，没有开启 xscreensaver 特性的话，pidgin 无法捕获键盘鼠标的输入而让自动离开变得形同虚设。没装 libnss-dev 而缺少对 ssl 的支持而无法登录 msn 等等。 这两点即使对于最普通的用户来说都十分重要 ，因此一定不要漏下。 其他特性还有 gstreamer，dbus 和 network-manager。我并不十分清楚这些特性都有什么用处，但是如果你需要，还是得安装以下的包：（友情提示，network-manager 特性目前仍旧处于缺陷很多的 buggy 状态） for gstreamer libgstreamer0.10-dev for networkmanager network-manager-dev libnm-util-dev libnm-glib-dev for dbus libdbus-1-dev libdbus-glib-1-dev

话说这问题从我升级到 feisty 的第一天就存在。只是我足够懒，情愿这么长时间以来一直靠手解决问题，只到最近觉得有点不能忍了…… 于是开始着手分析问题所在。症状是进入桌面之后 compiz（也就是所谓的“桌面效果”）无法自动启动，此时打开“桌面效果”的话，会发现启动按钮已经是按下去的，但是打开“GL Desktop”后会发现 “Enable GL Desktop”并没有被选中。手动的解决办法就是每次登录之后都手动打开这个“Enable GL Desktop”，桌面正常了之后，会话中自动启动的程序才开始哗啦哗啦的从硬盘进入内存，造成每次开机都得多浪费一些时间。 既然问题出在登录之后，那么就应该和 init.d 没什么关系，而是用户自己数据出了问题。打开“会话”，并没发现什么异常。 于是，开始在 ~/ 下找所有“.”开头的文件。.gnomerc，比较诡异；.gnome-compiz-preference，也是待考察目标。最终，找到了一个最为有价值的文件：.xsession-errors。 原来，.gnomerc 中设置了要启动 .gnome-compiz-preference 下的一个名为 openbox 的文件，这个文件输出的错误信息被详细记录在了 .xsession-errors 文件中。 怀疑无论是 .gnomerc 还是 .gnome-compiz-preference 都是 edgy 没有内置支持 compiz 的遗留产物，而 feisty（抑或新版本的 compiz）很可能已经使用了新的启动方式，但是和旧的启动方式存在某种冲突。 于是删除（其实我是先把这些东西移动到 /tmp 去了） .gnomerc 和 .gnome-compiz-preference，重新启动，症状消失，启动一切顺利，再查看 .xsession-errors，果然清爽了不少（可以放心的清空 /tmp 了）。再整理一下会话，启动如飞，这才是 feisty 桌面应有的品质。

在 windows 下面，管理开始菜单是比较简单的事情。毕竟在 windows 环境下，开始菜单对应的实际概念就是个文件夹，然后所有的管理都是和文件管理是一样的。 feisty 下却并非如此，她对于开始菜单分类管理，是存放在 /etc/xdg/menu/applications.menu 中的。这是个含义显而易见的 xml 文件，只需用普通的文本编辑器花几分钟就可以定制出符合自己口味的菜单结构。就这样，升级到 feisty 之后的那一堆 Wine * 被整理到了单独的 Wine 子菜单下了（这是我要折腾系统菜单的原因），我很欣慰。 有关 xdg，可以用 apt-cache 搜索相关的包。目前已知有关菜单分类似乎专门有 freedesktop.org 为其定制标准。只是眼下不知为何这个网站我无法访问，有兴趣的朋友可以尝试访问一下，应该能够获得更多相关知识。

用 edgy 的时候曾经试图自行编译 scim-bridge，当时就是因为总是 check qt > 3.3 不过。记得那个时候靠猜测来来回回试了很多包都没搞定。 不过升级到 feisty 时候，安装了一下这个包：libqt3-mt-dev，居然就可以了。按说类似这样的包名在 edgy 那时候是肯定试过的。不过能够编译了，总归是好事。

因为最近折腾输入法比较多，升级到 feisty 之后自然也会比较关注。事实是，scim / scim-bridge 在 feisty 下有了比较大的调整。 首先，scim-bridge 版本号从原来的 0.2 飙升至 0.4.10，而版本的大幅度提升本身就可能意味着变化的显著。新的 scim-bridge 不再是一个单独的包，而是由 client 和 agent 组成，而原来的 scim-bridge 则变成了 transitional package。 这样，只有安装了一下各个组成部分，scim-bridge 才可以正常工作，而原来的 scim-bridge，甚至可以直接卸载掉。 scim-bridge-agent - IME server of scim-bridge communicate with SCIM scim-bridge-client-gtk - IME server of scim-bridge communicate with SCIM scim-bridge-client-qt - IME server of scim-bridge communicate with SCIM 更新的 scim-bridge 并不需要对原来的 xinput.d 下的配置文件做什么修改，从使用情况上看，输入法工作的稳定性比原来好了不少。就在写下这篇文字的时候又扫了一眼 www.scim-im.org，scim 和 scim-bridge 分别在几天前又有了新版本。或许 suzhe 在 google 获得了更多的资源和自由来完善 scim 了吧，这是好事情。

星期五，是 feisty 发布的第二天。虽然一再告诫自己“情况明朗了些再说”，“冲动是魔鬼”等等，但还是耐不住好奇心。唉，或许对于喜爱的东西，人类的免疫力都很低下。 周五下午的时候，开始了漫长的升级程序。根据 update manager 的报告，需要下载 1 个多 G 的东西，天，估计所有的包都有新版本了吧。索性把笔记本留在了公司。 周六终于还是耐不住性子，跑到了公司。东西是下完了，但是更新的时候一个交互式问题把整个安装进程卡在了那里，真是有点土。又花了半个多小时全部安装完成，重启之后，还是不可避免的折腾。 症状很像之前折腾 compiz/beryl 时候出现过的问题，窗口的标题栏消失。看了看 /etc/X11/xorg.conf，显卡的设置没有被动过，于是怀疑问题出在 compiz/beryl 那里。卸载、重新安装了几次之后，没有任何结果，终于还是开始怀疑显卡。试着将所有非默认的选项注释掉，重启，居然成功了。 看来是 radeon 驱动的某些选项跟 feisty 所带的某些部分有冲突。由于选项较多，feisty 更新的包更多，一时还难以确定到底是哪个选项和哪个包有兼容性问题。不过如果只是为了解决问题，那么就干脆和我一样，把 xorg.conf 里面只留下 AGPMode 和 AGPSize 两项，其它 option 都注释掉好了。（我的是 n620c 笔记本，显卡是 32m 的 radeon 7500，用的 radeon 开源驱动） 终于“驯服”了 feisty fawn，虽有周折，心中仍喜。

诚然，目前的 linux 桌面，使用 fcitx 作为中文输入法所带来的麻烦最少。但是，如果你也和我一样，已经无法脱离如 compiz 的 3D 桌面环境，却因为需要时常输入日文而不得不使用 scim 的话，那么这篇文章或许对你会很有用处。 这段时间以来，我被 scim 在 compiz 下会莫名其妙丢失候选字框的问题折磨的焦头烂额。每当这个问题发生的时候，我就不得不尝试“盲打”，并通过常用词汇来获得想要的字。实在不行的时候，修改一下 scim 的设置，让 scim 重新加载，也可以解决问题。但是，每当我需要大量输入文字的时候总要时不时的中断工作去修改 scim 设置实在是令人难以忍受。 其实，在 scim 的全局设置中有这么一项：“将预编译字符串嵌入到客户窗口中”，默认是打开的，效果正如其提示所说，会将输入过程中产生的字符直接显示在需要输入的地方，而不是在独立的浮动窗口中。这个特性当然很酷，windows 下几乎所有的输入法也都支持这个特性，但在我眼里，这样的特性却并非必不可少，尤其是它会引起麻烦的时候。 很简单，只要关掉这个特性，候选字框消失的情况就会大有改观。是的，是改观而不是避免，浮动的候选窗口还是会有消失，甚至就在我准备敲下这些文字之前就发生了一次，但那也是我关闭这个选项三天以来碰上的唯一一次。这样的概率对饱经折磨的我来说简直就是零。 之前很长时间，也尝试过调整 scim 的选项来避免这个问题，我试过“粘住窗口”、“所有应用程序共享同一输入法”，但怎么就没想到过更改这个选项呢 -_-# 最后补一句，我用的发行版是 ubuntu 6.10。

刚刚转向 ubuntu 那阵子，scim 跟各种应用程序的诸多兼容性问题着实让我头疼了一阵子。后来投靠了 fcitx，天下太平了一段日子。 直到最近，当开始需要输入日文的时候，发现 fcitx 不够用了。于是开始重新折腾 scim。毕竟，按苏哲的说法，scim “是一个完整的输入法平台”，而不仅仅是单一的输入法。 简单应用的情况下，scim 表现不错。虽然不手动修改一下 /etc/X11/xinit/xinput.d/scim，自己安装的 thunderbird 就无法启动，基于 qt 的软件也会有些问题（实际上，修改了之后也还是有问题，比如 opera 经常会输入几个字之后就再也无法输入任何字符，哪怕是英文、空格、回车……） 而且，最最麻烦的一个问题是，输入法候选字经常丢失……简单搜了一下，似乎有人说是和 beryl 的兼容性问题，目前无解。而我用的是 compiz，看来也有一样的问题。 后来又去 scim 的主页翻了一圈，发现 1.4.5 早在 2006 年 10 月就发布了，而半年之后的今天，源里的版本仍旧停留在 1.4.4。再想起 wine 著名的输入法 bug，不由得感叹在自由世界里面，中文用户可能在今后很长时间仍旧不会受到重视。可是自己及自己的同胞们对自由世界的贡献如此微薄，又能责怪谁呢。 于是自己编译了一遍 1.4.5。虽然这是个 bug 修正版，但是没能解决我的问题。scim-bridge 版本倒是已经猛增到了 0.4.x，比源里 0.2.x 高了一大截，但毕竟不是稳定发布版本，而且尝试编译的时候报告无法满足 qt>3.3，而我装遍了 libqt 的包却仍不能成功，只得作罢。 于是乎，一边继续小心翼翼的使用着 compiz，毕竟已经习惯了 3d 桌面环境给我带来的种种便利而难以割舍，一边祈祷 scim 的候选框在下次 ctrl+space 的时候不要消失。

春节的时候回家给老妈装了宽带，把自己的摄像头也留给了她。于是为了实现老妈在网上看见我这幅尊容的愿望，昨天一冲动，买了个罗技快看影像版（QuickCam Image）。 windows下的安装就不说了。虽然罗技貌似很努力的提供了傻瓜化的安装盘，但是我不得不说，那个安装过程太烂了，违背了安装驱动的惯例。而我所需要的，只是单纯的驱动，和附加软件的单独安装文件而已。这样傻瓜化的安装包让我不知所措（期间我捕获到了无数次安装程序要修改注册表的请求，天知道是怎么回事）。 然后我便期待这款摄像头能够在我的edgy上的良好表现。但是很遗憾的是，edgy没有自动识别这款摄像头。而apt-cache search和google的结果让人有点莫名其妙，qc-usb-source，spca5xx-source，该用哪个好呢？ 事实是，qc-usb-source的编译失败了，spca5xx-source成功了。而后续的资料显示，从dapper开始，这款摄像头就应该在ubuntu系列上即插即用，更不用说edgy。而原本已经认定这款QuickCam Image使用的应该是Sunplus 5xx系列心芯片的我，就赫然找到 一份列表 ，声称使用的芯片是zc030x，而使用的驱动还是spca5xx…… 不过总算还是能用了，虽然还不完美，比如最下面几行像素是花的，比如在vlc中正常但是在camorama中却色彩异常且调节无效。但终究聊胜于无。 本来心中打定主意今后不再购买罗技的摄像头，还是买大路货比较保险的时候，看见spca5xx感谢其驱动开发得到了罗技的帮助，总算有些许安慰。 至于spac5xx的编译、安装方法， 这里介绍的很清楚 ，就不再赘述了。

在北京的时候，无论是公司还是住处，我的笔记本都是子网的一部分，要么 dhcp，要么指定 ip、dns，用 laptop-netconf 全能搞定。 如今在家里虽然也是 adsl 拨号上网，但是毕竟大部分时间只有家里一台老机器需要接入，没必要为此弄个路由，于是碰到了今天这个问题：linux 下的 PPPoE。 PPPoE 全称是 Point-to-Point Protocol over Ethernet。从 Windows XP 开始被系统内置支持，反而是 linux 下面用起来还方便些，pppoeconf 应该是 ubuntu 默认就安装了的，不需要面对因为没有 pppoe 软件无法拨通宽带，因为没有宽带无法下载这么个 pppoe 软件的的尴尬局面（家里老机的 Windows 2000 就是如此）。 至于具体如何配置，用 ubuntu+adsl/pppoe 都有大把的结果，这里不再赘述。而只是提一点注意事项：那就是用来拨号的那块网卡（一般情况下都是 eth0）不应该被分配 ip。 比如，我给 laptop-netconf 的设置是，即使找不到任何网络，也给 eth0 一套默认的静态 ip 方案。正因为如此，拨号成功之后，所有的网络连接仍旧试图使用eth0配置的那个并不存在网关，而导致连接失败。 解决办法也很简单，sudo pon dsl-provider 之前，先 sudo ifdown eth0，然后 sudo ifup eth0 即可。这样做的目的是去掉绑定在 eth0 上的 ip、网关、dns 等等设置。