J'ai donc essayé d'installer quelque chose dans wine lorsque j'ai rencontré la suggestion d'utiliser sudo pour obtenir des privilèges d'administrateur. C'est là que j'ai reçu le message ci-dessus
~/.wine is not owned by you
En lisant, j'ai rapidement compris pourquoi ce message apparaît et qu'essayer de sudo
vin est UNE IDÉE VRAIMENT MAUVAISE .
Je n'ai donc rien fait de plus et je n'ai plus l'intention de sudo
revoir le vin. Ma question est, parce que j'ai reçu ce bloc, suis-je en sécurité? Ou dois-je retirer tout le vin parce que je l'ai fait?
/.wine
ou~/.wine
? Je suis presque sûr qu'il ne devrait pas y avoir de.wine
répertoire juste sous la racine. Ou y a-t-il des chroot dont je ne suis pas au courant?gedit
) en tant que root, n'oubliez pas d'utiliser à lagksudo
place desudo
. Cela protège votre dossier personnel contre de tels problèmes.Réponses:
Wine s'attend à ce que
$WINEPREFIX
(par défaut~/.wine
) vous appartienne. Lorsque vous exécutez wine avecsudo
,~/.wine
appartient à vous , mais wine est exécuté en tant que root . D'où l'erreur. Le vin s'arrête immédiatement lorsque cela se produit, vous n'avez donc pas à vous inquiéter, aucun dommage n'a été fait.Vous n'avez pas besoin de réinitialiser les propriétés comme dans la réponse de Zanna (cette série de vins particulière n'a apporté aucun changement), mais c'est généralement inoffensif.
Notez que les applications Wine ont autant accès au système que l'utilisateur qu'elles exécutent, donc exécuter Wine en tant que root, comme vous l'avez compris, est dangereux.
la source
sudo wine application.exe
, justewine application.exe
Rien de trop terrible ne s'est produit;) root est peut-être devenu propriétaire du répertoire wine config, c'est tout.
Vous pouvez résoudre tout problème potentiel en vous assurant que vous êtes le propriétaire de ce répertoire. Lorsque vous êtes connecté sur votre compte d'utilisateur normal, exécutez (en tapant très soigneusement):
la source
$HOME
que je ne possède pas! Par exemple, que diriez-vous de ce lien symbolique vers"$SHARED_WALLPAPERS"
ou/usr/bin
? Veuillez ne pas conseillerchown -R "$USER:" "$HOME"
.sudo
ici, c'est compliqué.chown -R
ne descend pas dans les liens symboliques. (Vous avez peut-être vu quelque chose dans la page de manuel sur le comportement par défaut consistant à déréférencer les liens symboliques; cela se réfère aux liens spécifiés sur la ligne de commande plutôt qu'à ceux trouvés via la récursivité - les options de récursivité sont plus bas)