linux文件权限所有者都是问号

文件已经损坏。Linux文件系统中的文件是数据的集合，文件系统不仅包含着文件中的数据而且还有文件系统的结构，所有Linux 用户和程序看到的文件、目录、软连接及文件保护信息等都存储在其中。首先输入root用户的密码。1）出错的时候如果提示哪一块硬盘的分区有问题，比如是/dev/hda3接着用如下的命令去对付它呀：#fsck -y /dev/hda3结束后，reboot。这样就OK了！2）如果不知道时哪个地方出了问题。（常用此种方法）可以直接#fsck在随后的多个确认对话框中输入:y结束后，reboot。就ok了。说明：　对Linux系统中常用文件系统的检查是通过fsck工具来完成的。功能说明：检查文件系统并尝试修复错误。语法：fsck [-aANPrRsTV][-t ][文件系统...]补充说明：当文件系统发生错误四化，可用fsck指令尝试加以修复。参数：-a 自动修复文件系统，不询问任何问题。-A 依照/etc/fstab配置文件的内容，检查文件内所列的全部文件系统。-N 不执行指令，仅列出实际执行会进行的动作。-P 当搭配"-A"参数使用时，则会同时检查所有的文件系统。-r 采用互动模式，在执行修复时询问问题，让用户得以确认并决定处理方式。-R 当搭配"-A"参数使用时，则会略过/目录的文件系统不予检查。-s 依序执行检查作业，而非同时执行。-t＜文件系统类型＞指定要检查的文件系统类型。-T 执行fsck指令时，不显示标题信息。-V 显示指令执行过程。用fsck检查文件系统完整性文件系统很复杂，因此易于发生错误。可以用fsck命令检查文件系统是否正确和有效。它可以根据指令修复找到的小错误，并将未修复错误报告用户。幸运的是，文件系统的代码非常有效，所以根本极少出现问题，并且问题通常原因是电源失败、硬件失败、或 *** 作错误，例如没有正常关闭系统。 大多数系统设置为启动时自动运行fsck，因此任何错误将在系统使用前被检测到(并根据希望修正)。使用有错误的文件系统可能使问题变得更坏：如果数据结构有问题，使用这个文件系统可能使之更糟，导致更多的数据丢失。当然，在大的文件系统上运行fsck会花一定的时间，如果系统正常关闭，几乎从不发生错误，因此有一些方法可以不进行检查。如果文件/etc/fastboot存在，就不检查。另外，如果ext2文件系统在超级快中有一个特定的标记告知该文件系统在上次mount后没有正常unmount.如果标记指出unmount正常完成(假设正常unmount指出没问题)，e2fsck (fsck 的ext2文件系统版)就不检查系统。/etc/fastboot 是否影响系统依赖于启动手稿，但ext2标记则在使用e2fsck时发生作用--基于一个e2fsck 选项(参阅e2fsck 手册页) 自动检查只对启动时自动mount的文件系统发生作用。使用fsck手工检查其他文件系统，比如软盘。 如果fsck发现为修复的问题，需要深入了解文件系统的一般工作原理和有问题的文件系统的细节，或好的备份。最后一个办法容易(虽然冗长)安排，如果不知道，有时可以通过朋友、linux新闻组、电子邮件列表或其他支持源安排。theodore t'so的debugfs 程序应该有用。 fsck 只能运行于未mount的文件系统，不要用于已mount的文件系统(除了启动时的只读根文件系统)。这是因为它存取原始磁盘，在 *** 作系统不知道的情况下修改文件系统。

如果是图形界面下的虚拟终端，设置（根据不同的 shell 修改不同的环境参数配置文件，如 bash 就修改 .bashrc 文件或 .bash_profile 文件）1 export LANG=zh_CN.UTF-8如果是远程登录（比如使用 ssh 登录），则根据你的客户端的环境进行设置，一个可能的方案是：1 export LANG=zh_CN.GB18030locale 看看你的当前是什么语言显示然后1vi /etc/sysconfig/i18n一般情况下linux服务器都是配置utf-8，不使用中文的。

---