如何查找日志恢复的原因

Question

最近，当我启动我的计算机时，我被告知它正在恢复我的一个 ext3 分区的日志。

如果计算机不正确关闭，人们可能会期望这种行为，但是，据我所知，这是在正常关闭后发生的。

此外，在这些情况下，发现被孤立和清除的 inode 数量只有一两个。

我已经执行了 fsck，但情况仍在继续。

我可以检查哪些日志文件以找出发生这种情况的原因？它可能发生的原因是什么？我该如何解决？

更新

fstab 如下：

# <file system> <mount point>   <type>  <options>       <dump>  <pass>
# / was on /dev/sda5 during installation
UUID=ead12a48-4a3b-4e3a-b611-d3fc62e8716a /               ext4    errors=remount-ro,noatime,nodiratime 0       1
# /home was on /dev/sda6 during installation
UUID=217f1c44-5d04-4c75-9d4a-2a70b1726434 /home           ext3    defaults,noatime,nodiratime        0       2

更新 2

cat /var/log/fsck/{checkfs,checkroot}返回(Nothing has been logged yet.)两次。

Answer 1

您唯一的 ext3 分区恰好是/home. 出现问题的一个可能原因是/home没有被卸载，因为它在系统关闭时正在使用中。由于/home在没有普通用户登录时不应使用它，因此确定在没有人登录时是否在使用它是确定此特定可能问题是否是您的特定问题的原因的一种方法。

1. 暂时在您的系统上启用 root 登录（稍后我们将再次禁用它）。这将允许您在不访问的情况下登录/home，以便您可以检查是否有其他东西正在使用它以及它是否正确卸载。

2. 登出。

3. 按Ctrl+ Alt+F1切换到文本虚拟终端。

4. 以 root 身份登录。这将在 root 的主目录 ( /root) 中启动一个 shell，该目录位于/home.

5. /home尝试通过键入卸载umount /home（不需要 sudo，因为您已经是 root）。

6. 如果成功，那么这不是你的问题。如果失败了，那么这就是你的问题。如果原因是文件系统正在使用中，则该命令fuser -m /home将列出/home您可以调查的进程。

7. /home通过键入 再次安装mount /home。

8. 使用命令注销exit。

9. Alt按+切换回图形登录屏幕F7。

10. 以您自己的身份重新登录。

11. 禁用 root 登录以将系统恢复到其原始配置。

这可能会或可能不会确定您的特定问题的原因，但应该能够确定/home在一般情况下阻止在系统关闭时完全卸载的进程。

Answer 2

正如您在评论中提到的，eCryptfs 可能是导致您问题的原因。要检查这一点，请执行以下步骤：

1. 注销并以其他用户身份登录
2. 尝试打开您的文件/home/richard（或者您的用户的名称）。
3. 如果您可以访问并读取这些文件，则您的家庭未正确卸载。

作为用户，您可以做的另一件事是输入ecryptfs-umount-private. 该脚本在成功时退出并显示以下消息：

您的私人目录已被卸载。

出错时您可能会收到以下消息：

fopen: No such file or directory
Cannot chdir into mountpoint.

在后一种情况下，问题通常是缺少符号链接。因此，请执行以下步骤：

1. 以普通用户身份登录
2. 确保您的主目录未加密（您可以读取所有文件）。
3. 打开终端（如果您正在终端中工作，只需键入cd即可进入您的$HOME）。
4. 类型ln -s /home/.ecryptfs/YOUR_USERNAME/.ecryptfs和ln -s /home/.ecryptfs/YOUR_USERNAME/.Private.

重点是最后一步中的符号链接。在某些情况下，它们会失踪。这会导致无法在家里加密和卸载您的数据。

但是，如果问题仍然存在，则文件也可能$HOME/.ecryptfs/auto-umount丢失。如果是这种情况，您的主目录将不会自动卸载。只需输入touch $HOME/.ecryptfs/auto-umount即可更改。