Permissão no sistema de arquivos FUSE

Estou com problemas de permissão.

Tenho um HD que era utilizado com sistema Windows em um notebook.

Comprei um PC, estou utilizando o POP-OS e decidi acrescentar esse HD que tem meus arquivos que eram utilizados no Windows.

No Windows funcionava normalmente, mas deve haver algum conflito, não entendo porque não consigo executá-lo totalmente no Ubuntu sendo que eu consigo ver os arquivos. Antes de executar o comando abaixo eu não podia alterar e nem copiar para outro local, somente ver.

Executei o comando CHMOD 777.

Agora eu consigo copiar os arquivos do HD (Windows) para o PC que é sistema Ubuntu POP-OS mas ao contrário não consigo, diz que tenho permissão somente para leitura e não consigo acrescentar nada e nem alterar arquivos nesse HD.

O tipo de sistema de arquivos desse HD é FUSE.

Como posso torná-lo acessível? Tem algum outro tipo de permissão que posso executar sem danificar meus arquivos?

Acredito que o amigo esteja confundindo alguma coisa.

O “sistema de arquivos” usado pelo Windows nesse HDD pode ser FAT, exFAT, NTFS, ou no máximo ReFS.

“Fuse” são ferramentas para lidar com “sistemas de arquivos”:

Problemas de permissão de Leitura / Escrita em “partições adicionais”, geralmente se devem ao modo como são “montadas” pelo Linux.

No Kubuntu, bastava eu clicar na “partição adicional” (que aparecia no Dolphin) para montá-la (usando uDisks2), com todos os direitos: – A partição ficava sendo “minha”, e eu podia Ler / Gravar:

Essas “propriedades”, na verdade, não estão “lá” (na partição que veio do Windows), mas no “ponto de montagem” – que era uma pasta vazia /media/flavio/Works com link simbólico para aquela partição.

Outras distros vêm sem permissão para o usuário fazer essa montagem – então, o sistema pede uma senha com poderes para fazer isso – e cria uma pasta-link que pertence ao super-usuário – e neste caso, o usuário comum fica sem acesso para Gravar.

Em algumas dessas distros, a “pasta vazia” (ponto de montagem) pode ser /run/media/flavio/Works por exemplo:

Ao usar o comando chmod 777 você alterou as permissões, mas provavelmente o ponto de montagem continua pertencendo ao super-usuário – para mudar isso, deveria usar chown 1000:1000 (caso seu usuário e seu grupo sejam “1000”).

Além disso, convém usar o parâmetro -R para que faça efeito em todas as subpastas:

$ sudo chown -R flavio /run/media/flavio/*

Eis como o KDE lida com essa montagem:

Não conheço o Pop_OS, nem qual a DE que ele usa, mas é possível que você possa resolver isso criando um arquivo /etc/polkit-1/rules.d/99-udisks2.rules e colando nele uma autorização para a montagem dessas partições pelo udisks2 sem privilégios:

// Allow udisks2 to mount devices without authentication
polkit.addRule(function(action, subject) {
if (action.id == "org.freedesktop.udisks2.filesystem-mount-system" || action.id == "org.freedesktop.udisks2.filesystem-mount" || action.id == "org.freedesktop.udisks2.filesystem-mount-system-internal") { return polkit.Result.YES; } });

Isso, caso você plugue o HDD depois que o Pop_OS já está em atividade.

Se o HDD ficar sempre plugado, basta incluir sua partição no /etc/fstab com parâmetros que dêem plenos poderes ao usuário.

Uma pergunta: tem dual boot?

Muitíssimo obrigada pela explicação, foi uma verdadeira aula!
irei realizar esses procedimentos.

1 curtida

Não é dual boot.

Mas já foi, imagino… em geral, esse comportamento ocorre quando o disco era usado pelo Windows e estavam ativos Hibernação e Fast Boot

Experimente seguir os tutoriais seguinte passando as opções de montagem como gid, uid para garantir que usuários possam escrever no disco…

1 curtida

Realmente teve uma época no passado que era dual boot quando eu utilizava ele no notebook ee estava começando a usar o Ubuntu.

Muitíssimo obrigada pela explicação.

1 curtida