Desde el shell y sin privilegios de root, ¿cómo puedo determinar qué versión de Red Hat Enterprise Linux estoy ejecutando?
Idealmente, me gustaría obtener la versión de lanzamiento principal y secundaria, por ejemplo RHEL 4.0 o RHEL 5.1, etc.
Puede usar el lsb_release
comando en varias distribuciones de Linux:
lsb_release -i -r
Esto le indicará la Distribución y la Versión y es un poco más preciso que acceder a archivos que pueden haber sido modificados o no por el administrador o un paquete de software. Además de trabajar en múltiples distribuciones.
Para RHEL, debe usar:
cat /etc/redhat-release
lsb_release -i -r
-bash: lsb_release: comando no encontrado. Sin embargo,cat /etc/redhat-release
Red Hat Enterprise Linux Server versión 5.6 (Tikanga)Puede ver el contenido de / etc / redhat-release, que se verá así:
Los contenidos son diferentes para un sistema RHEL real. Esta técnica funciona en todos los derivados de RedHat, incluidos CentOS, Fedora y otros.
fuente
lsb_release
es el primero que hay que tratar, pero ya que no se haya instalado mirando archivos es un buen plan B.Prefiero usar el archivo / etc / issue.
He visto muchas situaciones en las que / etc / redhat-release se ha modificado para cumplir con los requisitos de compatibilidad de software (por ejemplo, los agentes de administración de Dell o HP).
fuente
/etc/issue
también funciona en otros sistemas operativos, como Debian y Ubuntu, y funciona con sistemas operativos Linux que no se ajustan a la base de estándares de Linux y sistemas operativos livianos que no tienen instaladas las utilidades lsb *./etc/issue
está destinado a ser analizado por agetty , que reemplaza las secuencias de escape con la información adecuada. Si locat
hace, el resultado puede ser decepcionante. En Fedora, uno obtieneFedora release 20 (Heisenbug) Kernel \r on an \m (\l)
, que le dice algo, pero en RHEL7, uno simplemente obtiene\S Kernel \r on an \m
./etc/issue
puede ser reemplazado por el administrador local y, por lo tanto, no es una fuente confiable de información.La forma más confiable cuando
lsb_release
no está instalado es:En instalaciones mínimas,
lsb_release
falta.Para que esto funcione también con clones de Red Hat (el crédito va a los comentarios):
O, como un solo comando (en lugar de ejecutar dos "rpm"):
Utilice
sed
/cut
y otras herramientas de UNIX para manipular texto para obtener lo que desea.fuente
rpm -qa '(oraclelinux|sl|redhat|centos)-release(|-server)'
sl es para Scientific Linux; si conoce el nombre correcto para otras reconstrucciones de RHEL, tal vez comente a continuación. Advertencia: no se ha probado exhaustivamente.rpm -qa | grep release
es aún más fácilAsumiendo que realmente es un lanzamiento de Red Hat (no Centos):
O simplemente ejecuta:
Y mapear la salida. 2.6.9 los núcleos son RHEL4, 2.6.18 los núcleos son RHEL5. Si es necesario, puede asignar la versión completa a las versiones de actualización específicas de Red Hat (es decir, 2.6.9-89 es RHEL5 U4).
fuente
rpm -q redhat-release
solo regresapackage redhat-release is not installed
por mí yuname -r
me dice la versión del kernel.Yo prefiero
hostnamectl
:fuente
Me gusta mucho usar el
/etc/os-release
archivo, que está en la versión RPM:Este archivo puede obtenerse en scripts, como:
fuente
Si desea obtener los números de versión, lo siguiente es lo más breve y simple posible.
Probado en rhel 6.7, rhel 7.2, debian 8.3 y ubuntu 14.04:
Para un ejemplo práctico, digamos que desea probar la distribución de la versión mayor y menor y hacer cosas basadas en eso:
fuente
Llegué tarde a esto, pero me divertí tratando de descubrir la versión RHEL en varios nodos remotos. Entonces, si tiene un lote de servidores que usan la misma contraseña (lo sé, lo sé ...) aquí hay una rápida y sucia para verificar la versión de RedHat:
Crear un script de espera
Espere que el script verifique la versión principal de RedHat en varios hosts remotos
Ejecute el script para todos sus nodos
Salida
fuente