根级别的 NTFS 权限丢失

根级别的 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,由@甜点

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)

答案1

Read-only file system

这很可能是因为驱动器存在某些问题。大多数系统使用errors=remount-ro本地文件系统(如果出现错误,则重新挂载为只读)来防止数据损坏和/或丢失。因此驱动器本身可能存在问题。检查数据丢失,因为(至少根据我的经验)这通常发生在驱动器发生故障时。即使remount-ro无法阻止驱动器本身发生故障。如果是这种情况,您可能需要以下操作:使用基于 Linux 的数据恢复工具恢复数据

如果您的硬盘没有故障,我只能建议您检查整个硬件或查看/var/log/kern.log文件dmesg系统上的任何特定详细信息。我想不出将其安装为只读的其他原因。

答案2

回答我自己的问题

在不同人提出的解决方案都无法解决问题后,我进行了深入研究,最终发现为什么在我的情况下应该起作用的方法没有起作用是因为我的硬盘出现了一些由 Windows 引起的问题(是的,我安装了这两个操作系统)。(谢谢史蒂芬·安吉利科的回答确实有助于找出真正的问题。+1!)所以我所做的就是使用据​​称可以清除这些文件的命令ntfsfix(或类似的东西),从而阻止 ubuntu 修改内容。我修复了这个问题

sudo ntfsfix /dev/sda5

在此之后,我打开/etc/fstab并简单地将旁边的gedit值更改为,然后简单地使用 -ro/dev/sda3-rw

sudo mount -a

关机后,我已重新获得用户级别的驱动器权限 -rwa+x


注意事项

虽然我已经修复了其中一个驱动器上的权限问题,但我仍然无法解决 Windows 操作系统驱动器上的权限问题。当我ntfsfix在 Windows 操作系统驱动器上尝试时,我看到以下错误消息:

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 AngelicoWindows 10 默认启用“快速启动”选项,这导致它每次我们点击“关机”时都会进入休眠状态。从控制面板禁用快速启动后,我重新启动进入 ubuntu 并在 Windows 操作系统驱动器上执行与在另一个驱动器中相同的操作,并成功以-rw权限挂载它。

相关内容