[Mint] - "Você não é o proprietário, logo você não pode alterar essas permissões" [RESOLVIDO]

rxtheodoro
(usa Linux Mint)

Enviado em 12/09/2019 - 13:33h

Olá!

Tenho uma partição em meu SSD chamada "Dados". Nesta partição deixo meus arquivos, como por exemplo, meu projeto no R e seus scripts.
Sempre acessei o projeto direto desta pasta e abri normal no R. Entretanto, hoje está aparecendo que os arquivos desta pasta não possuem permissão de alteração.

Quando entro para dar a permissão manualmente, vejo essa mensagem "Você não é o proprietário, logo você não pode alterar essas permissões".

Já tentei:

rtheodoro@rtheodoro:~$ sudo chown rtheodoro:rtheodoro /media/rtheodoro/Dados
> chown: alterando o dono de '/media/rtheodoro/Dados': Sistema de arquivos somente para leitura
rtheodoro@rtheodoro:~$ sudo chmod 777 -R /media/rtheodoro/Dados
> chmod: alterando permissões de '/media/rtheodoro/Dados': Sistema de arquivos somente para leitura

Fiz os mesmos procedimentos como root, deram as mesmas respostas.
root@rtheodoro:/home/rtheodoro# sudo chown root:root /media/rtheodoro/Dados
> chown: alterando o dono de '/media/rtheodoro/Dados': Sistema de arquivos somente para leitura
root@rtheodoro:/home/rtheodoro# sudo chmod 777 -R /media/rtheodoro/Dados
> chmod: alterando permissões de '/media/rtheodoro/Dados': Sistema de arquivos somente para leitura

Alguém pode me ajudar?

albfneto
(usa openSUSE)

Enviado em 12/09/2019 - 15:40h

Observe... parece estar montado só para leitura:



vc pode estar com erros no sistema de arquivos...

Tente o seguinte: pegue um Live DVD ou um live pendrive de boot (tem que ser assim, pq as partições precisam estar desmontadas)

Dê boot com esse Live DVD ou live pendrive . Espere o linux dele carregar totalmente e entrar.

abra um terminal nesse Linux live e tente executar este comando, com as partições desmontadas:

$ sudo fsck /dev/sdaX
[code]

No exemplo acima , supondo vc tenha um só HD, então será "sda". Estou supondo que suas pasta "dados" esteja numa partição separada.... seria a "sdaX", exemplo sua partição "Dados" seria a 4a, então será "sda4"

Isso dever corrigir sua partição de dados, se ela estiver danificada. executado dessa maneira, o fsck não estragará seus dados.

