为什么我的 Gparted 操作在文件系统检查期间失败?

为什么我的 Gparted 操作在文件系统检查期间失败?

我尝试将可用空间从我的 ubuntu 分区移动到我的 windows 分区,但收到一条错误消息。我尝试按照这些说明进行操作,但由于设置不同(我没有 sda4),因此略有变化:当 Windows 位于 Ubuntu 之前时,是否可以将可用空间从 Ubuntu 分区移动到 Windows?

它将 /dev/sda6(Ubuntu 分区)移到右侧,并将其从 135.36 GiB 缩小到 48.83 GiB。它将 /dev/sda5(Linux 交换)移到右侧,它将 /dev/sda3(扩展 Linux 分区?)移到右侧,并将其从 150.26 GiB 缩小到 63.73 GiB,但是,它无法将 /Dev/sda2(Windows 7 分区)从 781.15 GiB 增加到 867.68 GiB。它还告诉我一定要发送我的 GParted 详细信息,因此干得好

仔细检查后,详细信息部分显示检查 /dev/sda2 上的文件系统是否存在错误失败。这是因为 Gparted 报告它无法读取 Windows 7 文件系统的内容吗?因为 Gparted 确实说过它可能需要 ntfsprogs / ntfs-3g,但当我尝试从我的 live cd 安装它们时,它说它们已经安装了。

答案1

您可能需要在 Windows 中修复 Windows 7 磁盘。Ubuntu 中没有可以完成这项工作的工具。(该ntfsfix程序仅执行最基本的检查,然后将分区标记为需要在 Windows 中修复。)此外,请确保关闭在 Windows 中,不要执行挂起到磁盘的操作。后者会使文件系统处于不一致的状态,这将阻止 GParted 调整其大小。

最后,您可以考虑从 Windows 调整 NTFS 分区的大小;这可能比使用 GParted 更安全。NTFS 是专有的,而用于操作 NTFS 的 Linux 工具都是逆向工程的。这并不能保证 Microsoft 的工具会更优秀,但如果我不得不打赌的话,我敢打赌 Windows NTFS 调整大小工具比 GParted 更安全。此外,众所周知,GParted 无法调整 Windows 引导加载程序使用的指针。如果调整大小操作碰巧改变了起始点,使用 GParted 将导致 Windows 无法启动。使用 Windows 工具执行相同操作不会造成此类问题。请注意,即使您没有告诉程序进行更改,起始点也可能会更改。如果您的对齐策略与创建分区时使用的策略不匹配,就会发生这种情况。

哦,还有备份。调整分区大小和移动分区本身就是危险的过程。它们大多数时候都运行良好,但不合时宜的电源故障、错误、文件系统损坏或其他问题都可能导致灾难性的数据丢失。(“灾难性”在这里意味着“浪费了大量时间试图恢复数据,墨菲定律保证你最重要的文件最终将永远丢失。”)

还有一点:与其扩展现有的 Windows 分区,不如考虑为数据文件创建一个新分区。这比创建新分区更安全,而且优点是您可以将其用作共享数据分区,从而无需从 Ubuntu 访问主 Windows 分区。这种非 Windows 访问本质上很危险,因此应尽可能避免。

相关内容