为什么运行 sndconfig 可以识别我的 Soundblaster 16 声卡，并使用正确的模块启动并运行，但会破坏 kerneld 加载的以太网模块？

我尝试了我的 Intel Ether Express 和 SMC Ultra 网卡（不同时），并且只要运行 sndconfig，这两块网卡都会发生同样的事情。在 X 中运行内核守护进程配置无法再次加载以太网模块。

—Alan Kendall Red Hat

我不确定为什么会发生这种情况，但是 sndconfig 基本上只是修改了 /etc/conf.modules。您可能需要备份该文件，运行 sndconfig，备份新文件，然后用旧文件替换它。然后将 sndconfig 创建的文件中的声音配置行合并到您的原始文件中。如果这不能解决问题，则很可能是您的声卡和以太网卡存在硬件冲突。如果您有进一步的问题，请发送电子邮件至 sound-bugs@redhat.com。

—Donnie Barnes redhat@redhat.com

我该如何设置 openwin？我有一块 Trident 9750 显卡和一个 Cybervision C70 监视器，我已经多次尝试使用 xf86config，但是无法使其工作。我相对来说是 Linux 新手。感谢所有帮助。

—Jim Brewer Slackware 3.4

您应该尝试最新的 XFree86-3.3.2 服务器。根据 Usenet 上的一些讨论，9750 在 3.3.2 之前不受支持。

—Pierre Ficheux pierre@rd.lectra.fr

我正准备安装一个 Linux 版本。我倾向于 Slackware，因为我被告知它非常强大而且不太花哨。我安装它的目的是为了更多地学习。

无论如何，我想知道是否有人可以基本解释一下不同发行版名称和内核之间的关联。内核对于所有发行版都是通用的，还是单独构建的？它们在多大程度上兼容？如果它们不兼容，我可能会先看看可用的软件，然后再安装任何一个版本。

非常感谢。

—Brian Crowe

自由软件（在自由的意义上）是由独立的程序员或研究小组开发的，他们将其捐赠给用户社区（某种程度上—作者确实保留了对程序的版权）。发行版是一项独立的努力，旨在将构建完整操作系统及其应用程序和所有必要软件所需的所有软件组合在一起。通常，发行商会修改一些原始软件包，以适应他们对整个系统的看法。内核是您首先更新的软件包之一；它们都是兼容的。

在应用程序级别，不同发行版之间存在很多标准化（这要归功于“文件系统层次结构标准”，这是一个被接受的文档），唯一的真正区别在于它们用于管理系统的图形工具的组织方式。

—Alessandro Rubini rubini@systemy.it

发行版是围绕 Linux 内核构建的，但是它们各自有自己的安装、打包和配置方式。在安装了特定的发行版之后，他们可以下载最新的内核并在必要时自行安装。

—Mark Bishop mark@tct-net.org

在进行 FTP 安装并遇到 FTP 问题时，包含一些问题详细信息的窗口会立即被 FTP 设置窗口覆盖。我如何确定问题并尝试修复它？

—Mike Newsome Red Hat 5.0

FTP 安装尝试获取每个软件包两次。一旦失败，它就会报错。显然，错误窗口正在被新的设置窗口覆盖。

一般来说，如果您收到这样的错误，则意味着您与 FTP 服务器的连接丢失了。FTP 安装中没有很多其他“错误”会发生。不建议在拥挤的网络（即 Internet）上进行 FTP 安装，因为可靠地移动 200+ MB 的数据而没有任何问题变得不可能。在这种情况下，在安装完整的操作系统期间处理错误情况非常困难。FTP 安装在本地或半本地网络上效果非常好，在这些网络中，您可以保证至少一定的带宽。

—Donnie Barnes redhat@redhat.com

我的笔记本电脑正在使用 CT65555 VGA 芯片组 (2MB) 和 13.3 英寸有源显示器 (1024x768)，但我只能获得 1024x768 8 位颜色。如何配置 Red Hat 以使用 1024x768 16 位颜色？

—Corne Red Hat 5.0

首先，编辑您的 /etc/X11/XF86Config 文件，并在“Screen”部分添加另一个“Display”子部分。您添加的子部分应如下所示

Subsection "Display"
 Depth 16
 Modes "1024x768"
 ViewPort 0 0
 Virtual 1024 768
 EndSubsection

然后以这种方式运行 X，告诉它使用 16 位深度

startx -- -bpp 16"

—Scott Maxwells max@pacbell.net

我正在尝试购买 Adobe type 1 字体 (Caslon 224) 以在 Linux 系统上与 TeX 一起使用。我打电话给 Adobe 订购字体，被告知“我们只销售 Windows 和 Macintosh 产品。我们不支持 UNIX”。我尝试订购 Mac 版本的字体。当包裹到达时，里面有三张软盘。其中两张包含 Adobe 的 ATM 程序，Hfsutils 可以在我的 Linux 系统上挂载它们。第三张包含 Caslon，我无法使用 Hfsutils 或任何其他方式挂载它。简而言之，我看不到任何获取 Caslon 的 pfa 或 pfb 文件的方法。我已经花了几天时间在网上搜索，但我找不到任何关于此问题的参考资料—更不用说解决方案了。

