最佳技术支持

作者:Various
最佳技术支持

调制解调器在旧内核下工作,但在新内核下不工作

从 Red Hat 7.1 升级到 7.2 后,当启动到 SMP 内核时,我的调制解调器不再工作。当启动非 SMP 内核时,它工作正常。我已经下载并编译了最新的稳定内核,但问题仍然存在。在 7.1 下,相同的调制解调器在 SMP 内核下工作正常。我有一个 US Robotics 56K 传真调制解调器(型号 3CP5610A),配有 Tyan 主板和双 Intel Pentium 133。

—Nathan Myers, myersn@voyager.net

检查以查看内核是否检测到调制解调器。您可以使用 grep ttyS /var/log/messages* 来查看。您将看到串行设备列表;请注意,有些将内置在您的主板上。

—Christopher Wingert, cwingert@qualcomm.com

感谢您提供调制解调器的型号;这非常有用。在 Google 上快速搜索显示您有一个 PCI 调制解调器,它的工作方式与旧式 ISA 调制解调器略有不同。好消息是它是一个真正的调制解调器,而不是 Winmodem。我为您找到的最佳链接是这个:www.idir.net/~gromitkc/3cp5610.txt。USR 似乎也在这里为 Red Hat 提供了一个示例脚本:www.usr.com/support/drivers-template.asp?prod=s-modem

—Marc Merlin, marc_bts@valinux.com

NFS 活在过去

我有一台机器 (Red Hat 7.2) 为用户主目录提供服务,现在是一个 ext3 fs,服务于其他几台外围机器(全部为 Red Hat 6.2)。我注意到在外围机器上更新的文件不会在服务器上更新,并且更改不会反映在其他外围机器上。

服务器导出选项 (rw, no_root_squash)。客户端使用默认值 nodev, rw 调用。这似乎表明客户端正在缓存,但它似乎永远不会刷新(我有一个一天前更改的文件,但在服务器上仍然未更改)。我在网上搜索过,但没有找到任何有帮助的东西。

—R. K. Owen, rk@owen.sj.ca.us

NFS 中没有任何东西应该将文件缓存一天。我会检查显而易见的问题,并格外确保客户端确实在 NFS 挂载的目录中写入并访问 NFS 服务器。您还可以检查当您在服务器上修改文件时,客户端是否看到了新副本。

—Marc Merlin, marc_bts@valinux.com

StarOffice 可以导入 EPS 吗?

我的系统由 Red Hat 7.1 和 933MHz Pentium III 组成。问题在于,无论是 StarOffice 5.2 还是 6.0 beta,封装的 PostScript 图形文件(.ps 或 .eps 文件)都被读取为文本,而不是图形。这发生在任何选择中(例如,文本文档、演示文稿、绘图或图表)。gv 显示了正确的图形。所以问题是:StarOffice 是否有能力读取 PostScript 格式的图形文件并显示图形而不是 PostScript 文本?如果有,您该如何操作?

—John C. Burgess, burgess@wiliki.eng.hawaii.edu

菜单项“插入”-->“图形”-->“来自文件”确实理解 .eps 文件。

—Scott Maxwell, maxwell@ScottMaxwell.org

PCI 调制解调器未被识别

我最近购买了一张 US Robotics 56K PCI 调制解调器卡。它不是 Winmodem,这就是我购买它的原因。我计划在我的双启动(Windows 98/Linux)系统上使用它。Windows 98 将其列为设备 COM5,而不是通常的 COM2。

我进入 Linux 端并创建了一个 /dev/ttyS4,使用 setserial 设置端口和 irq。我创建了一个指向 /dev/modem 的符号链接。当我运行 minicom 时,它没有抱怨设备不存在,但似乎什么也没做。我如何让 Linux 识别我的调制解调器?我尝试了 echo ATH1>/dev/ttyS4,调制解调器扬声器中没有拨号音,所以我很确定命令没有到达调制解调器。

—Tony Preston, apreston@k2nesoft.com

这听起来像是 IRQ 设置不正确。您应该使用 lspci -vv 检查 IRQ。在列表中查找您的调制解调器,并使用 setserial 设置 IRQ。

—Christopher Wingert, cwingert@qualcomm.com

