Dropbox 有时会在 Ubuntu 上生成 EXT4 分区的启动失败答案

【问题标题】：Dropbox sometimes generates a boot failure of the EXT4 partition on UbuntuDropbox 有时会在 Ubuntu 上生成 EXT4 分区的启动失败
【发布时间】：2019-04-26 12:58:14
【问题描述】：

Dropbox 有时会在启动 Ubuntu 桌面 PC 时生成 ext4 分区的挂载失败。当时的日志信息如下：

 ...... Omission ......
ata2.00: status: (D32F ER3 )
ats2.00: error: ( UNC )
blk_update_request: I/O error, dev sdb, sector 2738954872
Buffer I/O error on dev sdb1, logical block 342369103, async page read.

行尾

BR，林根植。

【问题讨论】：

在这种情况下，Ubuntu 发行版的 Systemd（初始化进程）显示以下消息。欢迎使用紧急模式登录后，输入“journalctl -xb”查看系统日志，输入“systemctl reboot”重启，输入“systemctl default”或^D再次尝试启动进入默认模式。为维护提供 root 密码（或按 Control-D 继续）：___
这似乎不是关于编程的问题，因此似乎离题（即不是您正在编写或调试的软件）。对于这类问题，Ubuntu 论坛或堆栈交换站点会更合适。
我不这么认为。它是由ext4的extent属性和Dropbox实用程序的同步机制等软件的有限操作生成的。因此，这个问题是 stackoverflow 网站上的适当内容。
堆栈溢出是针对编程的问题，而不是如何使用软件，而不是如何解决您的 ubuntu 保管箱问题（除非您是保管箱开发人员并且您询问有关编程，通常显示一个最小但完整的代码示例！）。请阅读What topics can I ask about here - “有关通用计算硬件和软件的问题对于 Stack Overflow 来说是无关紧要的，除非它们直接涉及主要用于编程的工具。” （这不是）

标签： synchronization dropbox ext4

【解决方案1】：

我想出了一个解决这个问题的方法。

Give root password for maintenance
(or press Control-D to continue): __  <--- Type root password. 
ubuntu# fsck -fy /dev/sdb1 [enter]
.... Waiting for some minutes
ubuntu#
ubuntu#

使用 -f 标志手动执行“fsck”命令后，我可以再次启动 Ubuntu PC。但是，我不确定为什么 Dropbox 文件夹会导致 /dev/sdb1 (ext4) 分区挂载失败。顺便说一句，我在 StackOverflow 上找不到任何类似的文章。欢迎任何提示和类似的体验。 :)

【讨论】：