NTFS权限在根级别丢失
我注意到我对其中一个驱动器/分区没有a+x权限（我有几天回来了;我不知道我是怎么丢失它们的）。 但是，为了完成某项工作，我尝试使用以下命令从终端以超级用户身份在该驱动器中创建一个文件夹：
> cd /media/progyadeep/New Volume ##New Volume is the drive > sudo mkdir "NEW"
但我不能。 我看到此错误消息：
mkdir: cannot create directory '/media/progyadeep/New Volume/NEW': Read-only file system
我甚至尝试打开一个资源管理器窗口
sudo -i nautilus
但即使从以超级用户身份打开的GUI，我也无法创建文件/文件夹。
为什么？
我该如何解决这个问题？ Ubuntu是如何变得如此绝望甚至欺骗超级用户？
编辑1
此问题被确定为此问题的可能重复： 丢失了对我的NTFS分区的所有权限 。 但是，主要问题是我无法使用此处显示的方法重新获得权限。 正如评论中的某些人所指出的那样，被写保护的驱动器可能会在这里构建一个完全不同的问题，这在另一个问题中没有出现。
编辑2
正如@wjandrea所要求的，这是sudo lsblk的输出：
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT sda 8:0 0 931.5G 0 disk ├─sda4 8:4 0 138.6G 0 part / ├─sda2 8:2 0 128M 0 part ├─sda9 8:9 0 7.9G 0 part [SWAP] ├─sda7 8:7 0 10.5G 0 part ├─sda5 8:5 0 625G 0 part /media/progyadeep/New Volume ├─sda3 8:3 0 147.5G 0 part /media/progyadeep/OS ├─sda1 8:1 0 500M 0 part /boot/efi ├─sda8 8:8 0 1.1G 0 part └─sda6 8:6 0 450M 0 part
编辑3
这是mount -l的输出，如@dessert所要求的：
sysfs on /sys type sysfs (rw,nosuid,nodev,noexec,relatime) proc on /proc type proc (rw,nosuid,nodev,noexec,relatime) udev on /dev type devtmpfs (rw,nosuid,relatime,size=4012328k,nr_inodes=1003082,mode=755) devpts on /dev/pts type devpts (rw,nosuid,noexec,relatime,gid=5,mode=620,ptmxmode=000) tmpfs on /run type tmpfs (rw,nosuid,noexec,relatime,size=806920k,mode=755) /dev/sda4 on / type ext4 (rw,relatime,errors=remount-ro,data=ordered) securityfs on /sys/kernel/security type securityfs (rw,nosuid,nodev,noexec,relatime) tmpfs on /dev/shm type tmpfs (rw,nosuid,nodev) tmpfs on /run/lock type tmpfs (rw,nosuid,nodev,noexec,relatime,size=5120k) tmpfs on /sys/fs/cgroup type tmpfs (ro,nosuid,nodev,noexec,mode=755) cgroup on /sys/fs/cgroup/systemd type cgroup (rw,nosuid,nodev,noexec,relatime,xattr,release_agent=/lib/systemd/systemd cgroups-agent,name=systemd) pstore on /sys/fs/pstore type pstore (rw,nosuid,nodev,noexec,relatime) efivarfs on /sys/firmware/efi/efivars type efivarfs (rw,nosuid,nodev,noexec,relatime) cgroup on /sys/fs/cgroup/devices type cgroup (rw,nosuid,nodev,noexec,relatime,devices) cgroup on /sys/fs/cgroup/hugetlb type cgroup (rw,nosuid,nodev,noexec,relatime,hugetlb) cgroup on /sys/fs/cgroup/memory type cgroup (rw,nosuid,nodev,noexec,relatime,memory) cgroup on /sys/fs/cgroup/freezer type cgroup (rw,nosuid,nodev,noexec,relatime,freezer) cgroup on /sys/fs/cgroup/net_cls,net_prio type cgroup (rw,nosuid,nodev,noexec,relatime,net_cls,net_prio) cgroup on /sys/fs/cgroup/perf_event type cgroup (rw,nosuid,nodev,noexec,relatime,perf_event) cgroup on /sys/fs/cgroup/cpuset type cgroup (rw,nosuid,nodev,noexec,relatime,cpuset) cgroup on /sys/fs/cgroup/pids type cgroup (rw,nosuid,nodev,noexec,relatime,pids) cgroup on /sys/fs/cgroup/cpu,cpuacct type cgroup (rw,nosuid,nodev,noexec,relatime,cpu,cpuacct) cgroup on /sys/fs/cgroup/blkio type cgroup (rw,nosuid,nodev,noexec,relatime,blkio) systemd-1 on /proc/sys/fs/binfmt_misc type autofs (rw,relatime,fd=29,pgrp=1,timeout=0,minproto=5,maxproto=5,direct,pipe_ino=1915) mqueue on /dev/mqueue type mqueue (rw,relatime) hugetlbfs on /dev/hugepages type hugetlbfs (rw,relatime) debugfs on /sys/kernel/debug type debugfs (rw,relatime) fusectl on /sys/fs/fuse/connections type fusectl (rw,relatime) /dev/sda3 on /media/progyadeep/OS type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096) [OS] /dev/sda1 on /boot/efi type vfat (rw,relatime,fmask=0077,dmask=0077,codepage=437,iocharset=iso8859-1,shortname mixed,errors=remount-ro) [ESP] /dev/sda5 on /media/progyadeep/New Volume type fuseblk (ro,nosuid,nodev,relatime,user_id=0,group_id=0,allow_other,blksize=4096) [New Volume] tmpfs on /run/user/1000 type tmpfs (rw,nosuid,nodev,relatime,size=806920k,mode=700,uid=1000,gid=1000) gvfsd-fuse on /run/user/1000/gvfs type fuse.gvfsd-fuse (rw,nosuid,nodev,relatime,user_id=1000,group_id=1000)
Read-only file system
这很可能是因为驱动器上的某些问题。 大多数系统在本地文件系统上使用errors=remount-ro （如果出现错误，重新安装为只读）以防止数据损坏和/或丢失。 因此，驱动器本身可能存在问题。 检查数据丢失，因为（至少在我的经验中）这通常发生在驱动器发生故障时。 即使是remount-ro也无法阻止驱动器本身的故障。 如果是这种情况，您可能需要这样： 使用基于Linux的数据恢复工具获取数据
如果您的硬盘驱动器没有出现故障，我只建议检查所有硬件或查看/var/log/kern.log或dmesg以获取有关文件系统的任何特定详细信息。 我想不出它以只读方式安装的任何其他原因。
回答我自己的问题
在不同人提出的解决方案未能解决问题之后，我深入研究并最终发现为什么应该工作的东西在我的情况下不起作用是因为我的硬盘驱动器上有一些问题是由于Windows（是的，我安装了两个操作系统）。 （ 感谢Stephen Angelico对它的回答确实有助于找出真正的问题。+ 1！ ）所以我所做的是使用命令ntfsfix ，它可以清除那些阻止ubuntu修改内容的文件（或类似的东西）。 我解决了这个问题
sudo ntfsfix /dev/sda5
在此之后，我在gedit打开了/etc/fstab并简单地将值-ro （ /dev/sda3 ）更改为-rw并简单地使用
sudo mount -a
关机后，我已在用户级别重新获得驱动器上的-rw / a+x权限。
需要注意的一点
虽然我已经修复了其中一个驱动器上的权限问题，但我仍然无法在Windows的操作系统驱动器上解决它。 当我在Windows操作系统驱动器上尝试ntfsfix时，我看到以下错误消息：
sudo umount -a sudo ntfsfix /dev/sda3 Mounting volume... Windows is hibernated, refused to mount. FAILED Attempting to correct errors... Processing $MFT and $MFTMirr... Reading $MFT... OK Reading $MFTMirr... OK Comparing $MFTMirr to $MFT... OK Processing of $MFT and $MFTMirr completed successfully. Setting required flags on partition... OK Going to empty the journal ($LogFile)... OK Windows is hibernated, refused to mount. Remount failed: Operation not permitted
我已经关闭了几次窗户，但我继续看到这个消息。
编辑
正如@Stephen Angelico所建议的那样 ， Windows 10默认启用了“快速启动”选项，这使得它每次点击“关闭”时都会实际hibernate 。 从控制面板禁用快速启动后，我重新启动到ubuntu并在Windows操作系统驱动器上执行与在其他驱动器中执行相同的操作，并使用-rw权限成功安装它。