案例描述：
某天早上上班後管理員說一服務器上本來有兩塊硬盤的，其中一塊硬盤全盤劃分給了/data1，登陸時卻發現/data1分區沒了。
OS:FreeBSD
登陸服務器
1.執行last查找任何有可能的蛛絲馬跡：
xx ttyp0 xx.xx.xx.xx WedSep1009:40-09:45(00:04)
reboot~WedSep1009:27
shutdown~TueSep921:05
xx ttyp0 xx.xx.xx.xx TueSep920:55-shutdown(00:09)
也就是說早晨重啟後/data1分區丟失，那麼我們應該繼續查看/etc/fstab中的內容，www.linuxidc.com並查看label對應關系。
2.查看/etc/fstab的內容
[root@localhost ~] ~#cat/etc/fstab
/dev/ufs/root/ufsrw11
/dev/da0s1bnoneswap sw00
/dev/ufs/usr/usrufsrw22
/dev/ufs/var/varufsrw22
/dev/ufs/tmp/tmpufs rw22
/dev/ufs/data0/data0ufsrw22
/dev/ufs/data1/data1ufsrw22
3.利用tunefs -p 也可以來查看硬盤與label的對應關系
發現/dev/da1s1d沒有對應的label，也就是說之前管理員/data1是和/dev/da1s1d對應的
但是在重啟後此對應關系丟失了，導致 了/etc/fstab中的/dev/ufs/data1/data1ufsrw22 這一行無效了
所以就出現了開始的一幕/data1分區神秘丟失。
4.處理方法：
原因說明：/dev/da1s1d原有label丟失，從而導致系統重啟後/data1分區丟失。
處理辦法：tunefs-Ldata1/dev/da1s1d設置了label,然後再把執行mount即可找回丟失的/data1分區。
6.驗證：
再看下設置label後/dev/da1s1d對應的label
[root@localhost ~]~#tunefs -p dev/da1s1d
tunefs:ACLs:(-a)disabled
tunefs:MACmultilabel:(-l)disabled
tunefs:softupdates:(-n)enabled
tunefs:maximumblocksperfileinacylindergroup:(-e)2048
tunefs:averagefilesize:(-f)16384
tunefs:averagenumberoffilesinadirectory:(-s)64
tunefs:minimumpercentageoffreespace:(-m)8%
tunefs:optimizationpreference:(-o)time
tunefs:volumelabel:(-L)data1
[root@localhost ~]~#
至此丟失的分區又找回來了，並對硬盤進行檢測沒有發現任何介質錯誤和文件錯誤。排除了磁盤的物理故障。
仔細分析出現此現場的原因可能是服務器長時間的運行文件系統出現了些錯誤從而導致服務器重啟後label對應關系丟失。
BTW： Linux下和tunefs對應的是tune2fs
[ The End ]