读者来信

KDE 宝宝

我只有 3.5 个月大的小女儿非常喜欢 Linux。在我的新 P4 上安装了 SuSE 并向她介绍了变色龙 Geeko 后，她变得非常感兴趣。她尤其喜欢 KDE。我猜她被 Keramik 主题的费雪玩具般的外观和感觉所吸引。照片显示了 Idun 对 KDE 的热情。

有多少 Linux 用户已经有了 Linux 化的孩子？Linux Counter 欢迎婴儿吗？

SMART 和磁盘错误

在 2004 年 1 月号的 Linux Journal 中，我看到了 Bruce Allen 在第 74 页关于 SMART 的文章。我下载并安装了它，一切顺利。我使用 -t（测试）选项运行它，之后立即遇到了磁盘错误。（在我运行 smartctl 之前一切都很好。）我关闭并重启了系统。系统运行了 fsck，因为它在硬盘上遇到了错误。我最终不得不以手动模式运行 fsck 并丢失了信息。

—
Marshall Lake

Bruce Allen 回复： 很抱歉听到您遇到了磁盘问题。您的情况是不幸的。在您检查 SMART 数据并运行自检之前，您的磁盘已经损坏。可能某些磁盘扇区无法读取，但您不知道，因为它们存储了您通常不访问的文件。当您使用以下命令运行磁盘自检时smartctl -t，这会对磁盘进行读取扫描，磁盘问题变得明显。

在对 这个 磁盘投入更多时间之前，请确保磁盘 确实 通过了长时间的自检且没有错误，并且 Current pending sector 和/或 Offline pending sector 的原始计数为零。如果不是，则在修复操作系统问题之前，需要维修/更换磁盘。

如果您的操作系统发行版是基于 RPM 的，我建议您使用 RPM 的验证选项来列出系统上所有丢失或更改的文件，以及它们来自的软件包的名称。然后，重新安装具有丢失或损坏文件的软件包。

新硬件（尤其是新磁盘）的故障率高于几天或几周后的硬件。新硬件比已经工作一段时间的硬件更容易发生故障。fsck 工作正常的事实仅表示文件系统是一致的。它不 读取磁盘上的所有数据。

命令smartctl -t启动一个自检，该自检读取磁盘上的每个字节。这比 fsck 彻底得多。我强烈建议您不要信任该磁盘，除非它运行了smartctl -t long测试，并且没有显示任何问题。

关于 I/O 调度器的 Robert Love 答疑

我刚刚阅读了您在 2004 年 2 月号 Linux Journal 中关于 I/O 调度器的文章。文章很棒，但它让我产生了一些疑问。希望您能为我解答。Deadline 和 Anticipatory I/O 调度器如何检测截止时间已到或已过？是否有多个内核线程，一个或多个线程处理主队列，一个或多个线程遍历读/写队列检查截止时间？Anticipatory 算法是否也会导致饥饿？如果我们假设一个请求进来并且截止时间已过，I/O 调度器将看到截止时间已过并处理该请求，然后等待 6 毫秒，认为同一区域可能有一个或多个请求。如果同一区域有一个或多个请求，那么它基本上会循环处理这些附近的请求，等待 6 毫秒，处理更多请求等等吗？测试输出确实显示了 2.6 中的 I/O 调度器比 2.4 中的好得多，但是进程调度器在其中起多大作用——选择 O(1) 调度器而不是默认的 2.4 调度器？

—
Torin Ford

Robert Love 回复： 很高兴您喜欢这篇文章。没有涉及线程。I/O 调度器代码在两个地方处理：磁盘驱动程序的中断处理程序中，以及提交请求的进程的进程上下文代码中。代码可以轻松检测到截止时间，因为按截止时间排序的列表本质上是 FIFO。列表头部的请求具有最旧的到期时间，因此无需遍历列表——只需查看 FIFO 列表的头部即可。

在回答关于 anticipatory 算法是否也会导致饥饿的问题时，最终另一个请求将过期，它将去服务它。anticipation 启发式方法仅用于决定要寻找到哪里，否则它不会更改磁盘的算法。

我不认为更好的进程调度器会起任何作用。我们知道为什么时间会更好：写入饿死读取现象，因此更好的数字很容易解释。

英语课程

2004 年 2 月号的 Linux Journal 再次出现了糟糕的短语 “comprised of”（第 56 页）。我可以请您 grep 传入的稿件，以捕捉未来这种令人讨厌的语法错误吗？

—
A. T. Young

从现在开始，它将出现在我们的风格指南中。—编者。

不稳定的娱乐系统

2003 年 12 月，我在维珍航空的一架飞机上，系统非常糟糕，以至于我们大约 90% 的人主要看到了重启控制台！幸运的是，这是一趟夜间航班，否则孩子们会发疯的，而且屏幕上没有提及 Linux，因此大多数人不会将其与我们心爱的操作系统联系起来！但是，这也表明我们需要向真正的客户发布经过良好测试的产品，如果 Linux 要进入家庭环境，我们需要吸取这个教训。

—
Kirk Martinez
南安普顿大学

兼容性列表？

最近我在网上寻找 Linux 兼容性列表，但找不到。LJ 知道在哪里可以找到吗？

—
Walt L. Williams

每个主要的 Linux 发行版都维护一个硬件兼容性列表。并非所有发行版都包含相同的硬件支持，因此您需要检查您的发行版。如果您想知道是否有源代码形式的驱动程序可供您编译和配置，通常最好的方法是在 Google 上搜索硬件名称 +linux。—编者。

