solaris下的文件系统怎麽老掉？？

race

FSCK主要是检查磁盘的一致性，你想了解原因，就找点FSCK的资料看看，280自己掉电后，也可能是FSCK自动修复好了，就不需要手工做了，如果自动过不去的话，就提示你手工做

jianyan

如果能用fsck修复的话，一定不关vfstab什么事了。
是其它原因，

楼上的，是不是帮我解决OSI安装的问题先，

lixiaosi

[quote]原帖由 "race"]vfstab里面可以避免fsck，加个logging的选项就可以了。[/quote 发表：



1。 race，你说加个logging的选项，怎麽个加法，我看SUN 280也没有加什麽
logging的选项，怎麽就可以自己fsck修复好？？


2。我开始也是认为掉电以后文件系统的损坏是无法避免的，需要用fsck进行修
复，但是现在SUN 280的文件系统就没有掉，而SUN v120的文件系统就掉了，
需要用fsck进行修复，SUN 280的系统是SUN的工程师给装的，SUN v120的系
统是我装的，就有人认为是我装的文件系统有问题，两台机器的文件系统的架构
在上面已经列出来了，我该怎样反驳他？？

3。 solaris的文件系统怎麽这麽脆弱，同样的应用，我在redhat linux 下装
oracle8i和在solaris下装oracle8i，都掉电了，linux下的文件系统就没问题，
而solaris下的文件系统就掉了，是不是solaris下的文件系统比较脆弱？？还是
怎麽的？？

lixiaosi

谁能把握上面提到的三个问题一一解答一下？？

在线等？

hamwork

ufs文件系统是非日志型文件系统，所以在系统非法重起后都必须进行fsck，所不同的是你的280没有象120上这样大而且频繁的io操作，所以280在非法掉电重新启动后可以fsck自动过去并且正常启动，而120则不能。如果说两台系统的文件系统有什么差别，可以比较一下solaris版本好及patch。比较一下uname -a的输出即可。


你的linux用的是什么文件系统呢？

lixiaosi

SUN v120的显示：
# uname   -a
SunOS solaris 5.9 Generic_112233-06 sun4u sparc SUNW,UltraAX-i2
#

SUN280的显示：
# uname    -a
SunOS jk 5.8 Generic_108528-15 sun4u sparc SUNW,Sun-Fire-280R
#

楼上兄弟，你看看，能看出啥吗？你说大的IO操作导致不能自己fsck恢复，
我这还有一台Ultra 1,上面啥都没有装，就是装了一个solaris 9，我要这台
机子掉电的话，文件系统一样要我人工fsck修复，这是咋回事？？

Ultra 1的显示：
# uname  -a
SunOS solaris 5.9 Generic_112233-03 sun4u sparc SUNW,Ultra-1
#

我的linux的文件系统的事ext3的文件系统，说起文件系统，好像不是你能
决定的吧，好像是由操作系统决定的，比如说windows的文件系统是
FAT32或NTFS，而linux的文件系统是ext2或ext3，solaris的文件系统是
UFS，你能人为决定文件系统的类型吗？？