为什么我的 NTFS 分区挂载为只读？

Question

直到最近，我的 Windows 分区 (C:) 和我的数据分区 (E:) 都将挂载为读/写。现在两者似乎都只挂载为只读。

GParted 调整大小（错误）

ntfsresize v2.0.0 (libntfs 10:0:0)
Device name : /dev/sda4
NTFS volume version: 3.1
Cluster size : 4096 bytes
Current volume size: 86207623680 bytes (86208 MB)
Current device size: 86207627264 bytes (86208 MB)
New volume size : 78662066688 bytes (78663 MB)
Checking filesystem consistency ...
Accounting clusters ...
Space in use : 62126 MB (72.1%)
Collecting resizing constraints ...
Needed relocations : 1606868 (6582 MB)
Schedule chkdsk for NTFS consistency check at Windows boot time ...
Resetting $LogFile ... (this might take a while)
Relocating needed data ...
ERROR: Extended record needed (1032 > 1024), not yet supported!
Please try to free less space.

chkdsk 输出：

Checking file system on E:
The type of the file system is NTFS.
Volume label is Data.

A disk check has been scheduled.
Windows will now check the disk.                         
  99482 file records processed.
  495 large file records processed.                     
  0 bad file records processed.                         
  0 EA records processed.                               
  0 reparse records processed.                          
  104412 index entries processed.                       
  0 unindexed files processed.                          
  99482 security descriptors processed.                 
  2466 data files processed.                            

CHKDSK is verifying Usn Journal...
  4479208 USN bytes processed.                                     
Usn Journal verification completed.
Windows has checked the file system and found no problems.

84187132 KB total disk space.
  60479688 KB in 69969 files.
     15520 KB in 2467 indexes.
         0 KB in bad sectors.
    174336 KB in use by the system.
     65536 KB occupied by the log file.
  23517588 KB available on disk.
      4096 bytes in each allocation unit.
  21046783 total allocation units on disk.
   5879397 allocation units available on disk.

Internal Info:
9a 84 01 00 00 1b 01 00 fc 1a 01 00 00 00 00 00  ................
01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
42 00 00 00 52 73 5c 77 b0 e7 1d 00 b0 df 1d 00  B...Rs\w........

表

# /etc/fstab: static file system information.
#
# Use 'blkid' to print the universally unique identifier for a
# device; this may be used with UUID= as a more robust way to name devices
# that works even if disks are added and removed. See fstab(5).
#
# <file system> <mount point>   <type>  <options>       <dump>  <pass>
proc            /proc           proc    nodev,noexec,nosuid 0       0
# / was on /dev/sda5 during installation
UUID=8213cc89-2438-41b9-899f-13b4c5b299af /               ext4    errors=remount-ro 0       1
# swap was on /dev/sda6 during installation
UUID=45873767-d9ae-4f0c-baab-ffc2726ac24e none            swap    sw              0       0

在 GParted、GSmartControl 和 中检查驱动器ntfsfix，全部成功完成，没有变化。

分区

dev/sda1 NTFS WinRE
dev/sda2 NTFS Windows C:
dev/sda3 Extended
dev/sda4 NTFS Data E:
dev/sda5 EXT4 Ubuntu
dev/sda6 linux-swap

我正在寻找对以下内容的解释：

Internal Info:
9a 84 01 00 00 1b 01 00 fc 1a 01 00 00 00 00 00  ................
01 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00  ................
42 00 00 00 52 73 5c 77 b0 e7 1d 00 b0 df 1d 00  B...Rs\w........

和

Resetting $LogFile ... (this might take a while)
Relocating needed data ...
ERROR: Extended record needed (1032 > 1024), not yet supported!
Please try to free less space.

Answer 1

执行的Windows的完全关闭将允许驱动器被完全安装被Ubuntu。这可以通过在按下“电源”菜单上的“关机”按钮时按住 SHIFT 键来完成。

Answer 2

发生在我身上，我所做的只是

sudo ntfsfix /dev/sdxX # where x is HDD and X is drive number, in my case it was /dev/sda1

它将删除由 Windows 创建的任何日志文件。

为我工作。

Answer 3

系统可能没有安装用于写入 NTFS 分区的文件。

在终端中试试这个：

sudo apt-get remove ntfsprogs && sudo apt-get install ntfs-3g

这会删除系统上ntfsprogs是否存在它，并安装ntfs-3g它应该允许您正确写入 NTFS 分区。

然后重新启动系统，并尝试打开 NTFS 驱动器进行写访问。您现在应该能够写入 NTFS 驱动器。

Answer 4

如果在使用 Windows 10 双启动的情况下发生这种情况，您需要取消签turn on fast startup入Control Panel --> Power Options --> Choose what the power buttons do然后关机，而不是重新启动。一旦正确完成，您将能够以读/写权限正常访问 NTFS 分区。

这是因为 Windows 10 更新将其重置为默认的快速启动，这是一种休眠形式。