Les icônes du bureau ne cessent de se réorganiser chaque fois que j'actualise le bureau ou démarre le système.
Lorsque j'organise les icônes en les déplaçant avec la souris et en les actualisant, elles sont défaites et réorganisées par leur nom. Quelle est la solution?
J'utilise Ubuntu 16.04.
Je pense que c'est un bug. Comment dois-je le signaler?
Ouvrez un terminal et entrez les commandes suivantes:
cd ~/.local/share/gvfs-metadata
Sudo chown $USER home
chmod 755 home
Cela permet à votre logiciel de bureau de modifier/enregistrer la configuration de l'icône.
(Merci à la communauté pour avoir corrigé les erreurs d’orthographe et de syntaxe.)
Pour les utilisateurs qui préfèrent une interface graphique (graphique), cela peut vous être utile.
Procédure: ouvert Nautilus (Fichiers) en tant que root, puis changez le fichier appelé 'home' pour qu'il soit UTILISATEUR Lecture/écriture
Launch Terminal => Sudo nautilus
Nautilus ( Files ) > Home > /.local > /share > /gvfs-metadata
Right click on file called " home " select “ Properties “ and change “ Permissions “
Notez que le fichier appelé "home" a probablement été défini sur le privilège "root" (il y avait probablement un petit symbole de verrou sur l'icône), ce qui signifie que l'utilisateur (vous) ne pouvait pas le modifier.
Justification:
Le problème est difficile à reproduire, mais il semble qu'Ubuntu 16.04 ne sera plus en mesure de "mémoriser" l'emplacement des icônes de bureau lorsque les autorisations des dossiers situés sur le bureau seront modifiées. Cela semble se produire lorsque l'application "Nautilus (le nom de l'icône est" Fichiers ")" est ouverte simultanément dans plusieurs états d'autorisation. Lorsque Nautilus (Fichiers) est lancé à l'aide du lanceur Unity, le niveau de contrôle est celui d'un "utilisateur". Lorsque Nautilus (Fichiers) est lancé à partir du terminal (CLI) à l’aide de Sudo, il est ouvert avec toutes les autorisations de "root". En plus de changer l'autorisation d'un dossier situé sur le bureau, Ubuntu modifiera également l'autorisation du fichier qui conserve les informations de configuration du bureau. Malheureusement, cela ne se produit pas régulièrement, il est donc difficile de confirmer cette théorie.
EDIT (30 août 2017):
Avant d’essayer la solution ci-dessous et si les autres réponses ne fonctionnent pas, essayez ceci:
$ Sudo chown -R (UserName) /home/(UserName)/.local/
Pour une raison quelconque, j'ai eu ce problème à nouveau après la mise à jour de Ubuntu 17.04, alors j’ai examiné et essayé les autres réponses et elles n’ont pas fonctionné (pas parce qu’elles ont oublié le "." Dans "~/.local/.. . "(encore une fois, j'utilise 17.04) mais parce que changer le mode et la propriété de" ./local/share/gvfs-metadata/home "ne fonctionnait pas, ce n'était probablement pas le bon fichier.) J'ai mis ceci ici au lieu d’éditer leur réponse car cela peut être différent des versions précédentes d’Ubuntu et, malheureusement, je n’ai pas encore le droit de commenter. J'ai décidé de chown et chmod tout le répertoire "~/.config" en vain, puis, après avoir examiné les autres réponses et commentaires, j'ai essayé de chown et chmod tout le répertoire "~/.local", en testant le résultat. après chaque étape, et j'ai remarqué que cela fonctionnait immédiatement, tout comme je l'avais maudit. Aucun chmod nécessaire. Ce pourrait être simplement ma configuration étrange, mais essayez quand même car, si cela fonctionne, vous n'affaiblissez pas votre sécurité, vous ne modifiez pas tout votre répertoire personnel. Cela corrigera tous les autres fichiers de configuration nécessaires au client de bureau, le cas échéant. J'espère que ça aide.
== FIN DE L'EDIT. ==
J'ai fait ça,
$ Sudo chown -R (UserName) /home/(UserName)
$ Sudo chmod -R 766 /home/(UserName)
La première commande garantit que le nom d'utilisateur mentionné (dans ce cas, vous) est propriétaire de tous les fichiers du répertoire /home/(UserName)
.
La deuxième commande garantit que vous, le propriétaire, disposez de toutes les autorisations (lecture, écriture, exécution) sur ces fichiers et que tous les autres utilisateurs ont accès en lecture et en écriture, ce qui permet au programme de bureau d’écrire dans le fichier de configuration. Il n'est pas nécessaire que ce soit 777 ou 766 (lisez l'édition en bas). Cela peut être 666 si vous le voulez, 766 vous donne simplement des autorisations d'exécution, juste pour vous assurer que les fichiers de configuration peuvent être écrasés et lus.
Cela fonctionne parce que le programme de bureau s'exécute sous le nom d'utilisateur sous lequel vous vous connectez, pas root. Si cet utilisateur ne possède pas les fichiers de configuration ou n'y a pas accès en écriture, à chaque fois que vous actualisez le bureau ou que vous redémarrez, les anciens fichiers ne pouvant pas être écrasés, il recharge l'ancienne configuration (comme les paramètres du bureau, emplacement de les icônes du bureau, etc.). En exécutant ces commandes, vous vous accordez la propriété et le contrôle total sur ces fichiers. Etant donné que le programme de bureau s'exécute en tant qu'utilisateur, il pourra également écraser et faire ce qu'il doit faire avec ces fichiers.
De plus, ces commandes donnent le répertoire de base de l'utilisateur (/ home/(UserName)) et tous les privilèges d'écriture/création de sous-répertoires, permettant ainsi à l'utilisateur et au programme de bureau de créer ces fichiers s'ils n'existaient pas. Si ces fichiers n'existent pas et ne sont pas créés, le programme de bureau générera une nouvelle présentation chaque fois qu'il sera actualisé ou redémarré. Ces commandes doivent vous assurer un accès complet à tous les sous-répertoires et le programme de bureau devrait maintenant pouvoir créer ces fichiers et enregistrer votre mise en page.
Edit: Lorsque vous utilisez la commande chmod, vous n'avez pas besoin de les rendre lisibles/enregistrables/exécutables (777). En fait, vous ne devriez vraiment pas le faire sauf si vous y êtes obligé, surtout si vous avez une machine multi-utilisateurs. C’est une erreur de ma part que j’ai suggéré au départ 777 et j’ai donc modifié ma réponse en 766, et non en 777. Vous pouvez utiliser ce que vous voulez, mais vous devez simplement vous assurer que vous pouvez écrire et lire tous vos fichiers de configuration. nécessaires au fonctionnement du programme de bureau et de tout autre logiciel.
Quelque chose à retenir ... La sécurité et la commodité (ou la fonctionnalité) ne font généralement pas bon ménage.