Se vc tiver mais de um HD, seu SSD deverá ser, por exemplo," sdb" então, na partição 4 do SSD, ( a sua "Dados" seria

[code]
$ sudo fsck /dev/sdb4
 

Resumo, vc precisa executar o fsck, no "ponto de montagem" da sua partição "Dados", mas com ela desmontada.
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Albfneto,
Ribeirão Preto, S.P., Brasil.
Usuário Linux, Linux Counter: #479903.
Distros Favoritas: Sabayon, Gentoo, openSUSE, Mageia e OpenMandriva.

rxtheodoro
(usa Linux Mint)

Enviado em 12/09/2019 - 16:17h

Obrigado ! Vou tentar isso !

Mas assim, reiniciei o computador agora e consigo alterar os arquivos que estão nesta pasta. Entretanto, quando eu clicko com o botão direito, vou em "propriedades" e depois em "permissões", ainda esta a mensagem "Você não é o proprietário, logo você não pode alterar essas permissões"

ricardogroetaers
(usa Linux Mint)

Enviado em 15/09/2019 - 20:29h

Por favor, poste saida dos comandos:
lsblk -f
id
cat /etc/fstab

rxtheodoro
(usa Linux Mint)

Enviado em 17/09/2019 - 18:25h

rtheodoro@rtheodoro:~$ lsblk -f
NAME FSTYPE LABEL UUID MOUNTPOINT
sda
├─sda1 ntfs Recuperação E8C0C4E1C0C4B75A
├─sda2 vfat 48C5-1D99 /boot/efi
├─sda3
├─sda4 ntfs 4676C5FD76C5EDAD
├─sda5 ext4 ef8f8b15-c587-4779-a898-d89a58f60462 /
├─sda6 swap e1d74c09-98dd-49b9-8557-c6976a09f4b5 [SWAP]
└─sda7 ntfs Dados 867451FC7451F003 /media/rtheodoro/
sr0
rtheodoro@rtheodoro:~$ id
uid=1000(rtheodoro) gid=1000(rtheodoro) grupos=1000(rtheodoro),4(adm),24(cdrom),27(sudo),30(dip),46(plugdev),112(lpadmin),127(sambashare)
rtheodoro@rtheodoro:~$ cat /etc/fstab
# /etc/fstab: static file system information.
#
# <file system> <mount point> <type> <options> <dump> <pass>

#Entry for /dev/sda5 :
UUID=ef8f8b15-c587-4779-a898-d89a58f60462 / ext4 errors=remount-ro 0 1
#Entry for /dev/sda2 :
UUID=48C5-1D99 /boot/efi vfat umask=0077 0 1
#Entry for /dev/sda7 :
UUID=867451FC7451F003 /media/rtheodoro/Dados ntfs-3g rw,defaults 0 0
#Entry for /dev/sda6 :
UUID=e1d74c09-98dd-49b9-8557-c6976a09f4b5 none swap sw 0 0

rxtheodoro
(usa Linux Mint)

Enviado em 17/09/2019 - 18:28h

Me falaram que esse erro foi causado porque eu acessei a partição do Windows e ele teve uma atualização que precisaria reiniciar o computador.

Como reiniciei e não voltei para o Windows terminar de instalar a atualização, ele bloqueou meu acesso à essa partição.

Logo que entrei no Windows de novo, ele já liberou o acesso, por isso consigo entrar na pasta.


Pode ser isso?

ricardogroetaers
(usa Linux Mint)

Enviado em 17/09/2019 - 19:03h

É possível, Windows 8 ou 10 são cheios de manhas.
Não ficou claro se voce "passou" ou não o fsck conforme sugerido pelo albfneto.
Isso não importa, se tudo está funcionando direito e voce consegue editar seus arquivos, é melhor não mexer.
Não altere permissões, proprietários (dono) e grupos de forma indiscriminada.
No Mint voce pode gerar uma situação de inconsistência.
Normalmente o Mint não aceita ou não permite essas alterações, pelo menos pelos métodos convencionais .

albfneto
(usa openSUSE)

Enviado em 17/09/2019 - 20:30h

Olha se resolveu, marca como resolvido e marca a resposta melhor.

e como falou o colega, em linux, tudo é regulado por permissões, usuários e grupos... é um sistema muito bem bolado, inclusive.

cuidado com as permissões de pastas de sistema.... as do root. o problema é o seguinte..... pega um exemplo simples. a pasta /root.
vc troca a permissão dela.... e faz recursivo, troca a permissão de tudo dentro do /root

aí vc esqueceu que dentro do /root tem vários sub-diretórios.... que podem ter permissões diferentes! pronto, está aprontada a bagunça...

eu lembro bem de um outro exemplo, muitos anos mas eu lembro.. o iniciante queria usar muito root.... e só ele usava o micro... ele trocou as permissões para 777, da pasta Raiz, / e tudo o que tinha dentro recursivo. ficou tudo com permissões 777...

Resultado? quebrou bonito o sistema, nada funcionava, nem login
não teve mais jeito, teve que reinstalar!

Logar gráfico como Root? distros antigas dava, mas
é perigoso!
Veja, no terminal, o seu "su" é switch user, é root com o terminal aberto... o "sudo"? o usuário comum pode fazer uma tarefa, como se fosse um root.... mas ele não é.

Linux, sozinho, o root "escreve" nos arquivos texto, os modifica auto, como precisa...

logado gráfico como root.... vc não é um "user root" é um "system root"... tudo pode modificar tudo, com permissão de root.... é um caminho aberto para quebrar
¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨¨
Albfneto,
Ribeirão Preto, S.P., Brasil.
Usuário Linux, Linux Counter: #479903.
Distros Favoritas: Sabayon, Gentoo, openSUSE, Mageia e OpenMandriva.

ricardogroetaers
(usa Linux Mint)

Enviado em 17/09/2019 - 21:24h

Obs:
Existe pastas e arquivos no Mint que, por padrão, nem mesmo o root tem poderes de gravação sobre elas.
Se o root der poderes a si mesmo para isso, é outro assunto.