Frequentemente, vejo usuários que tentam corrigir um problema e em algum lugar lêem ou apenas tentam recursivamente chown
o diretório pessoal e, às vezes, até redefinem as permissões recursivamente para algo parecido rwxr-xr-x
ou semelhante.
Imagine um massacre de proprietário / permissão - existem arquivos / diretórios críticos que precisam de permissões especiais ou pertencem à raiz para que o sistema funcione?
permissions
home-directory
Byte Commander
fonte
fonte
~/.gvfs/
,~/.cache/gvfs-burn/
e~/.cache/dconf
. Provavelmente há mais.drwx------ 2 romano romano 4096 dic 2 2008 .gvfs
e nunca teve nenhum problema .... (veja a data). Tambémdrwx------ 2 romano romano 4096 abr 28 14:57 .cache/dconf
Respostas:
Nenhum arquivo
~
deve pertencer à raiz.Se um software exigir que um arquivo em seu diretório pessoal seja de propriedade de outro usuário, é um bug e deve ser relatado como tal.
Fora isso, um caso comum envolve dois softwares relacionados à segurança que exigem permissões restritas em determinados arquivos, a saber:
SSH
Veja a
man ssh
seçãoFILES
:Outros arquivos como
authorized_keys
,known_hosts
etc. devem ser graváveis apenas pelo usuário, mas podem ser legíveis pelo mundo.GnuPG
~/.gnupg
(e conteúdo) deve ser acessível somente por você. Com outras permissões, o GPG se queixará de permissões não seguras.fonte
~/.gvfs/
,~/.cache/gvfs-burn/
e quanto~/.cache/dconf
? Eles são de propriedade da raiz e acho que deveriam.sudo
com programas GUI, não é?sudo -i
ousudo -H
provavelmente deveria ser usado.Em geral, os arquivos e diretórios em sua casa devem pertencer a você.
Eu tenho alguns arquivos estranhos de propriedade da raiz que provavelmente são o resultado da execução do
sudo
comando; de fato, existem programas que escrevem coisas$HOME
(os quais programas bem comportados que exigem privilégios de superusuário não deveriam funcionar - o efeito é a propriedade raiz dos arquivos que deveriam pertencer ao usuário).Normalmente, excluí-los ou possuí-los novamente (dependendo do arquivo) não cria problemas e geralmente resolve alguns, como o
.Xauthority
arquivo infame - e, às vezes, após a execuçãosudo dconf-editor
, você tem coisas nas configurações que não podem mais ser modificadas.Sobre modos especiais:
x
significa direito de atravessar);.ssh
deve serdrwx------
(0700) e as chaves privadas-rw-------
(0600)Public
diretório para compartilhar, provavelmente deve serdrwxr-xr-x
(permissão de leitura para qualquer pessoa) oudrwxrwxrwt
(com permissão de gravação e bit pegajoso, para ativar a gravação).... Não consigo pensar em mais nada que precise de tratamento especial.
fonte
~/.gvfs/
,~/.cache/gvfs-burn/
e quanto~/.cache/dconf
? Eles são de propriedade da raiz e acho que deveriam.dconf
é a sua configuração, e o comando / daemon privilegiado que faz a montagem das partições deve mudar de propriedade para você --- caso contrário, é um bug. Eu comentei isso em sua pergunta.~/.dbus/session-bus/7ae519bec942595a6925fb2d5448031b-1
e/home/ipc-admin/.aptitude/config
, muita coisa sob/home/ipc-admin/.cache/pip/wheels/
,/home/ipc-admin/.local/share/session_migration-(null)
e/home/ipc-admin/.local/share/applications/mimeapps.list
. Você pode imaginar por que essas propriedades são de raiz no meu sistema?