其他时候，我重启后，这一行前面是/dev/nv*******: recovering journal
有时还会有几行说/dev/nv*******: clearing orphaned inode 406**** (uid=125, gid=130, mode=0100664)
如果我以恢复模式启动，我可以进入 GNOME 桌面，但它看起来与我通常使用的桌面不同，我收到一条消息，说我的磁盘空间不足，并且桌面冻结。我按照消息建议启动到终端并清除了垃圾箱，但然后重新启动到该桌面，它仍然冻结，并报告只有 500+mb 的可用磁盘空间。根据我在这台机器上所知道的，我应该仍然有几十 GB 的可用空间（或大约是整个分区的一半）。
在这一切发生之前，我正在移动价值几 GB 的 2 或 3 MB 的照片，而我的 GNOME 桌面上的 GUI 文件管理器似乎冻结了。所以我决定重新启动，忽略文件仍在工作的警告。
根据我对 EXT4 的有限理解，我猜测 Files 确实在工作，并且由于在中间启动，导致我的文件系统处于不一致状态。因此它正在尝试从日志中恢复一致状态。
我觉得奇怪的是，我整晚开着机器，只显示那一行，而早上它仍然卡在/dev/nv*******: clean, 508***/650**** files, 247*****/260******* blocks
我的问题是
- 我是否因为尝试一次性移动太多文件或者只是在中间启动而搞砸了我的文件系统？
- 我是否需要采取什么措施来修复它，还是只能等待它从日志中恢复？
- 如果我必须修复它，那么该如何修复？有没有办法不擦除该分区并重新开始？
（我确信这不是硬件问题，因为计算机的 Windows 部分正在运行。事实上，这是我现在正在写入的分区。）
答案1
令我大吃一惊的是，df -hUbuntu 分区的磁盘使用率显示为 100%。我原以为几乎所有的磁盘使用量都来自我的家目录。但事实证明变量和折断也相当大。
解决方案：我从 GRUB 菜单启动到恢复模式并删除了一些文件。然后我的系统就可以正常启动了。
此线程对于故障排除特别有帮助。 “dev/sda1: clean, ...” 启动笔记本电脑后出现此消息，然后它不会继续启动