工作流程文章的表格修正

我注意到 2004 年 2 月号的 LJ 中，我和 Luciano Barone 关于 REDACLE 的文章中有一个错误。在正文中，提到了缺失的表 2。表 2 实际上应如下所示

只有第一行与文本理解相关。实际标记为 2 到 6 的表格应重命名为 3 到 7。

—
Giovanni Organtini

每月照片

这是我们上次度假的一些照片。我们去了新墨西哥州的罗斯威尔，想知道外星人是否在使用 Linux。大多数是 Debian 支持者。有一张前后对比照片。需要 The GIMP 的一些帮助。

每月照片将为您赢得一年订阅。发送至 ljeditor@linuxjournal.com。—编者。

Lindows：安装良好，但支持需要改进

在阅读了 Steve Hastings 对 Lindows 4.0 [LJ，2003 年 12 月] 的评论后，我想补充一些我自己的评论。首先，关于 Click-n-Run 仓库，我和 Steve 有许多相同的抱怨。除了许多软件包的品牌重塑和软件包无法正常工作之外，软件版本落后于时代也是一个严重的问题。例如，他们的 OpenOffice.org 版本是 1.0.3，而当前的 OpenOffice.org 是 1.1.x。仓库中的 Evolution 版本是 1.2，而 Ximian 的版本是 1.4。这样的例子有很多。

另一个严重的问题是客户支持领域。我在 2003 年 12 月底向 Lindows 技术支持发送了一份关于这些问题的报告，但除了自动回复（“我们将在几天内回复此问题”）之外，尚未收到任何回复。自最初的报告以来，我已经发送了两次后续跟进，但这些也都没有得到回复。

话虽如此，我同意 Lindows 非常容易安装。我尝试了 4.0 和新的 4.5 版本，它们都在不到 15 分钟的时间内安装完成。视频卡（ATI All-in-Wonder）和媒体卡读卡器存在问题，但我让 Lindows 与硬件配合工作的问题比 Mandrake、Red Hat 和 Redmond 的另一家公司要少。

但是，在他们在 Click-n-Run 仓库中提供当前版本的应用程序并解决客户支持问题之前，我不会向任何人推荐 Lindows。

—
Ed Dulaney

Linux 供应商的大新闻？

Linux 杂志对于 2003 年两个最大的 Linux 新闻一直保持沉默。第一个是 Red Hat 将他们的 Linux 整合到 Fedora Core 中并放弃对旧版本的支持。第二个是 Novell 收购 SuSE 和 Ximian。Red Hat 对他们的故事进行了正面宣传，而许多其他人认为这是 Red Hat 的一个错误，是对其客户的背叛。Novell 现在是一家主要的 Linux 厂商。它是否突然有了 Linux 信仰？他们会为 Linux 的发展做出贡献吗？还是 Linux 只是他们与 Microsoft 的长期战争中的最新策略/武器？这两个故事都对 Linux 社区产生了重大影响，并且在网上获得了大量报道和讨论。我希望 LJ 也加入进来。这会很快发生吗？

—
Henry E. Alubowicz

请参阅下一封信，了解为什么这些故事可能没有您想象的那么重要。—编者。

LJ 发现了 IT 界的 “暗物质”

只是想赞扬 Doc 的一篇精彩文章（“DIY-IT...” [LJ，2004 年 2 月]）以及 LJ 足够勇敢地刊登它，尽管它具有特定于供应商的（读作：广告商）含义。

Doc 凭借其关于开源（尤其是 LAMP）如何接管企业并将客户重新置于控制之下的系列文章，抓住了其新闻事业的重大新闻。游戏不再是关于获得花费太长时间实施、花费太多钱且未能解决任何给定业务的特定需求的现成解决方案。是时候告别千篇一律的企业软件了，Doc 知道这一点。

更重要的是，他抓住重大新闻的另一个原因是，开源方式，尤其是 LAMP 平台，提高了开发人员的生产力。供应商知道这一点，使用过这些工具的开发人员知道这一点，甚至那些没有使用过这些工具的人也开始怀疑这一点。

在我的日常工作中，我与朋友和同事（以及我自己的员工）打交道，他们的雇主每个人都会认为是互联网经济的支柱。这些人每天都依赖于开源开发工具和热情的社区愿意支持它们所带来的巨大生产力提升。但是，他们中的大多数人要么不愿意，要么由于各种公司原因而无法爬上最近的树并向世界尖叫。

就像看不见但其存在无处不在的暗物质一样，所有这些 “知情人士” 都在一块砖一块砖地重建 IT 所依赖的基础设施。而且，也许同样重要的是，他们还在重建 “企业软件” 的所有初始假设。所以感谢 Doc 和 LJ。坚持下去——你们正在做一件大事。

—
Antonio Rodriguez
工程副总裁

勘误

在文章 “DIY-IT：Linux 和开源如何将 DIY 带入信息技术” [LJ，2004 年 2 月] 中，Ticketmaster 技术副总裁 Craig McLane 被错误地认定为引言的来源，而这些引言实际上是由 Ticketmaster 产品和技术执行副总裁 Sean Moriarty 发表的。文章还说，谈话发生的活动是 LinuxWorld Expo。事实上，两人都在 O'Reilly Open Source Convention 上发言。—Doc Searls