por eso el sistema te pide la clave de usuario cada vez que haces algun cambio de tu perfil, a veces es util ser root pero no es buena idea ya que podrias dejarlo activo y bye bye al sistema, desde consola puedes escribir #sudo su y pasas automaticamente a ser root. Desde el kdm nunca lo he probado pero si vi una vez en un archivo que se podia habilitar el root para las X. para serte sincero yo uso centos para mis servidores pero para escritorios uso kubuntu y al inicio me sentia extraño el tener que escribir sudo constantemente pero en pocos min te acostumbras y miras la ventaja de no ser root todo el tiempo.
No lo hagas. Cuando un programa corre como root, los permisos de archivos, directorios, dispositivos y demás no aplican y el acceso es inmediato (como consecuencia de esto, el usuario root en UNIX es mucho más potente que Administrator en windows - yo lo compararía con LocalSystem al menos). Por lo tanto tendrías carta blanca para deshacer tu máquina por completo. También, aunque todavía no es tan grave como en windows, si te acostumbras a usar la máquina como root para ver la web, revisar tu email, ver videos, escuchar música, editar archivos y demás, aumentas las probabilidades de que algún bug de las aplicaciones que usas corra sin control por el sistema (o que algún programa maligno se desmande si tienes el mal criterio de ejecutarlo). La férrea disposición (y las barreras que imponen las distribuciones) de no ser root para iniciar una sesión gráfica es en mi opinión lo que evita que en la familia UNIX se den las consecuencias patológicas de privilegios excesivos en DOS/Windows. Esto es más cierto mientras menos experiencia tengas en usar el sistema.
Míralo de esta manera: ningún programa es perfecto y no hay límites para el número de cosas que pueden salir mal en una mala actualización o un mal paso. Por ello es preferible correr el mínimo necesario de código con privilegios de root.
Esto es especialmente cierto en servidores (en donde ni siquiera deberías estar corriendo *nada* de terminales gráficas). Mientras menos código corra como el superusuario, menos daño puedes hacer.
Entrar a una terminal sola como root para correr lo que se necesite es lo que suelo hacer. Si no te gusta escribir sudo para cada comando que escribas, puedes usar los paquetes de bash-completion de ubuntu para que el shell complete los comandos cuando aplastes <TAB>. O simplemente corre 'sudo -i' y tendrás una terminal con permisos y ambiente de root (a diferencia de 'sudo su' que no asigna valores de PATH apropiados).
Entrar como root por ambiente gráfico == mala idea
Ahora bien, si eres 100% necio o simplemente quieres experimentar, metete a la configuracion de gdm/kdm (ubuntu/kubuntu) y cambia la opción ??/AllowRootLogin a yes y reinicia gdm/kdm. Yo uso kdm, por eso no sé el nombre exacto de la opción de gdm, pero segurmante alguien de aquí la sabe. Y si no, igual tenemos a google.
Bueno: primero explico rápidamente el problema y se darán cuenta que si necesito el root:
En donde trabajo, en el laboratorio que manejo instalé a todas las máquinas Ubuntu 9.04. En todas funciona muy bien, pero una,luego de la Instalación no pudo ejecutar el dmg; buscando encontré que tengo que reinstalarlo.
Al intentar reinstalarlo desde consola uso el comando:
sudo apt-get install --reinstall dmg
a lo cual aparece el mensaje:
E: No se pudo abrir el archivo de bloqueo 'var/lib/dpkg/lock' -open (13 Permiso denegado)
E: Imposible bloquear el directorio de administración (var/lib/dpkg) Es superusuario?
esta última línea me trajo a este foro y utilizando la información aquí disponible puse:
sudo su
pero el error que aparece es:
usuario is not the sudoers file. This incident will be reported.
Me parece raro, recuerden que estoy usando el usuario con el que instalé el Ubuntu en otras palabras, es el único usuario creado y por lo tanto creo que si debe ser administrativo.
Claro que lo más fácil sería reinstalar, pero su se puede aprender algo creo que es mejor.
En el foro hay instrucciones de como recuperar la clave de root de un linux, básicamente, arranca con un livecd o en modo de recuperación, montas la particoón raíz (/) y le borras la clave al usuario root (segundo campo en el /etc/shadow), yo de paso por cualquier cosa le agregaría al usuario en cuestión al sudoers (/etc/sudoers) o le agregaría al grupo admin que de seguro es el que está en el sudoers, con eso, podrías ingresar como el usuario normal y hacerte roor con:
su -
Y sin clave, ya como root, te sugeriría cambies la clave de root a una decente ;)
Comentarios
por seguridad no es recomendado
por eso el sistema te pide la clave de usuario cada vez que haces algun cambio de tu perfil, a veces es util ser root pero no es buena idea ya que podrias dejarlo activo y bye bye al sistema, desde consola puedes escribir #sudo su y pasas automaticamente a ser root. Desde el kdm nunca lo he probado pero si vi una vez en un archivo que se podia habilitar el root para las X. para serte sincero yo uso centos para mis servidores pero para escritorios uso kubuntu y al inicio me sentia extraño el tener que escribir sudo constantemente pero en pocos min te acostumbras y miras la ventaja de no ser root todo el tiempo.
Cuál parte es la que me
Cuál parte es la que me asegura? Es decir, cuando entro como otro usuario que no root, qué gano?
Saludos
epe
--
EcuaLinux.com
Ecuador: +(593) 9 9246504, +(593) 2 3412402
USA: +1 305 359 4495, España: +34 91 7617884
Saludos
epe
EcuaLinux.com
+(593) 9 9924 6504
Servicios en Software Libre
Mejor no entres como root
No lo hagas. Cuando un programa corre como root, los permisos de archivos, directorios, dispositivos y demás no aplican y el acceso es inmediato (como consecuencia de esto, el usuario root en UNIX es mucho más potente que Administrator en windows - yo lo compararía con LocalSystem al menos). Por lo tanto tendrías carta blanca para deshacer tu máquina por completo. También, aunque todavía no es tan grave como en windows, si te acostumbras a usar la máquina como root para ver la web, revisar tu email, ver videos, escuchar música, editar archivos y demás, aumentas las probabilidades de que algún bug de las aplicaciones que usas corra sin control por el sistema (o que algún programa maligno se desmande si tienes el mal criterio de ejecutarlo). La férrea disposición (y las barreras que imponen las distribuciones) de no ser root para iniciar una sesión gráfica es en mi opinión lo que evita que en la familia UNIX se den las consecuencias patológicas de privilegios excesivos en DOS/Windows. Esto es más cierto mientras menos experiencia tengas en usar el sistema.
Míralo de esta manera: ningún programa es perfecto y no hay límites para el número de cosas que pueden salir mal en una mala actualización o un mal paso. Por ello es preferible correr el mínimo necesario de código con privilegios de root.
Esto es especialmente cierto en servidores (en donde ni siquiera deberías estar corriendo *nada* de terminales gráficas). Mientras menos código corra como el superusuario, menos daño puedes hacer.
Entrar a una terminal sola como root para correr lo que se necesite es lo que suelo hacer. Si no te gusta escribir sudo para cada comando que escribas, puedes usar los paquetes de bash-completion de ubuntu para que el shell complete los comandos cuando aplastes <TAB>. O simplemente corre 'sudo -i' y tendrás una terminal con permisos y ambiente de root (a diferencia de 'sudo su' que no asigna valores de PATH apropiados).
Entrar como root por ambiente gráfico == mala idea
Ahora bien, si eres 100% necio o simplemente quieres experimentar, metete a la configuracion de gdm/kdm (ubuntu/kubuntu) y cambia la opción ??/AllowRootLogin a yes y reinicia gdm/kdm. Yo uso kdm, por eso no sé el nombre exacto de la opción de gdm, pero segurmante alguien de aquí la sabe. Y si no, igual tenemos a google.
Suerte.
--
haber != a ver
ha != a
he probado pero el usuario no está en el archivo de sudoers
Ante todo gracias por la ayuda.
Bueno: primero explico rápidamente el problema y se darán cuenta que si necesito el root:
En donde trabajo, en el laboratorio que manejo instalé a todas las máquinas Ubuntu 9.04. En todas funciona muy bien, pero una,luego de la Instalación no pudo ejecutar el dmg; buscando encontré que tengo que reinstalarlo.
Al intentar reinstalarlo desde consola uso el comando:
sudo apt-get install --reinstall dmg
a lo cual aparece el mensaje:
E: No se pudo abrir el archivo de bloqueo 'var/lib/dpkg/lock' -open (13 Permiso denegado)
E: Imposible bloquear el directorio de administración (var/lib/dpkg) Es superusuario?
esta última línea me trajo a este foro y utilizando la información aquí disponible puse:
sudo su
pero el error que aparece es:
usuario is not the sudoers file. This incident will be reported.
Me parece raro, recuerden que estoy usando el usuario con el que instalé el Ubuntu en otras palabras, es el único usuario creado y por lo tanto creo que si debe ser administrativo.
Claro que lo más fácil sería reinstalar, pero su se puede aprender algo creo que es mejor.
Gracias por la ayuda
En el foro hay instrucciones
En el foro hay instrucciones de como recuperar la clave de root de un linux, básicamente, arranca con un livecd o en modo de recuperación, montas la particoón raíz (/) y le borras la clave al usuario root (segundo campo en el /etc/shadow), yo de paso por cualquier cosa le agregaría al usuario en cuestión al sudoers (/etc/sudoers) o le agregaría al grupo admin que de seguro es el que está en el sudoers, con eso, podrías ingresar como el usuario normal y hacerte roor con:
su -
Y sin clave, ya como root, te sugeriría cambies la clave de root a una decente ;)
Suerte ...
bye
;)