Así que estaba tratando de instalar algo en wine cuando encontré la sugerencia de usar sudo para obtener privilegios de administrador. Fue entonces cuando recibí el mensaje anterior
~/.wine is not owned by you
Leyendo, rápidamente me di cuenta de por qué aparece este mensaje y que intentar el sudo
vino es UNA IDEA REALMENTE MALA .
Así que no hice nada más y no tengo la intención de volver a sudo
beber vino. Mi pregunta es, porque recibí este bloqueo, ¿estoy a salvo? ¿O necesito eliminar todo el vino porque lo hice?
/.wine
o~/.wine
? Estoy bastante seguro de que no debería haber un.wine
directorio justo debajo de la raíz. ¿O hay algún chrooting del que no estoy al tanto?gedit
) como root, recuerde usar engksudo
lugar desudo
. Esto protege su carpeta de inicio de tales problemas.Respuestas:
Wine espera que
$WINEPREFIX
(por defecto~/.wine
) sea de su propiedad. Cuando ejecuta vino consudo
,~/.wine
es propiedad de usted , pero el vino se ejecuta como raíz . De ahí el error. Wine se cierra inmediatamente cuando esto sucede, por lo que no tiene que preocuparse, no se hizo daño.No es necesario restablecer las propiedades como en la respuesta de Zanna (esta serie particular de vino no hizo ningún cambio), pero eso generalmente es inofensivo.
Tenga en cuenta que las aplicaciones de Wine tienen tanto acceso al sistema como el usuario que ejecutan, por lo que ejecutar Wine como root, como se dio cuenta, es peligroso.
fuente
sudo wine application.exe
, solowine application.exe
No ha sucedido nada demasiado terrible;) la raíz podría haberse convertido en propietaria del directorio de configuración del vino, eso es todo.
Puede solucionar cualquier problema potencial asegurándose de ser el propietario de ese directorio. Cuando inicie sesión en su cuenta de usuario normal, ejecute (escribiendo con mucho cuidado):
fuente
$HOME
que no tengo! Por ejemplo, ¿qué hay de ese enlace simbólico al"$SHARED_WALLPAPERS"
o/usr/bin
? Por favor no avisechown -R "$USER:" "$HOME"
.sudo
aquí lo hace complicado.chown -R
no desciende en enlaces simbólicos. (Es posible que haya visto algo en la página de manual sobre el comportamiento predeterminado de desreferenciar los enlaces simbólicos; esto se refiere a los enlaces especificados en la línea de comando en lugar de los encontrados a través de la recursión; las opciones para la recursividad están más abajo)