Permissões NTFS perdidas no nível da raiz

Question

Notei que não tenho a+x permissões em uma das unidades / partições (que eu tinha alguns dias atrás; não sei como as perdi). No entanto, para fazer alguma coisa, tentei criar uma pasta nessa unidade a partir do terminal como superusuário , usando este comando:

> cd /media/progyadeep/New Volume        ##New Volume is the drive

> sudo mkdir "NEW"

mas não posso. Eu vejo esta mensagem de erro:

mkdir: cannot create directory ‘/media/progyadeep/New Volume/NEW’:
Read-only file system

Eu até tentei abrir uma janela do explorador com

sudo -i nautilus

mas não consigo criar arquivos / pastas até mesmo da GUI aberta como superusuário .

POR QUÊ?

Como posso corrigir esse problema? Como o Ubuntu ficou tão desesperado a ponto de enganar até o superusuário?

EDIT 1

Esta questão foi identificada como uma possível duplicação desta questão: Perdeu todas as permissões para minha partição NTFS . No entanto, o principal problema é que eu não posso recuperar as permissões usando o método mostrado lá. Como apontado por alguém nos comentários, a unidade que está sendo protegida contra gravação pode estar acumulando uma questão completamente diferente por aqui que não surgiu na outra questão.

EDIT 2

Como solicitado por @wjandrea , aqui está a saída de 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 

EDIT 3

Aqui está a saída de mount -l , conforme solicitado por @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)

    

Answer 1

Respondendo minha própria pergunta

Depois que soluções sugeridas por pessoas diferentes não conseguiram resolver o problema, eu fui fundo na pesquisa e finalmente descobri porque as coisas que deveriam ter funcionado não funcionaram no meu caso porque havia algum problema no meu disco rígido que estava causado devido ao Windows (sim, eu tenho ambos os sistemas operacionais instalados). ( Graças a a resposta de Stephen Angelico realmente ajudou a descobrir o verdadeiro problema . +1! ) Então o que eu fiz foi usar o comando ntfsfix que supostamente limpou esses arquivos (ou algo assim) que impediam o Ubuntu de modificar as coisas. Corrigi esse problema com

sudo ntfsfix /dev/sda5

Depois disso, abri /etc/fstab em gedit e simplesmente alterei o valor -ro , além de /dev/sda3 , para -rw e simplesmente montei usando

sudo mount -a

Depois de um desligamento, recuperei as permissões -rw / a+x na unidade no nível do usuário.

Ponto a ser anotado

Embora eu tenha consertado o problema de permissão em uma das unidades, ainda não consegui resolvê-lo na unidade de sistema operacional do Windows. Quando eu tentei ntfsfix na unidade do sistema operacional Windows, vi a seguinte mensagem de erro:

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

Encerrei as janelas várias vezes, mas continuo a ver esta mensagem.

EDITAR

Como sugerido por @Stephen Angelico , o Windows 10 tem a opção "inicialização rápida" ativada por default que faz com que ele realmente hibernate toda vez que clicamos em "desligar" . Depois de desativar a inicialização rápida a partir do painel de controle, reiniciei o Ubuntu e fiz as mesmas operações na unidade do sistema operacional Windows, como fiz na outra unidade e montei-o com êxito com -rw permissões.

    

Answer 2

  

Read-only file system

Isso provavelmente aconteceu devido a algum problema na unidade. A maioria dos sistemas usa errors=remount-ro (em caso de erros, remonte como somente leitura) em sistemas de arquivos locais para evitar danos e / ou perdas de dados. Portanto, pode haver um problema com a própria unidade. Verifique se há perda de dados, porque (pelo menos na minha experiência) isso geralmente acontece quando uma unidade está falhando. Mesmo remount-ro não pode parar a própria unidade falhando. Se este for o caso, você pode precisar disto: Adquira seus dados Voltar com as ferramentas de recuperação de dados baseadas em Linux

Se o seu disco rígido não estiver falhando, só posso sugerir a verificação do hardware ao longo de toda a linha ou ver /var/log/kern.log ou dmesg para quaisquer detalhes específicos no sistema de arquivos. Não consigo pensar em nenhum outro motivo para a montagem como somente leitura.