精华区文章阅读

发信人: clx (楚留香), 信区: Unix
标  题: Linux PCMCIA HOWTO 中文版(04)
发信站: 紫丁香 (Sat Jun 27 16:52:56 1998), 转信

Linux PCMCIA HOWTO 中文版 : 解决安装与建构的问题
Previous: 编译与安装
Next: 使用方法以及特色

3. 解决安装与建构的问题

在本章节□会指出一些常见的 PCMCIA 子系统的失败模式。请您试
著在这些例子中找出您所遇到的问题之症状。本章只描述”一般的
错误”问题，因此并不针对特定的卡片或驱动程式。

想要除错在我们试著经由 PCMCIA 装置来安装 Linux 时遇到的
PCMCIA 驱动程式问题几近乎不可能。甚至您能从症状中知道是哪
方面的问题，想要修改安装磁片又很难，尤其是无法在 Linux 系
统下存取时。要自订安装磁片完全要仰赖 Linux 供应者的的选择
了，这也不在本文件的□围内。但一般来说，最佳的步骤是先使
用其他的方法来安装好 Linux，然後拿到最新的 PCMCIA 驱动程式
後，再来除错那些仍存在的问题。

3.1. 基本 PCMCIA 核心模组并没载入

症状:

     ”核心版本不符合”之错误讯息在 PCMCIA 启动手稿执行时出
     现。
     在启动後， lsmod 并没秀出任何的 PCMCIA 模组。
     cardmgr 执行报告 ``no pcmcia driver in /proc/devices'' 在
     系统日志中。

核心模组中包括它的版本资讯会在模组被载入时与现在的核心相核
对。检查的方式视 CONFIG_MODVERSIONS 这项核心选项来看。如果这
项目是否定的，核心版本号码就会被编译到每一个模组内，而
insmod 会检查这项是否与执行中的核心是相符合的。如果
CONFIG_MODVERSIONS 是 yes，核心所提报的每个符号会被做成一份检查
总览 (Checksum)。这些程式码都会被与相对应的程式码相比对後
编译成模组。这麽做旨在让模组们减少版本依赖度，因为检查总
览只会在核心介面更动时才会跟著变动，且对於小小的核心更新
升级几乎维持与原来相同。在实务上，检查总览已变成更加的严
格，因为有许多的核心介面都依赖是在编译时期时核心选项的设
定。而且，检查总览己变成一个判断相容度的极端悲观的工具了。

有些 PCMCIA 模组需要核心服务程式，但这些服务程式可能存在或
不存在，这完全要看核心的建构。例如，SCSI 控制卡驱动程式就
需要核心已被建构支援了 SCSI 了。网路驱动程式就需要支援网路
的核心。如果核心缺少了一需要的功能，insmod 可能会报告出有未
定义的符号而不去载入该模组。

这样继续的结果是，核心模组紧密地与核心版本以及许多的核心建
构选项的设定相结合。一般来说，结核心 2.0.31 版的一组被编译
好的模组并无法被其他的核心 2.0.31 版本上使用。除非有特别地
注意到将两个建构成相同的设定。这个问题，就让那些供应已编译
好的核心模组的工作变得有点奇怪了。

您有几种选项：

     如果您拥有的是 Linux 供应版内之未经编译的驱动程式，请
     检查您所使用的核心是和该供应版一起的未经编译的核心。如
     果您想使用未经编译的模组，一般来说你得使用与它想伴的核
     心。
     如果你重新建构或升级你的核心了，你可能需要编译和安装新
     的 PCMCIA 套件。如果你已经有安装了核心原始树的话，做
     这件事就得容易了。请参考 PCMCIA-HOWTO 有更详细的指示。
     在某些情形下，与其他系统元件的不相容可能会导致无法正确
     载入核心模组元件。如果您自己升级核心，请注意详列模组
     原始档案树内之 Documentation/Changes 档案内针对模组公用程式
     及二进位公具程式中列明的最小需求 (``minimal
     requirements'')。

3.2. 插断扫描失败

症状:

     当 PCMCIA 驱动程式被载入时系统却动也不动，就算并没有卡
     片插著时也一样。
     系统日志在系统当机锁死前显示成功地侦测到 PCMCIA 控制
     器，但还没显示插断侦测的结果时。

在辨视 PCMCIA 控制器之後，插槽驱动程式会侦测空著的插断号
码。这个动作会为每个显然是空著的插断做程式化, 然後产生一个
`` 软的 '' 插断，来看看是否这个插断可以被正确地被侦测到。
有些时候，侦测到一些特殊的插断时会影响到其他的系统设备。

这麽侦测的理由是，我们要辨视出真正空著可用的插断。 (例如，
那些不是被任何其他 Linux 设备驱动程式所预留著的，也并非实
体上已连接著 PCMCIA 控制器的，或是已连接著其他的设备但并没
有驱动程式的。)

有二种继续的方法:

     插断探测工作可以使用插槽驱动程式内的 irq_list 参数设定来
     限制只对某些插槽实施而已。例如 ``irq_list=5, 9, 10'' 会限
     制只对这三个插断做扫描探测而已。所有的 PCMCIA 设备会被
     限制只能使用这几个插断而已 (假如它们略过了侦测动作 )。
     你可能需要□试几次失败并再接再厉地才能找到哪些插断可以
     被安全地侦测使用的。
     插断探测工作可以被完全地关闭掉，在载入插槽驱动程式时使
     用了 ``do_scan=0'' 选项。这麽做，会让原定的插断清单被使
     用著，它们已经避免使用那些已经被其他设备所占用了的插
     断。