请参阅 www.idir.net/~gromitkc/3cp5610.txt,了解如何使用 setserial 设置 IRQ 的示例。

—Marc Merlin, marc_bts@valinux.com

SCSI 错误消息

我最近将 Linux 服务器上的 SCSI TR4 Travan 磁带驱动器升级到 24GB DAT 驱动器,每天早上在隔夜备份后,控制台上都会显示以下消息

st0: Error with sense data:
[valid=0] Info fld=0x0, Current st09:00:
sense key U
nit Attention
Additional sense indicates Not ready to ready
transition (medium may have changed)

有人能说出这是为什么吗?

—Clark, CLARKKclr@cs.com

检查以确保您的 SCSI 总线已正确终止。

—Christopher Wingert, cwingert@qualcomm.com

您没有说明在收到此消息之前是否实际发生了备份,或者您是否能够在磁带上写入任何内容。如果您还不能在磁带上写入任何内容,请确保您没有 SCSI 连接或终止问题。如果您的备份确实发生了,那么在备份之后,您可能有一些 mt 命令执行了磁带驱动器不支持的操作,或者磁带驱动器可能需要一些维护,例如清洁。

—Marc Merlin, marc_bts@valinux.com

/dev/fd0 在哪里?

我尝试在 Mandrake 8.1 上使用命令 mount /dev/fd0 /mnt/floppy 挂载我的软盘 (1.44MB),但它显示“未知设备”。它已正确连接并且工作正常,但 Mandrake 无法识别它。

—Luis, godoman1@hotmail.com

检查以确保 /dev/fd0 存在。此外,在运行挂载后检查 /var/log/messages,看看是否有任何关于问题的线索。

—Christopher Wingert, cwingert@qualcomm.com

确保内核看到了您的软盘。您应该在 /var/log/dmesg 中看到类似这样的内容

Floppy drive(s): fd0 is 1.44M
FDC 0 is a National Semiconductor PC87306

然后看看在您尝试挂载命令后 dmesg 说了什么。

—Marc Merlin, marc_bts@valinux.com

当您说“它已正确连接并且工作正常”时,我假设您是双启动系统,并且软盘驱动器在另一个操作系统环境中工作。以下是一些您可以检查的事项:确保 /dev/fd0 文件存在,它确实是一个设备特殊文件,并且它具有正确的权限。您尝试挂载的软盘上有一个文件系统,并且内核中存在文件系统支持。

—Usman Ansari, uansari@yahoo.com

我没有 /dev/printer,但我必须打印

我正在使用 Red Hat 7.1,但似乎找不到 /dev/printer。我的 Perl 脚本需要这个套接字。我可以在脚本中更改名称,但有人能告诉我应该更改为什么吗?我不知道 lpd 守护程序在 Red Hat 7.1 中使用的套接字名称。

Scott Statland, scott@nycgiftbaskets.com

并非要阻挠,但您确定需要直接访问设备文件吗?如果您只是想打印,您可以使用 Perl 执行此操作

open(FH, '| lpr')  ||  die $!;

并将您想要的文本打印到 FH 文件句柄。如果您的脚本旨在广泛分发,请记住 UNIX 打印非常灵活;例如,给定的打印队列可能由连接到网络上其他机器的打印机提供服务,因此本地机器可能在 /dev 下没有任何文件代表该打印机。您可能需要找到一个 Perl 模块,帮助您解析 /etc/printcap 并查找打印队列的 lp 资源,以了解与该打印机关联的设备文件(如果有)。(输入 man printcap 以获取该文件的详细描述。)

—Scott Maxwell, maxwell@ScottMaxwell.org

设备节点 /dev/lp[0-2] 使您可以直接访问您的并行打印机(完全绕过 lpd)。

—Marc Merlin, marc_bts@valinux.com

如果您想使用 lpd 进行打印,可以从 CPAN 下载 Perl Net::Printer 模块,该模块允许您打印到 lpd 并从 Perl 脚本检查打印作业的状态。在此处在线阅读手册页:search.cpan.org/doc/CFUHRMAN/Net-Printer-0.20/Printer.pm

—Don Marti, dmarti@ssc.com

加载 Disqus 评论