在本章的最后，我收录了一些常见问题。这个列表可能应该更长。如果您有任何补充，请告诉我。
哪个是对的，XF68 还是 XF86？
我收到了很多关于本文档旧版本中提到的安装程序中 X 服务器名称的问题。我称之为 "XF68_FBDev"。在某些 CD 上，服务器有另一个名称 "XF86_FBDev"。这种命名约定和混淆的原因纯粹是历史性的。Linux 帧缓冲设备最初是在 m68k Macintosh 上开发的，因此该设备的 XFree86 服务器被称为 XF68_FBDev。后来，帧缓冲设备被移植到其他平台，如 x86 克隆和 PowerPC。哪个名称是对的？这个问题留给读者作为练习。
我该如何配置 X 以消除桌面上的“雪花”？
简单的答案是：你不能。David Monro 制作的内核帧缓冲设备仍处于早期阶段，但工作良好。当以 1024x768@60Hz 等分辨率移动鼠标或滚动窗口时，画面失真是完全正常的。如果您是黑客，请修复它并向 David 或 Leigh 提交补丁。我们都会非常喜欢它。请注意，较低的分辨率，如 800x600 甚至 640x480，效果很好。而且，只有 8 位颜色可用。
我该如何让我的新型超炫 XYZ 卡工作？
7248 是一款类似 PC 的盒子，带有 ISA 和 PCI 接口，因此人们会认为使用为 x86 平台制造的“普通”PC 硬件应该可以完美地工作。遗憾的是，情况并非总是如此。驱动程序通常必须移植，而且没有那么多 Carolina 主板内核黑客。此外，许多为 x86 平台制造的硬件使用 BIOS 调用才能正常工作。由于 7248 及其相关产品没有这样的 BIOS，因此在 Linux 下运行这些硬件非常困难。
话虽如此，但仍有一些适用于此盒子的硬件可以在 Linux 下运行。有关这方面的问题，请联系 Workstation 列表，请参阅名为资源的章节。
更新：在最新版本的 Linux 2.4 bk 开发树（不是官方 Linux 2.4 源代码）中，上述许多问题已得到修复，并且支持更多硬件。例如，我将一块标准的 eepro100 网卡插入我的盒子中，它工作得非常完美。这意味着您可以将 7248 用作数据包过滤防火墙。我还听说普通的标准 ISA Soundblaster 声卡也可以工作。尝试看看您的卡是否有效。如果有趣，请给我发送电子邮件，我将在此处添加注释。有关构建和安装 2.4 内核的说明，请参阅名为编译内核的章节。
我应该将 PReP 启动分区挂载到哪里？
为了理解这个问题的答案，读者必须了解 7248 如何启动进入 Linux。这是一个三步过程。首先，固件（其行为方式与 PC BIOS 相同）寻找要启动的东西。通常，它应该检查软盘驱动器、CD 驱动器，然后是第一个 SCSI 磁盘。在 SCSI 磁盘上，它将查找一个名为 PReP 启动分区的特殊分区。在此分区上，它将读取它在那里找到的第一个程序。如果这是一个 Linux 内核引导加载程序，它将读取并运行它，然后引导加载程序启动 Linux。从这里开始，Linux 负责。
许多人问他们应该将 PReP 启动分区（类型 41 分区）挂载到哪里。这是一个常见的误解。PReP 启动分区通常位于 /dev/sda1 上，不应挂载到任何地方。此分区上的文件，通常只有一个带有静态链接内核引导加载程序的 Linux 内核，仅在启动时由固件使用。操作系统在内核启动后不使用这些文件，因此无需挂载该分区。
有些人混淆了 /boot 目录和 PReP 启动分区的含义。两者都用于包含内核，但它们的用途不同。/boot 用于存储内核以供以后使用，以及用于记录系统信息。/boot 目录在启动时不会被固件读取，因此更改此目录的内容不会改变固件加载 Linux 的方式。
为了能够加载新的内核，您必须替换 PReP 分区上现有的内核。这是通过 dd 命令完成的，有关详细信息，请参阅名为编译内核的章节。
机器根本无法启动。我怀疑可能是内存问题。我应该为此盒子使用哪种类型的内存？
7248 及其使用 Carolina 主板的同类产品确实使用特殊的 RAM，更具体地说，它们只使用奇偶校验 RAM。规格如下：72 针 SIMM，5 伏，带奇偶校验的快速页面内存，70 纳秒。David Monro 表示，如果您移除缓存，则可以使用其他类型的 RAM 使 Carolinas 工作。有关详细信息，请参阅名为资源的章节。
现在我以为它可以工作了，但它在“奇偶校验检查”处停止了。我无法进一步操作。你能帮帮我吗？这与内存芯片坏了有关吗？还是我的 scsi 设备有问题？
您使用的是 2.2 内核，对吗？
此消息来自 SCSI 子系统，因此与您的 RAM 无关。有时，由于未知原因，2.2 系列中的 Linux NCR 驱动程序导致 scsi 控制器挂起在某些不可中断的状态，这种状态持续存在，甚至绕过重启。当时的解决方案是启动 AIX 甚至 PPC 的 Windows NT（是的，这种怪兽存在，但您真的不想要它），这会将控制器重置为正常状态。或者，关闭机器，取出内部电池，让它放置几周左右，然后将东西装回原位。2.4 驱动程序解决了这个问题。
启动 2.4 内核，您应该没问题。
这当然也可能是一个真正的 SCSI 奇偶校验问题。如果 2.4 内核没有帮助，请检查您的 SCSI 设备的布线和终端问题。