好的，我们的数据中心在晚上对服务器进行了 RAID 重建（可能还做了其他一些事情）。某个时候出现了问题，我今天早上检查了一下，似乎 /var 分区已被完全清除并恢复到默认安装状态。
也就是说，/var/logs 中的所有内容都是消失了/var/db/mysql 中的所有内容消失了，就好像那些东西已经被消灭了，并被 FreeBSD 的默认安装所取代（即最少的日志、没有存储的 .gzip 日志、没有更多的数据库等）糟糕，真的很糟糕！
实际上，仔细查看一下，以前如果我执行“df -h”，我会看到 /var 分区。现在，我再也看不到它了。但我能进入 /var... 它只是没有显示在“df -h”中。我做查看 /etc/fstab 中 /var 的条目。
我几乎不知道他们做了什么。我在等他们的消息。所以我意识到这是一个有点无法回答的问题。我只是在寻找可以检查什么/可能发生了什么等的想法，直到我从数据中心获得有关他们实际做了什么的更多详细信息。
与此同时，有人能提出一个理论来解释 /var 中的数据可能去了哪里吗...以及我如何检查它是否仍然存在于某个地方？
编辑我们走在正确的道路上，谢谢大家！
[kp@afekan /var/log]$ sudo tail -n 10 /var/log/dmesg.today
SMP: AP CPU #2 Launched!
SMP: AP CPU #3 Launched!
Trying to mount root from ufs:/dev/mfid0s1a
WARNING: /tmp was not properly dismounted
/tmp: mount pending error: blocks 24 files 0
WARNING: /usr was not properly dismounted
WARNING: R/W mount of /var denied. Filesystem is not clean - run fsck
WARNING: R/W mount of /var denied. Filesystem is not clean - run fsck
bce0: link state changed to UP
bce1: link state changed to UP
他们正在努力！
固定的！问题解决了，/var 从未被挂载，需要进行 fsck。谢谢大家！
答案1
您的/var分区未安装。可能有一个旧的默认安装/var；后来他们可能添加了另一个卷并将其安装在上面。
一定要要求他们检查每个卷是否已正确安装；检查/etc/fstab确切的名称/片段。
此外，您当前的分区很可能是var在系统启动时由各种守护进程创建的，由于它们找不到自己的目录，因此决定创建 /var/log、/var/tmp 等。
向数据中心的人们问好：P
答案2
请显示以下三个命令的输出：
# cat /etc/fstab
# mount
# df -kh
有可能由于某种原因他们没有从 /etc/fstab 挂载 /var，并且它位于您的根目录中。