|
这不是错误，而是一项功能 ;-) 。重启若干次后，不管上次是否正常关机，Linux 也会检查文件系统的一致性。对于大硬盘，这得花些时间，但您也可以用‘tune2fs’来设定间隔 。
 section index  top
上次关机时没有正常运行‘shutdown’，或由于系统停滞，不得不强行重启。Linux 的文件系统非常健壮，但检查系统时，通常您要等上一阵子。如果您运气不佳，虚拟系统文件可能会被破坏，所以最好要尽量减少‘/’分区的大小。
Mandrake Linux 8 及其后继版本为您提供了可以取代 extfs2 的日志式文件系统(jorunalizing)，用以记录所有读写操作。这样即使遇到系统崩溃，有关的状态信息也已保存，因而重启时也不需要再做检查。
section index top
您正试图载入‘/etc/fstab’中普通用户无权挂载的设备（可选项‘user’），应该以‘root’身份来运行。如果您需要频繁挂载该设备，最好对‘/etc/fstab’作相应修改。
section index top
CD-Rom 已挂载，先要卸载，然后您就可以再打开光驱。如果您想卸载后马上就弹出光盘，可以用‘eject’命令（‘eject’RPM 包） ：eject /dev/cdrom 。这招对所有可移动介质都有效。
section index top
由于‘supermount’机制的缘故，‘df’无法显示外挂的介质。但可以将载入点作‘df’的参数来实现：
$ df /mnt/cdrom
File system Size Used Avail Use% Mounted on
- 641M 641M 0 100% /mnt/cdrom
section index top
试图挂载某个分区或设备时，您只提供了载入目录，但‘/etc/fstab’中没有相应的载入点。可以将其添加到‘/etc/fstab’，或使用完整的挂载命令，比如：
mount /dev/device /mnt/mount_directory
section index top
可能是由于在命令行或‘/etc/fstab’中，您给‘mount’提供了错误的可选项，也可能是由于没有放入介质或者格式不对。如果光盘有 ISO9660 延伸供能，而您的光驱无法支持（比如 CD Text），也会发生上面的情行。
这条信息涉及到‘/dev’中列出的主号、次号，例如：
$ ls -l /dev/sda
brw-rw---- 1 root disk 8, 0 [etc]
其中‘8’就是‘sda’的主号，而‘0’就是从号（‘sdb’则是 8，1）。Linux 是根据这些号而不是名称，来处理相应的设备。在内核文档目录下的‘devices.txt’中列出了所有合法的名称。通常您不需要在‘/dev’下新建设备节点(node) ，但如果您这样做了，而返回上述出错信息，请检查该设备的主号、从号是否正确。
section index top
如果您想听音乐，音频光盘（Audio CD）就不应被挂载，否则 Linux 会将其当成是数据光盘（data CD）。启用‘supermount’时，就会出现问题。解决的办法是卸载光盘（umount /mnt/cdrom），以后放入数据光盘后再挂载。卸载一个应用了‘supermount’的设备，将会导致在以后的对话中，‘supermount’对该设备失效。如果有两个光驱，可以禁用其中某个的‘supermount’。
section index top
如果您试图访问还没有被挂载的介质，就会出现这样的错误；如果是用‘supermount’，则可能还没有放入介质；也有可能是介质出了问题，或者对于‘supermount’而言，软件出现了错误。
section index top
这个恼人的错误信息，可能是由于还没有退出介质中的目录，而试图进行卸载（比如在 xterm 中），也可能是因为某些进程无法将内容反存回介质中。一些配置错误的守护进程会引起此类问题，要查明的话，可在控制台下（而不是 X 中）试着卸载该分区，然后以‘root’运行
# lsof /dev/device
device 就是无法正常卸载的分区（可用 df 找出）在系统中的名称。这将显示执行卸载命令后，仍在那个分区中打开文件的进程。
根据 MDL 用户 Michael Javis 的经验，这类错误的原因有时不那么明显：
“从 Mandrake 7.2 光盘里重新安装一些 RPM 包后，我发现无法卸载光驱。每次试图卸载‘/mnt/cdrom’时，都会得到‘device busy’的出错信息，但我当时又没有在该设备中打开文件（比如用‘less’阅读 README 文件）。”
“如果您直接从 CDROM 来安装 RPM 包，将影响 Apache Web 服务器（比如一些 PHP 的 RPM 包）……RPM 的安装脚本会重启您的 web 服务器。如果当时您的工作目录在‘/mnt/cdrom’中，Apache web 服务器会在该设备中打开文件，因此后来您也就无法卸载 CDROM 。”
“进入 home 目录后，重启 web 服务器，然后就可以卸载‘/mnt/cdrom’了。”
section index top
要允许普通用户对挂载的 Windows 分区（FAT、FAT32 或 NTFS）的访问，您得将可选项
umask=0
添加到‘/etc/fstab’的相应条目中，然后重新挂载该分区。没有这个可选项的话，只有‘root’可以访问那个分区。
section index top
一般来讲，对于相同的载入点，挂载不同文件系统的可移动介质，会碰到两类问题。
不同的分区 —— 根据 Unix 、Windows 和 Mac OS 对分区的不同处理办法，预先格式化为 FAT 的可移动介质经常将数据存放到第四或第五分区，而不是第一个分区中。但如果您后来又将该介质格式化为 ext2 文件系统，主要的数据就将可能存放到第一个分区，因此‘/etc/fstab’对这个介质的说明条目就存在问题了。
您可以在‘/etc/fstab’中，为这个介质再建立一个条目，或根据原来的分区布局，对介质进行格式化。当然最好不要再轻易地完全格式化。
文件系统特殊的挂载可选项 —— 您可以将‘mount’的文件系统类型设为 auto ，这样‘mount’就将试图挂载所有文件系统在‘/etc/filesystems’中列出的介质。但这个机制有效的前提是，没有提供文件系统其他的挂载可选项（比如 umask 或 codepage）。万一有这些可选项的话，相应文件系统的介质如果不支持这些可选项，挂载就可能失败（bad option）。
解决的办法是，要么去除这些可选项，要么建立一个独立的 fstab 条目。
section index top
这儿列出的错误，您看了可能会感到迷惑。只要能够顺利挂载，看不看这些错误也就无关紧要。但一旦挂载出了问题，那确实是件恼人的事情 ;-) 。
 配置 autofs
| 
“maximal mount count reached - check forced”