最佳技术支持
我遇到 /etc 随机应用权限 600 的问题。有时我可以一天没事，有时仅几分钟后，在执行 chmod 755 /etc 后，权限又变回 600。我以为这可能是内核中的某种保护功能，用于防止坏内存或大容量存储。我已经更换了内存，只留下主板制造商完全认可的一根内存条，但仍然无效。我现在无法处理磁盘。我将进程数减少到附件文件中列出的那些。这是由于硬件性能不足、应用程序安装错误还是我的系统被黑客入侵造成的正常现象？
—Stan Katz, stan@cloud9.net
硬件问题（几乎）永远不会以这种方式导致文件系统更改，更不会以如此一致的方式。现在是时候查找可能导致问题的应用程序（可能是恶意的）。您需要检查您的其他日志文件——那里可能有一些线索。您只包含了系统启动时的消息，没有包含其运行时的消息。首先查看所有 crontab 文件，追踪从中运行的进程。还要将您正在运行的系统守护程序二进制文件以及其他常用工具与安装介质上的二进制文件进行比较，以验证它们是否已被木马程序替换。最后，检查设置为 setuid root 的应用程序，因为这些是您已被入侵的可靠迹象。然而，木马程序限制目录权限是不寻常的。在无法访问系统、其日志文件以及检查已安装文件的情况下，我们无法进一步分析问题。
—Chad Robinson, crobinson@rfgonline.com
您几乎可以肯定有一个 cron 任务正在重置权限，或者更糟糕的是，一个破解内核模块正在搞乱您的系统。您应该尝试 chmod 755 /etc; chattr -i /etc 使 /etc 不可变，这有望帮助使重置权限的程序失败（对于 cron 任务，您甚至可能会收到邮件错误）。键入 rgrep -r chmod /etc /var/spool/cron 也可能会为您提供有关什么正在更改权限的线索。
—Marc Merlin, marc_bts@valinux.com
这不是一个功能。听起来像是木马程序或安装错误的程序。这是一个难以找到的问题。尝试执行 lsof /etc 以查看是否有任何程序当前正在打开该目录。这可能会给您一些线索。接下来，关闭各种服务/程序，直到找到有问题的程序。从头开始重新安装您的 Linux 版本可能会更容易。
—Christopher Wingert, cwingert@qualcomm.com
我无法访问我的磁带！运行 dmesg 显示
scsi0 : Adaptec AHA274x/284x/294x
(EISA/VLB/PCI-Fast SCSI) 5.1.33/3.2.4
<Adaptec AHA-294X Ultra SCSI host adapter>
scsi : 1 host.
Vendor: ARCHIVE Model: Python 28454-XXX Rev: 4ASB
Type: Sequential-Access ANSI SCSI revision: 02
Vendor: FUJITSU Model: M1606S-512 Rev: 6236
Type: Direct-Access ANSI SCSI revision: 02
Detected scsi disk sda at scsi0, channel 0, id 3, lun 0
scsi : detected 2 SCSI generics 1 SCSI disk total.
(scsi0:0:3:0) Synchronous at 10.0 Mbyte/sec, offset 15.
SCSI device sda: hdwr sector= 512 bytes.
Sectors= 2131992 [1041 MB] [1.0GB]
我可以访问 SCSI 磁盘，但不能访问磁带。eth0 和 aic7xxx 都在中断 9 上。我在内核中编译了 SCSI 磁带支持。这一切都在 P133 上。
—Andy Prowse, azp80@amdahl.com
通常，dmesg(8) 应该显示一行，引用 st0 作为摘要中找到的设备，就在关于 sda 的条目下方。请参阅下面来自我自己的系统的示例
Detected scsi tape st0 at scsi0, channel 0, id 6, lun 0
您的磁带驱动器被发现为“通用”设备，但您不能在磁带驱动程序未激活的情况下使用 mt(1)。检查您的内核编译选项。根据您的内核版本，这应该在“SCSI support”下并命名为“SCSI tape support”。
—Chad Robinson, crobinson@rfgonline.com
我安装了带有网卡的 Red Hat 7.2，并通过网络中另一台机器上托管的电缆调制解调器连接成功连接到互联网。现在我需要连接到拨号帐户。调制解调器配置正确（我可以成功登录）。但是当我尝试使用拨号帐户时，我无法连接到其邮件服务器，因为我的 Linux 机器正在使用 eth0 路由作为默认路由。我如何更改路由表来解决这个问题？我已经选中了使 ppp0 成为默认连接的框，但这并没有解决问题。
—Kelvin Barnes, Kelvin.Barnes@att.net
您有一个指向您的以太网接口的默认路由，该路由正在取代 PPP 添加的默认路由。您可以尝试在启动 PPP 接口之前执行 route del -net default，然后它应该可以工作。您也可以使用 Red Hat GUI 来关闭并重新启动 eth0。
—Marc Merlin, marc_bts@valinux.com
最近，几次尝试运行 vi /etc/filename 导致 vi 冻结，并且 Telnet/SSH 不响应中断命令（Ctrl-C、Ctrl-B、Ctrl-D）。我再次登录到服务器并尝试杀死该进程。man 手册说，如果 kill 不起作用，可能是因为 kill 命令是 shell 的一部分。所以我尝试了 /bin/kill <pid>、/usr/bin/skill <pid>、/usr/bin/killall vi，使用了 9、15 和其他几个信号。运行 top 并通过 top 杀死进程也无效。已经过去几天了，大约有十几个 vi 进程仍在运行。我需要一个杀戮许可证！
—Peter D'Souza, souza@broadleaf.net
如果一个进程由于内核或网络问题而卡在内核状态，您将无法杀死它，即使使用 kill -9 也不行。在这种状态下，您通常只能重新启动才能摆脱该进程。
—Marc Merlin, marc_bts@valinux.com
为什么我无法在 Toshiba Satellite Pro 4600 上运行 startx，它使用 Trident CyberBladeXP 显卡？我正在运行 Red Hat 7.2，并且收到以下错误
Fatal server error: No Valid modes found.
—Troy, coder@starmail.com
Red Hat 网站上有一个更新，提到解决了您的显卡问题。请尝试升级必要的软件包并重试。您可以在 rpmfind.net/linux/RPM/redhat/updates/7.2/i386/Xconfigurator-4.9.39-2.i386.html 找到更多信息。
—Mario Bittencourt Neto, mneto@buriti.com.br
当我运行 DragonLinux 时，一切都完美加载，直到 Space Freed:。然后它说
Warning:Unable to open an initial console Kernel Panic:no init found. Try passing init= option to kernel.
—Alok Bhatt, dkbhatt@eth.net
您可能在完成安装后损坏了根文件系统。我建议您重新安装 Linux，并确保在所有 Linux 分区上创建文件系统。如果您再次遇到相同的问题，那么您需要联系 DragonLinux 团队。
—Usman Ansari, usmansansari@yahoo.com
我想借此机会给您发邮件，咨询如何配置 Red Hat 7.0 以便能够使用日语。我有一个 109 键的日语键盘，并且正在使用一个 106 键的日语键盘布局，该布局工作正常，尽管无法使用日语-英语切换键。我启用了 deadkeys 并在安装过程中安装了所有日语语言包。这些包，包括 WNN 和 Kanna 包，在启动时启动，但由于某种原因没有激活。任何帮助都将不胜感激。我认为我可以通过获得正确的键盘布局来解决这个问题。日语字符将出现在 KDE 和 GNOME 中的大多数软件中，但从键盘获得输出是问题所在。
—Graeme Jensen, magic@zae.att.ne.jp
我建议您使用经过广泛日语测试的发行版。您更有可能让这些东西开箱即用。我不得不承认我不确定今天哪个是首选的日语发行版，但您可能想尝试一下 Turbolinux。
—Marc Merlin, marc_bts@valinux.com
