请教mnttab文件如何修复

ruifox

系统平台sco 5.0.6，最近突然发现df时没有root系统（即根目录）的大小，发现是/etc/mnttab文件记录不全，从其他设备拷贝过来，过一阵又自动变回去，请教这个到底如何修复？

saintdragon

笨办法是cp一份放在其他地方，出现问题了再cp回去

sdccf

是不是你文件系统有问题了？可以扫描一下文件系统，注意千万不要破坏性扫描

leon2523

可以下指令….
Dfspace /或dfspace /stand

另外有可能是account manager那邊的bin的帳號被disable，可查看帳號管理部份
可查看下面的資料
http://wdb1.sco.com/kb/showta?ta ... 7588957&pgnum=1

leon2523

補充之前遇到的

執行devnm  /  /stand  |  setmnt


下列為原廠取得的訊息：



Problem：

The df(C) command reports "cannot stat" error message, or reports

          no filesystem information, or has erroneous information for the

          filesystems mounted on the system.  In addition, the mount(ADM)

          command has erroneous information about the filesystems.



CAUSE:

          The file that contains information about filesystems in use by the

          system is corrupted.  This file is /etc/mnttab.



Solution：

To recreate the mount table from scratch, issue the following

          command:

               devnm / | setmnt

          For SCO OpenServer 5.0, you will also want to include /stand, as:

               devnm / /stand | setmnt

          This will create a new mount table that has only the root
          filesystem as an entry.  If you have additional filesystems,
          you will need to mount these yourself.  You may mount them
          using the mount(ADM) command or reboot your system and it
          will mount them automatically.
============================================================
另外，直接下dfspace　/  也可以不透過mnttab來顯示硬碟空間。

ruifox

回复 5# leon2523

1. devnm / | setmnt

复制代码

真是好用啊，谢谢leon啊！但是mnttab文件损坏的原因仍然不是很确定，bin用户确实是locked状态，但对比其他正常设备也是locked状态，似乎不是这个原因！