Полномочия 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. Однако основная проблема состоит в том, что я не могу возвратить permissionsusing метод, показанный там. Как указано кем-то в комментариях, защищаемый от записи диск мог бы создавать совершенно другой вопрос здесь, который не возник в другом вопросе.

РЕДАКТИРОВАНИЕ 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)
1
задан 15 August 2017 в 11:25

2 ответа

Ответ на мой собственный вопрос

После того, как решениям, предложенным различными людьми, не удалось устранить проблему, я пошел глубоко в исследование и наконец узнал, почему вещи, которые должны были работать, не работали в моем случае, то, потому что была некоторая проблема на моем жестком диске, который был вызван из-за Windows (да, у меня есть обе ОС, установил). (Благодаря ответу Stephen Angelico для него действительно помог узнать настоящую проблему. +1!) Поэтому то, что я сделал, использовалось команда ntfsfix это, предположительно, очистило те файлы (или что-то как этот), который мешал человечности изменить вещи. Я устранил ту проблему с

sudo ntfsfix /dev/sda5

После этого я открылся /etc/fstab в gedit и просто измененный значение -ro, около /dev/sda3, к -rw и просто смонтированное использование

sudo mount -a

После завершения работы я возвратил -rw/a+x полномочия на диске на уровне пользователя.


Точка, которая будет отмечена

Хотя я устранил проблему разрешения на одном из дисков, я все еще не смог решить его на диске ОС Windows. Когда я попробовал ntfsfix на диске Windows OS я видел следующее сообщение об ошибке:

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 включили опцию "быстрой загрузки" по умолчанию, которая заставляет его на самом деле быть в спящем режиме каждый раз, когда мы нажимаем на "закрытие". После отключения быстрой загрузки от панели управления я перезагрузил в человечность и сделал те же операции на диске Windows OS, как я сделал в другом диске и успешно смонтировал его с -rw полномочия.

0
ответ дан 7 December 2019 в 13:31

Read-only file system

Это, скорее всего, произошло из-за некоторой проблемы на диске. Большая часть системного использования errors=remount-ro (в случае ошибок, повторно смонтируйтесь как только для чтения) в локальных файловых системах для предотвращения повреждения данных и/или потери. Поэтому может быть проблема с самим диском. Проверьте на потерю данных, потому что (по крайней мере по моему опыту), это часто происходит, поскольку диск перестал работать. Даже remount-ro не может остановить сам диск, перестав работать. Если это верно, Вам, возможно, понадобилось бы это: Возвращают Ваши Данные с Основанными на Linux Инструментами Восстановления данных

, Если Ваш жесткий диск не перестал работать, я могу только предложить проверить аппаратные средства все время по строке или посмотреть /var/log/kern.log или dmesg для любых определенных деталей о файловой системе. Я не могу думать ни о какой другой причине его монтирующийся как только для чтения.

2
ответ дан 7 December 2019 в 13:31

Другие вопросы по тегам:

Похожие вопросы: