Je vois souvent des utilisateurs qui essaient de résoudre un problème et lisent quelque part ou essaient simplement de récursivement chown
leur répertoire personnel et parfois même de réinitialiser les autorisations de manière récursive sur quelque chose de similaire rwxr-xr-x
ou similaire.
Imaginez un tel massacre de propriétaires / autorisations - y a-t-il des fichiers / répertoires critiques qui ont besoin d'autorisations spéciales ou qui appartiennent à root pour que le système fonctionne?
permissions
home-directory
Byte Commander
la source
la source
~/.gvfs/
,~/.cache/gvfs-burn/
et~/.cache/dconf
. Il y en a probablement plus.drwx------ 2 romano romano 4096 dic 2 2008 .gvfs
et jamais eu de problème .... (voir la date). Aussidrwx------ 2 romano romano 4096 abr 28 14:57 .cache/dconf
Réponses:
AUCUN fichier
~
ne doit appartenir à root.Si un logiciel nécessite qu'un fichier de votre répertoire personnel soit la propriété d'un autre utilisateur, il s'agit d'un bug et doit être signalé comme tel.
En dehors de cela, un cas courant implique deux logiciels liés à la sécurité qui nécessitent des autorisations restreintes sur certains fichiers, à savoir:
SSH
Voir
man ssh
, sectionFILES
:D' autres fichiers comme
authorized_keys
,known_hosts
, etc. doivent être uniquement modifiables par l'utilisateur, mais peuvent être lisibles par tous.GnuPG
~/.gnupg
(et son contenu) ne doivent être accessibles que par vous. Avec d'autres autorisations, GPG se plaindra des autorisations non sécurisées.la source
~/.gvfs/
,~/.cache/gvfs-burn/
et~/.cache/dconf
? Ils appartiennent à root et je pense qu'ils devraient l'être.sudo
avec des programmes GUI, avez-vous?sudo -i
ousudo -H
probablement devrait être utilisée.En général, les fichiers et le répertoire de votre maison devraient vous appartenir.
J'ai d'étranges fichiers appartenant à root qui sont probablement le résultat de l'exécution de la
sudo
commande; en fait, il y a des programmes qui écrivent des choses$HOME
(ce que les programmes bien comportés nécessitant des privilèges de super-utilisateur ne devraient pas faire --- l'effet est la prise en charge par la racine des fichiers qui devraient appartenir à l'utilisateur).Normalement, les supprimer ou les reprendre (selon le fichier) ne crée pas de problèmes et souvent cela en résout certains, comme le fameux
.Xauthority
fichier --- et parfois, après l'exécutionsudo dconf-editor
, vous avez des choses dans des configurations que vous ne pouvez plus modifier.À propos des modes spéciaux:
x
signifie droit de traverser);.ssh
doit êtredrwx------
(0700) et ses clés privées-rw-------
(0600)Public
répertoire pour le partage, il devrait être probablementdrwxr-xr-x
(autorisation de lecture à n'importe qui) oudrwxrwxrwt
(avec autorisation d'écriture et bit collant, pour permettre l'écriture).... Je ne peux penser à rien de plus nécessitant un traitement spécial.
la source
~/.gvfs/
,~/.cache/gvfs-burn/
et~/.cache/dconf
? Ils appartiennent à root et je pense qu'ils devraient l'être.dconf
est votre configuration, et la commande / démon privilégié qui fait le montage des partitions doit transférer la propriété à vous --- sinon il est un bug. J'ai commenté cela sur votre question.~/.dbus/session-bus/7ae519bec942595a6925fb2d5448031b-1
et/home/ipc-admin/.aptitude/config
, beaucoup de choses sous/home/ipc-admin/.cache/pip/wheels/
,/home/ipc-admin/.local/share/session_migration-(null)
et/home/ipc-admin/.local/share/applications/mimeapps.list
. Pouvez-vous imaginer pourquoi ceux-ci appartiennent à root sur mon système?