我即将完成一个用于学术期刊的 Linux 应用程序。它允许期刊对文章、书评和期刊中的其他材料进行编码。我的程序生成期刊的 TeX 版本、期刊网站上部分的 HTML 以及与期刊 60 年索引数据兼容的索引文件。我开始这个项目时理解（来自 Walsh 的 Making TeX Work）TeX 可以使用任何 Adobe type 1 字体。现在，似乎这仅在 Windows 或 Mac 平台上成立。

我遗漏了什么（也许真的很明显）吗？如果不是，那么在我看来，对于想要开发和运行商业应用程序的 Linux 用户来说，这是一个严重的问题。

—David Bausum

我同意您的看法，这对 Linux 用户来说确实是一个真正的问题。商业软件包往往假设用户无法复制文件，因此他们将每个数据文件封装成专有格式，并分发他们自己的可执行程序来提取此类数据。

正确的方法是分发 zip 文件或其他已知数据格式，但是每个人都认为他们拥有最好的格式，并且他们不关心现实世界的计算机用户。

虽然我从未使用过 Adobe 字体，但我很确定在受支持的操作系统之一上安装它们之后，您会找到所需的 .pfa 和 .pfb 文件，这些文件将适用于 Linux。这意味着您必须首先访问 Windows 或 Macintosh 机器来执行字体的初始安装，然后将其复制到您的 Linux 机器。

—Alessandro Rubini rubini@systemy.it

[作为旁注，SSC 已在我们的参考卡上成功地将 Windows 版本的 Adobe 字体用于 Linux。—编辑]

我正准备向我的系统添加硬盘驱动器。有没有一种相对简单的方法可以将文件系统的一部分迁移到新驱动器 (/usr/bin)，而无需完全备份或重新安装？

—Alan Jump Red Hat 5.0

您需要使用 Linux fdisk 对新驱动器进行分区，更改分区(的)系统 ID 标志。完成此操作后，您需要使用 mkfs“制作”新的文件系统。将新文件系统挂载到空目录，例如 /mnt。然后使用 cpio -pdum 将旧 /usr/bin 目录的内容复制到 /mnt 目录。在 /etc/fstab 文件中添加新行，指示新文件系统将挂载到 /usr/bin 目录。将机器置于单用户状态，将旧的 /usr/bin 移动到 /usr/bin.old，并创建一个新的空 /usr/bin。重新启动，新文件系统将包含您的 /usr/bin 文件。

—Paulo J V Wollny paulo@wollny.com.br

我需要一个程序、脚本或信息，告诉我如何从我的柯达 DC20 数码相机中获取照片。是的，我有一个 Windows 95 CD 和相机附带的 twain 软件，以及用于分区的充足硬盘空间，但我必须将 Windows 95 重新安装到我漂亮的 Linux 机器上吗？我是 Linux 新手，但如果可以，我想只使用 Linux。

—Dick Colclasure Red Hat 5.0

查看“柯达 DC20 秘密”网页：http://home.t-online.de/home/oliver.hartmann/dc20secr.htm。

—Pierre Ficheux pierre@rd.lectra.fr

启动时“模块中未解析的符号”警告让我很烦恼。

我听说过几种针对此问题的解决方法，但从未找到最终解决方案。我已经多次重新编译我的内核，浏览 Makefile 以检查所有内核选项是否都正常。我正确地遵循了 make 序列（包括从头开始编译和安装所有模块）。但是，在启动时，我总是至少对其中一个警告感到惊讶。我希望得到对该问题的良好描述，而不是神奇的解决方案（我相信这将有助于我解决此问题）。

谢谢你们。继续努力。

—German Horacio

内核模块存储在 /lib/modules 目录中，该目录中的子目录对应于内核版本。因此，如果您刚刚编译了内核 2.0.33，则

make modules_install

的结果是将所有内核模块放置在 /lib/modules/2.0.33 中。不幸的是，如果您已经有一个来自先前内核编译或内核安装的 2.0.33 子目录，这些新模块将添加到已有的模块中。如果某些原始模块未编译为模块或在新内核中不受支持，则当新内核启动时，它们将生成“未解析的符号”错误消息。

一个安全的解决方案始终是将旧的模块目录移动到中性位置，例如

mv /lib/modules/2.0.33 /lib/modules/2.0.33.old

在执行 make modules_install 之前。当您确定不需要旧内核时，可以稍后删除它。未能运行

make modules
make modules_install

在新内核编译之后，可能会产生相同的错误（以及其他错误）。

—Dwight Johnson dwj@aaronsrod.com

最佳技术支持中发布的答案由 Linux 专家团队提供。