另一个方法，我们可以使用在 PCMCIA 启动手稿中指定 PCIC_OPTS 的
设定，例如:

     PCIC_OPTS="irq_list=5,9,10"

3.3. 记忆体侦测失败

症状:

     主驱动程式在卡片并不存著时被正确地载入，而且在系统日志
     内也没有任何错误。
     系统当机动不了和／或任何卡片插入但在任何哔声响起前就重
     新开机。

或是：

     任何卡片插入时会产生一个高音的哔声，接著低沈的哔声。
     任何卡片都被误认 ``anonymous memory cards''。
     系统日志报告说有很多的记忆体□围已被排除在外了。

主模组程式在第一次插入卡片使做一定记忆体扫描。这个动作有潜
在可能地干涉到其他记忆体映射的设备。另外，pre-3.0.0 版本前
的驱动程式套件还会做比现今的驱动程式版本更进一步的扫描。记
忆体窗是被定义在 /etc/pcmcia/config.opts 内。预设的窗口很大，所
以它可能会帮助来限制扫描到较窄的□围。比较合理的□围可试看
看包含进以下的位址：0xd0000-0xdffff, 0xc0000-0xcffff,
0xc8000-0xcffff, 或 0xd8000-0xdffff。

如果你有 DOS 或 Windows 版的 PCMCIA 驱动程式，你就可以 you
may be able to deduce what memory region those drivers use.
请记得 DOS 的记忆体位址通常都使用 `` 段 '' 位址形式，也就
是它会将尾巴的十六位元数字省略掉（所以 0xd0000 的绝对位址
就是 0xd000 ）。记得在改 /etc/pcmcia/config.opts 时要确认这项。

3.4. 错误地侦测卡片的插入与抽出

症状：

     在开机使卡片有插著并被侦测到且正确地被建构了。
     驱动程式不会反应出卡版被插入或移出，或是记录在系统日
     志、或时哔声响。

一般来说，卡槽驱动程式 (i82365 或 tcic) 会自动地侦测并选择一
个适合的插断来传送卡片状态的更动。某些 Intel 相容控制器的
自动插断侦测不能工作。包含 Cirrus 晶片和装在 IBM
ThinkPads 上的晶片。如果在侦测时设备无法起动，它的插断也会
是□置的。这种状态下，卡槽驱动程式也许会挑到一个已被其他装
置使用中的插断来使用。

在 i82365 和 tcic 的驱动程式□的 irq_list 选项可以用来限制哪些
插断可以被测试的。这个插断列表可被限制成只被 PCMCIA 卡所使
用或用来监控卡片状态的改变。另外 cs_irq 选项可明白地设定哪
个插断要被用来监控卡片状态的改变的。

如果您无法找到可正常工作的插断号码，还有一个票选状态模式可
用：不论是 i82365 或 tcic 都接受 poll_interval=100 这选项，用来
票选卡片的每秒的改变状态。如果您的系统已短缺可被 PCMCIA 卡
使用的插断时这个选项也可以被使用。特别是在系统内有一种以上
的 PCMCIA 控制器时就必须注意这点了。

所有的这些选项必须在 PCIC_OPTS= 这行来设定，看您的系统是设在
/etc/rc.d/rc.pcmcia □或是 /etc/sysconfig/pcmcia 。

3.5. 两张卡之间的资源相冲突

Symptoms:

     两张卡片在各自独自使用时可以工作，
     但当两张卡一起被插著时，却只有一个可以正常工作。

通常这就表示已经和某个 Linux 不知道的系统设备相冲突了。
PCMCIA 设备是被动态建构的，所以，例如，插断是在被需要时被
分配的，而不是特别被指定到特别的卡片或是插槽的。现在有一个
可用资源的清单，卡片会在他们被建构时依序地被指派给资源的。
在这种状况下，最後被建构的卡片会被指派到一个并非是空□著的
资源上了。

您可检查系统日志有哪些资源被非正在工作的卡片所占用著。在
/etc/pcmcia/config.opts □把这些排除在外，再重新启动 cardmgr 精
灵来再载入资源资料库。

3.6. 设备建构并没有完成

症状：

     当一个卡片被插入时，确实可听到一个高音的哔声响。
     接下来的卡片不管是插入或移出都不被理睬。

这表示卡片已被成功地辨视了。但是 cardmgr 因某些原因已无法完成
建构程序。最有可能的原因是在卡片设定手稿的某一步骤被困住
了。当一个网路卡被插入时并没有接上一个正活动中的网路上时，
网路手稿被困住了，这就是最好的例子。

要找出问题出在哪□，你可以手动执行一个设定手稿来看看它是被
困在哪儿的。这个手稿就放在 /etc/pcmcia 目录内。他们会使用二
个参数：设备名称及动件。 cardmgr 精会把记录建构的命令记录在
系统日志内。例如，在系统日志中显示出 `./network 命令开始
了 eth0'' 是被 cardmgr 最後一个执行的命令，以下的命令会追踪这
个手稿：

     cd /etc/pcmcia
     sh -x ./network start eth0

Linux PCMCIA HOWTO 中文版 : 解决安装与建构的问题
Previous: 编译与安装
Next: 使用方法以及特色

--
※ 来源:．紫丁香 bbs.hit.edu.cn．[FROM: 202.118.244.16]

Linux 版 (精华区)