答案1
该问题通常是由于坏的集群,脏的状态或者缺少辅助程序而发生的。
缺少帮助程序的基本修复方法是安装以下内容:
sudo apt install nfs-common
sudo apt install cifs-utils
如果你仍然无法解决问题,ntfsfix
可能会帮助修复分区
ntfs-3g 软件包包含 ntfsfix 实用程序(通常已预安装)。如果没有,
sudo apt install ntfs-3g
然后尝试使用以下命令修复分区
根据您的系统更改分区。在您的例子中634 GB 容量如/dev/sdb1
您提供的屏幕截图所示。为了修复该特定分区,请运行以下命令
sudo ntfsfix -b -d /dev/sdb1
-b
尝试修复坏簇和-d
脏状态。
希望能帮助到你!
答案2
有用的技术信息
ntfs-3g
不再是问题了
在 Ubuntu 中基于 FUSEntfs-3g
实现读写 NTFS 文件系统不再被建议,并且现已过时,取而代之的是当前的本机 NTFS 内核驱动程序/模块 NTFS3。
ntfsfix
不是你首先使用的工具
它并不能完全修复任何问题,而主要是删除触发 Ubuntu 安全措施的安全标记,这样受影响的分区将不会被挂载或以只读方式挂载(保护您的数据),因此允许您对文件系统进行更改,这可能会损坏您的 Windows 安装并导致 Ubuntu 和 Windows 双方在文件系统方面丢失数据……引用自man ntfsfix
(重点是不是矿) 它说:
ntfs修复是不是Linux 版本的 chkdsk。它仅修复一些基本的 NTFS 不一致问题、重置 NTFS 日志文件并安排在首次启动 Windows 时进行 NTFS 一致性检查。
...这意味着您新写入的数据(来自 Ubuntu)以及该文件系统上的预先存在的数据(从 Windows)目前被认为是安全/已修复的,但下次启动 Windows 时仍需进行文件系统检查……并引用man ntfs-3g
(重点是我的) 它说:
在可以双启动到 Windows 或 Linux 的计算机上,必须完全关闭 Windows 才能启动到 Linux,否则内部磁盘上的 NTFS 文件系统可能会处于不一致的状态Linux 所做的更改可能会被 Windows 忽略。
为什么会发生这种情况
在由 Windows 管理这些文件系统的双启动系统中,大多数情况下,此问题是由 Windows 休眠引起的,Windows 休眠会将当前正在运行的会话保存到磁盘,或者启用 Windows 快速启动/重启功能会执行相同操作,即将当前正在运行的会话保存到磁盘,其中可能包括未保存的用户数据或系统操作,并且不建议在 Ubuntu 内部更改/“修复”处于这种状态的文件系统,以防止数据丢失和/或文件系统损坏...因此,您在 Ubuntu 上看到的默认系统响应是拒绝挂载此类文件系统或最多以只读模式挂载它,是因为检测到这种不稳定的文件系统状态,并且将其挂载为读写文件系统不够安全。
那该怎么办呢?
从 Windows 内部而不是从 Ubuntu 内部检查 NTFS 文件系统,然后从 Windows 干净关机,而不是休眠或启用快速重启功能后重启。