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

lixiaosi

我刚才又和SUN的工程师说了一会，把通话结果总结一下：
一。SUN是不主张把overlap置为0的，但是置为0以后，除了对恢复有
   影响之外，对系统的运行没有影响

二。就是因为我把overlap置为0,才使得掉电以后，SUN v120的所有文
件系统很难恢复，不光是我安装oracle8i在/home文件系统下，其他的文件
系统，比如/usr，/var等等，除了"/"文件系统是好的之外，其他的文件系统
都需要我人工fsck修复，这是因为：overlap是作为整个硬盘来用的，断电
恢复时要从overlap中找很多东西，而动了这个分区，修复时会出现很多问
题。这是那个工程师的原话

我现在问题是：
1。怎样将slice 2(overlap)由现在的0恢复成整个硬盘的大小？？除了
重装系统之外，怎样在现有的情况下恢复？

2。我现在对这个SUN公司的硬盘管理产生了疑问，比如就是一块40G硬
盘，怎麽分出两个40G出来，一个由overlap所拥有，一个由“/”，
“/usr”，“/home”,“/var”，“/opt”等等来拥有，这是怎麽回事？
谁能给我解释一下，SUN工程师给我解释为把硬盘看作一个柜子，对柜子的
不同的看法，我理解为overlap是一个虚拟的分区，但我还是概念上很模
糊，谁能给我往清楚解释一下？

hamwork

哎~~~，对于sun工程师给的结论我回去进一步验证的，我不能完全认同。
slice 2是可能是可以不重新安装系统然后恢复的。这需要做一个试验。前提是你需要对有用的数据备份。
问题2需要你去看书理解一下，其实用的多了，自然就知道了。

hamwork

其实关于overlap是否能恢复，你可以问问sun啊，看他有什么说法呢？？

lixiaosi

谢谢楼上几位兄弟！
对于overlap的概念问题，我自己找文档看一下，在这就不劳兄弟们了
对于overlap的在线恢复问题，我是准备请教SUN的，但还是想请知道
的兄弟们给说一下

所以我现在的问题是：
1。怎样将slice 2(overlap)由现在的0恢复成整个硬盘的大小？？除了
重装系统之外，怎样在现有的情况下恢复？

2。前面一直在说在vfstab文件里面加logging选项，我看了一下，加
这个logging到底是何用，race兄说是避免fsck，后来云间苍月兄的意
思促进了fsck修复文件系统，到底是何作用？如果是促进了fsck修复文件
系统，而且这个logging是加在vfstab的mount option里，是不是这样：

#device       device        mount         FS      fsck    mount   mount
#to mount    to fsck         point        type   pass  at boot  options
#
fd      -       /dev/fd fd      -       no      -
/proc   -       /proc   proc    -       no      -
/dev/dsk/c0t0d0s3       -       -       swap    -       no      -
/dev/dsk/c0t0d0s0       /dev/rdsk/c0t0d0s0      /       ufs     1      no    logging
/dev/dsk/c0t0d0s6       /dev/rdsk/c0t0d0s6      /usr  ufs     1      no  logging
/dev/dsk/c0t0d0s1       /dev/rdsk/c0t0d0s1      /var  ufs     1      no  logging
/dev/dsk/c0t0d0s7       /dev/rdsk/c0t0d0s7      /home ufs   2 yes  logging
/dev/dsk/c0t0d0s5       /dev/rdsk/c0t0d0s5      /opt  ufs     2   yes  logging
swap    -       /tmp    tmpfs   -       yes     -

上面加logging，加的对否？？

lixiaosi

谁能说说上面的两个问题，完成问题的收尾？

hamwork

1我做过overlap的恢复，但是划分完毕后，没有最终label。但是只要可以label的话，就肯定可以恢复。
2加上logging以后，ufs文件系统即相当于日志型文件系统了。那么这个时候如果需要对系统进行fsck就要快得多了。就像你的linux一样。

lixiaosi

1。按照上面两位兄弟说法，加了logging以后，如果在断电
时有文件系统坏了的话，断电重起时系统就不进行fsck修
复了，就是等着我一个一个手工fsck修复文件系统就行了，
是不是这个意思？？

2。有几次，我发现断电重起后，只有“/”和“/usr”文件系统
是连线的，其他的文件系统都掉了，我就把其他的文件系统
一一修复，但是连线的“/usr”文件系统也有坏块，我只得
在线修复“/usr”文件系统，不过还好，没有出啥问题，而
“/”好像一直没有出啥问题，我现在问了一下，如果连“/”
也出现坏块了，在线修好了就不说啥了，如果修复不好，或者
说“/usr”和其他的文件系统无论在线还是不在线，都不能修
复好，这时该如何处理，是不是尽可能挽救和备份现有数据的
情况下，然后重装操作系统和数据库？？

hamwork

原帖由 "云间苍月" 发表：
1可以用format改一下，但是我真得没改过，我觉得改成0都没有问题，该回来应该也没事吧，我只是觉得阿，你应该慎重，再问问别人
2logging是强制在message里面不写下信息，也就避免了开机时的fsck，不是加速什么修复?.........

这个是官方文档：
Enables or disables logging for the file system. UFS logging is the process of storing transactions (changes that make up a complete UFS operation) into a log before the transactions are applied to the UFS file system. Logging helps prevent UFS file systems from becoming inconsistent, which means fsck can be bypassed. Bypassing fsck reduces the time to reboot a system if it crashes, or after a system is shutdown uncleanly.

The log is allocated from free blocks on the file system, and is sized at approximately 1 Mbyte per 1 Gbyte of file system, up to a maximum of 64 Mbytes.

增加logging可以将ufs变成日志型文件系统，因此可以加快fsck。