CentOS | [root @ hostname] ya no se muestra?

10

Por alguna razón, inicié sesión en mi servidor CentOS6 y al principio de cada línea normalmente muestra

[root@hostname]# 

Ahora se nota

-bash-4.1#

¿Qué significa esto? ¿Y cómo puedo volver a la normalidad?

Rui F Ribeiro
fuente
Google: /etc/skel.
quanta
¿Qué echo $PS1muestra? ¿ suObtuviste root en lugar de su -?
jscott
@jscott Estoy conectado a la raíz, y sí, hice su. no su - ¿cómo saldría de eso?
ls -a /root/ | egrep '^\.'?
quanta
@Necro publicó una respuesta, avíseme si eso ayuda.
jscott

Respuestas:

13

Ejecute este comando en su terminal:

export PS1='[\u@\h \W]\$ '

Si desea mostrar este programa después de reiniciar, puede intentar esto (con su):

echo "export PS1='[\u@\h \W]\$ '" > /etc/profile.d/bash_prompt.sh

más información:

man bash

Truongvan
fuente
Funciona bien y resuelve mi problema, muchas gracias.
Loc_rabbirt
8

Tuve el mismo problema, así es como lo resolví:

Una de las dos cosas sucedió. O bien el directorio /rootfue eliminado; o un archivo /dañado que falta .bashrcen /root( .bashrcfuentes /etc/bashrc, que establece la solicitud), puede ejecutar el siguiente comando para restaurar los archivos originales (que se copian automáticamente cuando se crea la raíz o cualquier cuenta de usuario). Ejecute este comando como el usuario que tiene problemas O defina la ruta de destino a/home/directory/user/

cp -v /etc/skel/.bash* ~/             #if logged in as user
cp -v /etc/skel/.bash* /home/user/    #run as root

Debería reemplazar el terminal .bash_logout, .bash_profiley .bashrc- salir y volver a iniciar sesión. ¡ -bash-4.1#Ahora debería haber desaparecido!

nak_attack
fuente
¡Gracias! ¡Ejecuté cp -v /etc/skel/.bash* ~/ como root y trabajé perfectamente!
zinon
4

Según su comentario, parece que ha hecho un su, para cambiar al usuario raíz, en lugar de hacerlo su -. El seguimiento -hará que el shell sea un shell de inicio de sesión, sin él puede notar que su entorno de usuario raíz está "apagado".

Para salir de la susesión, simplemente escriba exit Entero presione ctrl+ d. Luego, vuelva a ingresar a la sesión usando su -. Vea la página del manual man su, para más detalles.

jscott
fuente
1

Significa que en un lugar su solicitud de comando fue cambiada por el contenido de .profile (o el perfil del sistema) ... en el segundo caso, su solicitud no fue cambiada.

Por cierto, lo que es "normal". En mi opinión, el valor predeterminado de la aplicación (la segunda entrada) es normal. Como en otras cosas "normal" significa cosas diferentes para diferentes personas. En UNIXland hay muchas maneras de hacer las cosas, una etiqueta como esta realmente no tiene sentido.

Te sugiero que estudies detenidamente la página del manual o busques un buen libro sobre bash.

mdpc
fuente
Por favor mira mi edición.
Mi respuesta sigue en pie ... por favor, consiga un libro de shell si va a utilizar mucho el bash shell.
mdpc
De acuerdo, obtendré un libro, pero hasta que lo haga, ¿cómo vuelvo al [root @ hostname] #?
Lo que diría es volver a ejecutar el perfil del sistema usando el '.' comando ... suponiendo que el perfil de su sistema proporcione tal aviso.
mdpc
0

¿Por casualidad intentaste editar tu archivo .bashrc?

Hay una copia de seguridad ubicada aquí:

/etc/skel/.bashrc

Para restaurar la raíz, ejecute esto:

cp /etc/skel/.bashrc /root/.bashrc
Casa en la playa
fuente
0

Parece que todas estas personas no sabían cómo obtener el mensaje de volver a mostrar [root @ domain] ~ #

Me resulta difícil creer que no obtuvo una respuesta directa a su pregunta. Porque estoy buscando la misma respuesta.

%userx@voided ~>>$cat /etc/skel/.bashrc
# .bashrc

# If not running interactively, don't do anything
 [[ $- != *i* ]] && return

 alias ls='ls --color=auto'
 PS1='[\u@\h \W]\$ '

no cambia la solicitud para indicar root cuando se usa su - password para cambiar a root. el mío solo muestra #

cuando solía hacer lo mismo.

uxserx-bw
fuente