Copyright © 2007 Red Hat, Inc. y otros [1]
En este documento se cubren los siguientes temas:
Notas relacionadas con la instalación
Previos de tecnologías
Problemas conocidos
Información general
Programa de actualización de controladores
Internacionalización
Notas relacionadas con el kernel
Puede ser que algunas actualizaciones hechas a Red Hat Enterprise Linux 5 no aparezcan en estas notas de lanzamiento. Una versión actualizada de las notas de lanzamiento puede encontrarse en la siguiente URL:
http://www.redhat.com/docs/manuals/enterprise/RHEL-5-manual/index.html
La siguiente sección incluye información específica sobre la instalación de Red Hat Enterprise Linux y el programa de instalación Anaconda.
Para actualizar un sistema con Red Hat Enterprise Linux, debe utilizar Red Hat Network para actualizar aquellos paquetes que hayan cambiado.
Puede utilizar Anaconda para realizar una instalación nueva de Red Hat Enterprise Linux 5 o para actualizar la última versión de Red Hat Enterprise Linux 4 a Red Hat Enterprise Linux 5.
Si está copiando el contenido de los CD-ROMs de Red Hat Enterprise Linux 5 (por ejemplo, en preparación para una instalación basada en la red), asegúrese de copiar únicamente los CD-ROMs del sistema operativo. No copie los CD-ROMs de Extras ni ninguno de los CD-ROMs complementarios, pues esto sobreescribirá archivos que son necesarios para la correcta operación de Anaconda. Estos CD-ROMs deben ser instalados después de finalizada la instalación de Red Hat Enterprise Linux.
La organización de los paquetes de los componentes de software en las diferentes variantes del producto ha cambiado en comparación con versiones anteriores de Red Hat Enterprise Linux. El número total de variantes e imágenes ISO ha sido reducido a dos:
Red Hat Enterprise Linux 5 Server
Red Hat Enterprise Linux 5 Client
Las imágenes ISO contienen paquetes de software para un número opcional de repositorios que proporcionan funciones adicionales al núcleo de la distribución. Entre estas opciones se encuentra la virtualización, cluster y almacenamiento de cluster. Para obtener mayor información sobre las variantes, Cliente y Servidor, y sobre las diferentes opciones, consulte http://www.redhat.com/rhel/.
Con las opciones adicionales de contenido en el mismo árbol o imagen ISO, es importante evitar inconsistencias entre los componentes ofrecidos para ser instalados y aquellos cubiertos por la suscripción. Dichas inconsistencias incrementan los riesgos de vulnerabilidad y errores.
Para asegurarse de que los componentes ofrecidos están sincronizados con la suscripción, Red Hat Enterprise Linux 5 requiere la introducción de un Número de instalación que el instalador utilizará para ofrecer el conjunto de paquetes correcto. Este número de instalación está incluido en su suscripción.
Si no introduce el Número de instalación, se instalará el núcleo del servidor o del escritorio. Funciones adicionales pueden ser añadidas posteriormente. Para obtener mayor información sobre el número de instalación, consulte http://www.redhat.com/apps/support/in.html
El número de instalación utilizado durante el proceso de instalación será guardado en /etc/sysconfig/rhn/install-num. Durante el proceso de registro a Red Hat Network, rhn-register revisa este archivo para determinar automáticamente los canales hijos a los cuales el sistema debe suscribirse.
Se está utilizando una nueva versión de llaves para firmar los paquetes de Red Hat Enterprise Linux 5. Cuando esté actualizando un sistema por primera vez, se le solicitará permiso para instalar esta llave.
Las llaves se distribuyen en los siguientes archivos:
/etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-release — contiene la llave pública para la nueva versión de las llaves
/etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-auxiliary — contiene la llave pública para la versión auxiliar de llaves. No se utiliza en la actualidad
/etc/pki/rpm-gpg/RPM-GPG-KEY-redhat-former — contiene la llave pública para versiones anteriores de las llaves. Utilizada para versiones anteriores de Red Hat Enterprise Linux
En Red Hat Enterprise Linux 5, el sistema de control de versiones Subversion está enlazado a Berkeley DB 4.3. Si se está realizando una actualización de Red Hat Enterprise Linux 4 y se ha creado algún repositorio Subversion en el sistema utilizando Berkeley DB "BDB" (en vez de utilizar únicamente el sistema de archivos "FSFS"), se debe tener especial cuidado de que los repositorios se puedan acceder después de la actualización. Se debe seguir este proceso en el sistema Red Hat Enterprise Linux 4 antes de actualizar a Red Hat Enterprise Linux 5:
Apague cualquier proceso que esté en ejecución y asegúrese de que ningún proceso tenga acceso al repositorio (por ejemplo, httpd o svnserve; o cualquier usuario local con acceso directo).
Cree una copia de seguridad del repositorio utilizando el siguiente comando:
svnadmin dump /path/to/repository | gzip > repository-backup.gz
Ejecute el comando svnadmin recover en el repositorio:
svnadmin recover /path/to/repository
Borre cualquier archivo de registro que no se esté utilizando en el repositorio:
svnadmin list-unused-dblogs /path/to/repository | xargs rm -vf
Borre los archivos de memoria compartida que queden en el repositorio:
rm -f /path/to/repository/db/__db.0*
Cuando se instala Red Hat Enterprise Linux 5 utilizando medios de instalación divididos (como en el caso de los CDs o NFSISO) ocurre un error durante la instalación de amanda-server.
Por lo cual, si desea utilizar amanda-server, debe instalar el paquete utilizando yum después de instalar Red Hat Enterprise Linux 5.
Tenga en cuenta que este problema no afecta las instalaciones donde no se usa un medio de instalación dividido (por ejemplo en las instalaciones con DVD o árboles de instalación NFS).
Si el dispositivo IDE/PATA (Parallel ATA) está configurado en el modo "100% Native", algunas BIOS pueden prevenir que la instalación de Red Hat Enterprise Linux 5 sea satisfactoria. Para prevenir que esto ocurra, configure el modo IDE/PATA como "Legacy" en la BIOS.
El IBM System z no proporciona una consola física al estilo Unix. Por lo cual, Red Hat Enterprise Linux 5 para IBM System z no soporta la funcionalidad firstboot durante la carga inicial del programa.
Para iniciar apropiadamente la configuración para Red Hat Enterprise Linux 5 en sistemas IBM System z, ejecute el siguiente comando después de la instalación:
/usr/bin/setup — proporcionado por el paquete setuptool
/usr/bin/rhn_register — proporcionado por el paquete rhn-setup
Durante el proceso de instalación, Anaconda elegirá el kernel que será instalado. El kernel seleccionado no permite que Red Hat Enterprise Linux 5 detecta más de 4GB de RAM. Por lo cual, si su sistema tiene más de 4GB de RAM, usted deberá instalar el kernel-PAE después de completada la instalación.
Tenga en cuenta que esta situación no ocurre cuando se ejecuta una instalación virtual.
Al iniciar Anaconda con PXE utilizando el parámetro ksdevice=bootif, se le preguntará la interfaz ethernet a utilizar durante la instalación. Si sólo hay una interfaz ethernet conectada, utilice el parámetro ksdevice=link en cambio. Alternativamente, usted puede especificar la interfaz de manera manual.
Las funciones nombradas como previos de tecnologías no están actualmente soportadas en los servicios de suscripción de Red Hat Enterprise Linux 5. Las funcionalidades de estos previos pueden no estar completas y generalmente no son apropiadas para utilizar en sistemas de producción. Sin embargo, estas funciones son incluidas por conveniencia del usuario y para exponer dichas tecnologías a un público más amplio.
Los usuarios pueden encontrar útiles estas funciones en entornos que no sean de producción. Los usuarios pueden asimismo proporcionar retroalimentación y sugerencias de funcionalidades para un previo de una tecnología antes de que esta sea totalmente soportada. Se proporcionarán erratas para problemas de seguridad muy serios.
A través de su desarrollo, se pueden ofrecer al público partes adicionales de un paquete considerado previo de tecnología con el propósitos de probarlo. Es la intención de Red Hat soportar completamente un previo de tecnología en un lanzamiento posterior.
Se incluyen en esta versión beta de Red Hat Enterprise Linux 5 piezas de infraestructura para habilitar Stateless Linux. Stateless Linux es una nueva manera de pensar en cómo se debe ejecutar y administrar un sistema Linux, diseñado para simplificar el aprovisionamiento y administración de gran número de sistemas al hacerlos fácilmente reemplazables. Esto se logra al establecer imágenes de sistemas preparadas que pueden ser duplicadas a lo largo de un gran número de sistemas Stateless Linux, leyendo el sistema operativo en modo de solo lectura (por favor consulte /etc/sysconfig/readonly-root para obtener mayor información).
En su estado actual de desarrollo, Stateless Linux tiene un subconjunto de las características de los objetivos proyectados. Por lo cual, esta funcionalidad ha sido catalogada como "previo de tecnología".
La siguiente es una lista de las funciones iniciales incluidas en Red Hat Enterprise Linux 5:
ejecución de una imagen de Stateless Linux a través de NFS
ejecución de una imagen de Stateless Linux como bucle a través de NFS
ejecución sobre iSCSI
Se le recomienda encarecidamente a aquellos interesados en probar código de Stateless Linux, la lectura del HOWTO en http://fedoraproject.org/wiki/StatelessLinuxHOWTO y la participación en la lista de correo [email protected].
GFS2 es una avance evolutivo del sistema de archivo GFS. Aunque es totalmente funcional, GFS2 aún no está listo para sistemas de producción. GFS2 será soportado en una actualización posterior de Red Hat Enterprise Linux 5. También se proporciona una utilidad de conversión, gfs2_convert, que actualiza los metadatos de un sistema de archivos GFS a GFS2.
FS-Cache es un servicio de caché local para sistemas de archivos remotos; éste le permite a los usuarios guardar datos NFS de caché en discos montados localmente. Para configurar la utilidad FS-Cache, instale el RPM cachefilesd y consulte las instrucciones en /usr/share/doc/cachefilesd-<version>/README.
Remplace <version> con la versión correspondiente del paquete cachefilesd ha instalar.
Compiz es un administrador de ventanas basado en OpenGL. Además de la administración de ventanas, compiz actúa como un administrador de composición. En este rol, compiz coordina y sincroniza la tarea de dibujar todo el escritorio, proporcionando así un escritorio con menos pestañeos y una apariencia más sólida.
Compiz utiliza aceleración de hardware 3D para representar efectos, tales como desvanecimientos de ventanas animadas y transiciones entre escritorios virtuales.
Debido a las limitaciones en la arquitectura de representación actual, compiz no funciona correctamente con aplicaciones OpenGL de representación directa o con aplicaciones que utilizan extensiones Xv. Dichas aplicaciones mostrarán artefactos de representación no dañinos; por este motivo, compiz es considerado un previo de tecnología.
En Red Hat Enterprise Linux 5, la capacidad del sistema de archivos EXT3 ha sido extendida de 8TB a 16TB como máximo. Este crecimiento en la capacidad es considerado un previo de tecnología. Se espera soportar esta tecnología totalmente para un lanzamiento posterior de Red Hat Enterprise Linux 5.
AIGLX es una función considerada como previo de tecnología del servidor X, el cual es soportado. Su meta principal es permitir los efectos de aceleración GL en escritorios estándar. El proyecto consiste de:
un servidor X ligeramente modificado
un paquete Mesa actualizado que añade el soporte de un nuevo protocolo
Al instalar estos componentes, usted puede tener efectos GL acelerados en su escritorio con muy pocos cambios y la posibilidad de activarlos y desactivarlos a su gusto sin tener que reemplazar el servidor X. AIGLX también permite que las aplicaciones GLX remotas aprovechen las ventajas de la aceleración de hardware GLX.
El objetivo del proyecto frysk es crear una herramienta inteligente, distribuida y siempre disponible de depurado y monitoreo de sistemas que le permita a los desarrolladores y administradores de sistemas:
monitorizar procesos en ejecución e hilos (incluyendo los eventos de creación y destrucción)
sondear el uso de bloqueo de primitivas
exponer bloqueos mutuos
obtener data
depurar cualquier proceso escogido desde una lista o permitir que frysk abra una ventana con el código (u otro) de un proceso que falló o se está comportando inesperadamente
En Red Hat Enterprise Linux 5, la interfaz gráfica de usuario de frysk es considerado un previo de tecnología mientras que la línea de comandos de frysk es soportada por completo.
Systemtap proporciona una infraestructura de software libre (GPL) que recoge información sobre el sistema Linux en ejecución. Asiste en el diagnóstico de un problema de rendimiento o funcionalidad. Con la ayuda de systemtap, los desarrolladores no necesitarán pasar a través de la tediosa secuencia de recompilar, instalar y reiniciar, que sería necesaria para recolectar los datos.
Dogtail es una herramienta GUI de pruebas y marco de trabajo de automatización escrito en Python que utiliza tecnologías de accesibilidad para comunicarse con las aplicaciones de escritorio.
Red Hat Enterprise Linux 5 también presenta soporte para los siguientes idiomas como previos de tecnologías:
Assamese
Kannada
Sinhalese
Telugu
Para obtener mayor información sobre cómo instalar y activar el soporte para estos idiomas, consulte la sección Internacionalización de este documento.
Anaconda tiene ahora la habilidad de detectar, crear e instalar a dispositivos dm-multipath. Para activar esta función, añada el parámetro mpath a la línea de arranque del kernel.
Note que el parámetro mpath puede causar un fallo de arranque si el número major:minor del dispositivo cambia. Este problema se abordará en una actualización futura de Red Hat Enterprise Linux 5.
Anaconda puede ahora realizar instalaciones en dispositivos iSCSI. La instalación e inicio está totalmente soportada con el iniciador de hardware QLogic qla4xxx. Sin embargo, la funcionalidad de instalar en dispositivos iSCSI para el iniciador de software open-iscsi se considera en estos momentos como previo de tecnología debido a los siguientes problemas:
La instalación en modo texto no finaliza. Usted debe realizar una instalación gráfica o una instalación kickstart.
Las instalaciones desde medios no finalizan. Usted debe realizar una instalación desde la red.
Dependiendo del orden de eventos, Anaconda podría no detectar todos los objetivos iSCSI o LUNs. Cuando esto ocurra, utilice la shell del programa de instalación para configurar el almacenamiento a través de comandos iSCSI.
El demonio iscsid podría no iniciar apropiadamente. Esto podría ocasionar que el sistema no pueda manejar todos los errores iSCSI, tales como los problemas de red, vencimiento de tiempo SCSI/iSCSI y errores a destinos. Para confirmar que el demonio iscsid está siendo ejecutado, utilice el comando iscsiadm -m session -i y revise que la línea Internal iscsid Session State: reporte un valor (no importa cual sea éste).
En ciertas implementaciones objetivos iSCSI, el sistema podría colgarse durante el proceso de apagado.
En ciertas implementaciones objetivos iSCSI, el sistema podría colgarse durante el proceso de inicio. Para evitar que ésto suceda, apague el sistema e inícielo de nuevo (en vez de reiniciarlo directamente desde una sesión).
El arranque desde dispositivos iSCSI en sistemas IBM System p no funciona apropiadamente. Aunque la instalación al dispositivo iSCSI parece funcionar, la instalación resultante no arranca apropiadamente.
La primera vez que arranque el sistema después de la instalación, usted podría recibir errores de SELinux como el siguiente:
kernel: audit(1169664832.270:4): avc: denied { read
} for pid=1964 comm="iscsid"
Para solucionar este problema, arranque el sistema con el parámetro de kernel enforcing=0. Una vez el sistema haya arrancado apropiadamente, utilice el comando setenforce 1 para restaurar SELinux.
Estas limitaciones serán abordadas en una actualización futura de Red Hat Enterprise Linux 5.
Los adaptadores de bus de host que utilizan controladores MegaRAID deben operar en modo de emulación "Mass Storage" y no en modo de emulación "I2O". Ejecute los siguientes pasos para cambiar el modo de emulación:
Vaya a la Utilidad de configuración de la BIOS.
Vaya al Menú de configuración del adaptador.
Bajo Otras opciones del adaptador, seleccione Emulación y establescalo a Mass Storage.
Si el adaptador se establece incorrectamente a "I2O", el sistema intentará cargar el controlador i2o. Esta acción fallará y evitará que se cargue el controlador apropiado.
Lanzamiento anteriores de Red Hat Enterprise Linux no intentaban cargar el controlador I2O antes del controlador MegaRAID. Sin embargo, el hardware debe establecerse siempre a emulación "Mass Storage" cuando sean utilizados con Linux.
Cuando instale un huésped totalmente virtualizado configurado con vcpus=2, el huésped tomará una cantidad irrazonable de tiempo para arrancar.
Para solucionar este problema, destruya el huésped cuyo arranque es lento utilizando el comando xm destroy<id del huésped> y luego utilice xm create<id del huésped> para iniciar el mismo huésped.
Red Hat Enterprise Linux 5 incluye openmpi-1.1.1-4.el5 (de la distribución OFED 1.1). Se ha descubierto que este componente deja de funcionar en ciertas circunstancias. Esto sucede cuando la pila openmpi funciona como se espera por una cantidad de tiempo variable.
Para obtener versiones actualizadas de openmpi, revise http://people.redhat.com/dledford/Infiniband/openmpi
La instalación del servidor Windows 2003 como huésped en un sistema Red Hat Enterprise Linux 5 totalmente virtualizado termina inesperadamente después de completar la primera parte de la instalación. Cuando esto sucede, la ventana de consola gráfica se cierra y el huésped desaparece de la lista de máquinas en el Administrador de máquinas virtuales. Esto da como resultado un error de tubería rota -Broken pipe.
Este problema será resuelto en una actualización próxima de Red Hat Enterprise Linux 5. Como solución temporal, utilice el siguiente comando en una terminal:
xm create /etc/xen/<nombre de la máquina huésped>
Después de escribir este comando, abra la máquina virtual.
Cuando intente crear un servidor Windows 2003 totalmente virtualizado utilizando un CD/DVD, la segunda etapa de la instalación del huésped no continuará después del reinicio.
Como solución temporal, edite /etc/xen/<nombre de la máquina huésped> para añadir una entrada para el dispositivo de CD/DVD.
Si se utiliza un archivo cono dispositivo virtual en la instalación, la línea disk de /etc/xen/<nombre de la máquina huésped> mostrará lo siguiente:
disk = [ 'file:/PATH-OF-SIMPLE-FILE,hda,w']
Un dispositivo de CD/DVD localizado en el anfitrión como /dev/dvd puede ser habilitado para la segunda etapa de la instalación como hdc si añade una entrada parecida a: 'phy:/dev/dvd,hdc:cdrom,r'. Tras ello, la línea disk debe mostrar lo siguiente:
disk = [ 'file:/opt/win2003-sp1-20061107,hda,w', 'phy:/dev/dvd,hdc:cdrom,r']
La ruta precisa del dispositivo a utilizar puede ser diferente dependiendo del hardware.
rmmod xennet causa que domU falle debido a una tabla de sesión en la función de virtualización. Debido a la incapacidad actual de la función de virtualización de liberar en modo asincrónico operaciones en la tabla de sesión, no es seguro cargar el módulo xennet en los huéspedes. En tales situaciones, se utiliza la tabla de sesión para realizar comunicaciones entre el backend y el frontend. No hay garantía de que el backend libere las referencias, lo que conlleva a una inevitable pérdida de memoria.
Este problema será resuelto en un lanzamiento menor de Red Hat Enterprise Linux 5. En estos momento, se le recomienda a los usuarios no descargar el módulo xennet en los huéspedes.
Al ejecutar ethtool eth0 se muestra información incompleta sobre los parámetros de la tarjeta ethernet. Esto sólo sucede en sistemas que ejecutan el kernel virtualizado ya que la virtualización utiliza una configuración de red en donde el dispositivo ethernet es identificado como peth0. Por lo cual, el comando correcto para obtener información sobre el dispositivo de ethernet físico es ethtool peth0.
Cuando utilice Red Hat Enterprise Linux 5 en máquinas con un chipser nVidia CK804 instalado, usted podría recibir mensajes de kernel como el siguiente:
kernel: assign_interrupt_mode Found MSI capability kernel: pcie_portdrv_probe->Dev[005d:10de] has invalid IRQ. Check vendor BIOS
Estos mensajes indican que ciertos puertos PCI-E no están solicitando IRQs. Estos mensajes, sin embargo, no afectan la operación de la máquina.
Algunos dispositivos inalámbricos Cisco Aironet previenen que NetworkManager almacene información de la conexión de redes inalámbricas que no realizan la difusión SSID. Una limitación del dispositivo inalámbrico Cisco Aironet es la causa de este problema.
Los portátiles con tarjetas inalámbricas Cisco Aironet MPI-350 pueden colgarse al intentar obtener la dirección DHCP durante una instalación de red que utiliza el puerto ethernet.
Para solucionar este problema, utilice medios locales para la instalación. Alternativamente, usted puede desactivar la tarjeta wireless en la BIOS del portátil antes de la instalación (puede activar esta tarjeta una vez completado el proceso de instalación).
Actualmente, system-config-kickstart no soporta la selección o deselección de paquetes. Cuando utilice system-config-kickstart verá la opción Selección de paquetes desactivada. Esto se debe a que system-config-kickstart utiliza yum para obtener la información de los grupos, pero no puede configurar yum para conectarse con Red Hat Network.
Este problema está siendo investigado para proporcionar una solución en el siguiente lanzamiento de Red Hat Enterprise Linux 5. Por el momento, usted deberá actualizar la sección paquetes en su archivo kickstart de forma manual. Cuando utilice system-config-kickstart para abrir un archivo kickstart, éste preservará toda la información sobre los paquetes y la volverá a escribir al archivo cuando éste se guarde.
Los sistemas con controladores SATA podrían detenerse durante el proceso de inicio, mostrando el siguiente mensaje de error:
ata2: port is slow to respond, please be patient
Después, el siguiente mensaje de error aparecerá:
ata2: reset failed, giving up
Note que después del segundo mensaje de error, el sistema continuará con el proceso de arranque normal. Además del retraso que los mensajes representan, no hay ningún otro impacto sobre el sistema. Mientras los dispositivos SATA estén físicamente presentes, éstos serán detectados apropiadamente.
Los sistemas Sun Blade X8400 Server Module de 4-socket AMD que no tienen la memoria configurada en node 0 presentarán un pánico de kernel durante el proceso de arranque. Los sistemas deben ser configurados con la memoria en node 0 para prevenir esto.
La instalación a dispositivos espejos LVM a través de Anaconda no está soportada en la actualidad. Esta funcionalidad será añadida en una actualización posterior de Red Hat Enterprise Linux 5.
Cuando se instale Red Hat Enterprise Linux 5 desde un directorio en un servidor que contiene imágenes ISO de Red Hat Enterprise Linux, Anaconda podría mostrar el siguiente mensaje de error:
Incapaz de leer los metadatos del paquete. Esto puede ser causado por un directorio de repositorio de datos faltante. Por favor asegúrese de que el árbol de instalación ha sido correctamente generado. No se puede abrir/leer repomd.xml desde el repositorio:
Este problema ocurre cuando el directorio que contiene las imágenes ISO también contiene un árbol de instalación parcialmente desempacado (por ejemplo, el directorio /images del primer ISO). La presencia de dichos directorios conlleva a los mensajes de error previamente mencionados.
Para prevenir este error, desempaque los árboles en directorios diferentes a aquellos que contienen las imágenes ISO de instalación:
El registro a /var/log/boot.log durante el arranque no está presente en este lanzamiento de Red Hat Enterprise Linux 5. Una funcionalidad equivalente será añadida en un actualización futura de Red Hat Enterprise Linux 5.
Ni kexec ni kdump pueden volcar hacia discos adheridos al controlador accraid.
Para solucionar este problema, utilice scp para volcados de red. Alternativamente, usted puede volcar a un disco si utiliza otro controlador.
Al utilizar un portátil IBM t43 en una estación con un monitor secundario Dell, tanto la pantalla del portátil como la del monitor muestran una resolución incorrecta tras el proceso de arranque.
Para prevenir que esto suceda en futuras sesiones, ejecute los siguientes pasos:
Abra el menú utilizando el comando system-config-display.
Haga clic en la pestaña Dos pantallas.
Seleccione Utilizar dos pantallas e introduzca la configuración apropiada para el segundo monitor.
Reinicie el sistema.
Al utilizar medios de instalación divididos -específicmente la utilización de CD-ROMS, la instalación de huéspedes totalmente virtualizados puede fallar mientras se pasa de un CD a otro. Durante el proceso de instalación del sistema operativo huésped, puede que se prevenga a los usuarios de montar o explusar los CDs, lo cual impide que la instalación sea completada.
Por lo tanto, se recomienda que utilice la consola de monitor QEMU para cambiar de imágenes de CD-ROM durante el proceso de instalación del sistema operativo huésped. El procedimiento contiene los siguientes pasos:
Abra una consola VNC gráfica para el sistema operativo huésped.
Desmonte el dispositivo de CD-ROM en el sistema operativo huésped.
Vaya a la consola del monitor QEMU presionando Ctrl-Alt-2.
Ejecute el comando eject hdc.
Ejecute el comando change hdc <ruta al CD-ROM en el sistema anfitrión>.
Vaya a la consola del sistema operativo huésped presionando Ctrl-Alt-1.
Monte el dispositivo de CD-ROM en el sistema operativo huésped.
Tenga en cuenta que si se utilice un cliente VNC regular, el servidor host puede tener dificultades al interpretar los comandos Ctrl-Alt-2 y Ctrl-Alt-1. Para solucionar este problema en virt-manager, utilice llaves pegajosas. Al presionar Ctrl tres veces hace que esta tecla se convierta en "pegajosa" hasta que se presione la siguiente tecla que no sea un modificador. Por ejemplo, para enviar Ctrl-Alt-1, presione Ctrl dos veces antes de presionar Ctrl-Alt-1.
El Modelo de actualización de dispositivos de Red Hat Enterprise Linux 5 crea una imagen initrd cuando se instale un paquete kmod que incluya un controlador de modificación de la ruta de arranque. Con el paso del tiempo, el número de copias de seguridad de imágenes initrd podría llenar el espacio de la partición /boot, en particular si el sistema pasa por un número considerable de actualizaciones de controladores.
Por lo tanto, es recomendable que revise el espacio libre de la partición /boot si usted ejecuta regularmente actualizaciones de controladores. Puede liberar espacio en /boot si remueve imágenes anteriores de initrc; estos archivos terminan en .img0, img1, img2, etc.
La ejecución automática en medios removibles está actualmente desactivada. Para instalar paquetes desde el CD de extras de Red Hat Enterprise Linux, lance el instalador de CD manualmente con el siguiente comando:
system-cdinstall-helper /media/ruta-al-dispositivo-montado
Al realizar una actualización de Red Hat Enterprise Linux 4 a Red Hat Enterprise Linux 5, el Manual de implementación no se instala automáticamente. Necesitará utilizar pirut para instalarlo manualmente una vez finalizada la actualización.
Un error de autofs previene que montajes múltiples funcionen apropiadamente.
Durante el proceso de revisión del tiempo de expiración, si el último componente de un montaje múltiple a ser revisado no tiene un montaje asociado mientras otros componentes están ocupados, autofs determina erróneamente que el montaje múltiple es expirable. Esto causa que el montaje múltiple sea parcialmente expirado y el montaje múltiple no puede responder a peticiones.
Para resolver permanentemente este problema, actualice autofs utilizando el comando yum update autofs.
El sistema puede no reiniciar apropiadamente en un kernel kexec/kdump si X está siendo ejecutado y utiliza un controlador diferente a vesa. Este problema se presenta únicamente en chipsets gráficos ATI Rage XL.
Si X está siendo ejecutado en un sistema con ATI Rage XL, asegúrese de utilizar el controlador vesa para que el reinicio en el kernel kexec/kdump sea exitoso.
La creación de huéspedes completamente virtualizados utilizando boot.iso en un directorio compartido NFS montado para lectura y escritura (rw) no será completada correctamente. Para solucionar este problema, monte el directorio compartido NFS como sólo lectura (ro).
Si no puede montar el directorio compartido NFS como sólo lectura, copie boot.iso en el directorio local /var/lib/xen/images/.
Esta sección contiene información general que no es específica a ninguna otra sección de este documento.
Este lanzamiento de Red Hat Enterprise Linux incluye un Manual de implementación bastante completo. Para acceder a él, vaya a (en el panel superior) => => de Red Hat Enterprise Linux.
Red Hat tiene como objetivo proporcionar versiones completamente localizada del Manual de implementación para todos los idiomas soportados. Si ha instalado una versión localizada del Manual de Implementación, es recomendable que la actualice cuando aparezca una nueva versión de éste a través de Red Hat Network.
Red Hat Enterprise Linux 5 incluye un previo de la tecnología de virtualización basada en Xen para i686 y x86-64, así como la infraestructura de software necesaria para administrar entornos virtuales.
La implementación de la virtualización en Red Hat Enterprise Linux 5 está basada en el hipervisor, el cual facilita una virtualización baja en recursos a través de la paravirtualización. En procesadores con capacidades AMD AMD-V y la tecnología de virtualización de Intel, la virtualización en Red Hat Enterprise Linux 5 puede también ejecutar sistemas operativos sin modificaciones en un modo totalmente virtualizado.
La virtualización en Red Hat Enterprise Linux 5 también proporciona lo siguiente:
Libvirt, una biblioteca que proporciona una API consistente y portable para administrar máquinas virtuales.
Administrador de máquinas virtuales, una utilidad gráfica para monitorizar y administrar máquinas virtuales.
Soporte de máquinas virtuales en el programa de instalación y la capacidad de realizar instalaciones kickstart de máquinas virtuales.
Red Hat Network también soporta máquinas virtuales.
Actualmente, la virtualización presenta las siguientes limitaciones:
Cuando se activa la virtualización, no se soporta ni la suspensión de RAM ni la suspensión de disco; asimismo, el escalado de frecuencia de CPU no se puede ejecutar.
Los huéspedes con virtualización de hardware no pueden tener más de 2GB de memoria virtual.
Los huéspedes totalmente virtualizados no se pueden guardar, restaurar o migrar.
El comando xm create no tiene un equivalente gráfico en el administrador de máquinas virtuales.
La virtualización sólo soporta el componente bridged networking. Todas las herramientas correspondientes utilizadas por los huéspedes escogen automáticamente este componente por defecto.
La política de SELinux de Red Hat predeterminada para la virtualización sólo permite que los archivos de configuración sean escritos a /etc/xen, los archivos de registro a /var/log/xen/ y los archivos de disco (incluyendo volcados de núcleo) a /var/lib/xen. Estos valores pueden ser cambiados utilizando la herramienta semanage.
El hipervisor incluido en este lanzamiento de virtualización no reconoce NUMA. Por este motivo, el rendimiento en máquina NUMA no es óptimo. Este problema se abordará en una actualización futura de Red Hat Enterprise Linux 5.
Como solución temporal, active memory node interleaving en la BIOS de la máquina NUMA. Esto asegura un rendimiento más consistente.
Los dominios paravirtualizados actualmente sólo soportan mapas de teclados para en-US. Por este motivo, puede que otros teclados no puedan escribir ciertas combinaciones de teclas. Este problema se solucionará en una futura actualización de Red Hat Enterprise Linux 5.
El kernel virtualizado no puede utilizar la función kdump.
Las imágenes qcow y vmdk no están soportadas. Cuando se configure manualmente a los huéspedes, las imágenes respaldadas por dispositivos físicos o lógicos deben utilizar el tipo phy:. Para imágenes respaldadas en archivos, establezca la imagen a tap:aio para huéspedes paravirtualizados y file: para huéspedes totalmente virtualizados.
La obtención de perfiles de dominios completamente virtuales puede no ser precisa. Este problema será abordado en el próximo lanzamiento menor de Red Hat Enterprise Linux 5.
Los dominios paravirtualizados pueden detectar únicamente los movimientos relativos del ratón. Los movimientos del puntero son erráticos. Este problema será resuelto en una versión posterior de Red Hat Enterprise Linux 5.
Algunas consolas seriales dom0 podrían requerir una configuración adicional. Consulte la sección Solución de errores en el Manual de virtualización para obtener más información sobre la configuración recomendada.
Con el fin de tener una consola para el huésped paravirtualizado, tendrá que especificar console=xvc0 el la línea de comandos del kernel.
Cuando los sistemas operativos huéspedes están configurados para usar archivos dispersos, dom0 puede quedar sin espacio. Esto puede producir que los procesos de escritura a disco del huésped no sean completados y puede causar pérdida de datos en el huésped. Además, los huéspedes que utilizan archivos dispersos no sincronizan la E/S de manera segura.
Se recomienda que no utilice archivos dispersos. Para configurar los huéspedes para que no utilicen archivos dispersos, utilice la opción --nosparse cuando ejecute un virt-install.
Red Hat Enterprise Linux 5 incluye la versión 2.2 del servidor Apache HTTP. Este lanzamiento brinda un buen número de mejoras sobre la serie 2.0, entre éstas se incluye:
módulos de caché mejorado (mod_cache, mod_disk_cache, mod_mem_cache)
una nueva estructura para el soporte de autenticación y autorización que reemplaza el módulo de seguridad proporcionado en versiones anteriores
soporte para el balance de carga del proxy (mod_proxy_balance)
soporte para manipular grandes archivos (más grandes de 2GB) en plataformas de 32-bit
Se realizaron los siguientes cambios a la configuración httpd predeterminada:
Los módulos mod_cern_meta y mod_asis ya no se cargan por defecto.
El módulo mod_ext_filter ahora es cargado por defecto.
Si está realizando una actualización desde un lanzamiento anterior de Red Hat Enterprise Linux la configuración de httpd necesitará ser actualizada a httpd 2.2. para obtener mayor información, consulte http://httpd.apache.org/docs/2.2/upgrading.html.
Los módulos de terceros compilados para httpd 2.0 deben ser recompilados para httpd 2.2.
La versión 5.1 de PHP ha sido incluida en Red Hat Enterprise Linux 5. Esta versión incluye un número de cambios en el lenguaje, así como importantes mejoras de rendimiento. Puede que se deban adaptar algunos scripts para poder utilizarlos con la nueva versión; por favor consulte el enlace que se encuentra a continuación para obtener mayor información acerca de la migración de PHP 4.3 a PHP 5.1:
http://www.php.net/manual/en/migration5.php
El ejecutable /usr/bin/php ahora se construye utilizando la línea de comandos CLI SAPI en vez de CGI SAPI. Utilice /usr/bin/php-cgi para la CGI SAPI. El ejecutable php-cgi también incluye soporte para FastCGI.
Se han añadido los siguientes módulos de extensión:
la extensión mysqli, una nueva interfaz designada específicamente para MySQL 4.1 (incluida en el paquete php-mysql)
date, hash, Reflection, SPL y SimpleXML (construidos internamente con el paquete php)
pdo y pdo_psqlite (en el paquete php-pdo)
pdo_mysql (en el paquete php-mysql)
pdo_pgsql (en el paquete php-pgsql)
pdo_odbc (en el paquete php-odbc)
soap (en el paquete php-soap)
xmlreader y xmlwriter (en el paquete php-xml)
dom (que reemplaza la extensión domxml; en el paquete php-xml)
Los siguientes módulos de extensión ya no están incluidos:
dbx
dio
yp
overload
domxml
El Framework PEAR ahora está incluido en el paquete php-pear. Únicamente los siguientes componentes de PEAR están incluidos en Red Hat Enterprise Linux 5:
Archive_Tar
Console_Getopt
XML_RPC
Red Hat Enterprise Linux 5 proporciona ahora soporte básico para particiones swap no encriptadas y sistemas de archivos no root. Para utilizar estas funciones, añada las entradas apropiadas en /etc/crypttab y referencie los dispositivos creados en /etc/fstab.
A continuación se da una entrada de ejemplo en /etc/crypttab:
my_swap /dev/hdb1 /dev/urandom swap,cipher=aes-cbc-essiv:sha256
Esta entrada crea el dispositivo de bloque encriptado /dev/mapper/my_swap, el cual se puede referenciar en /etc/fstab.
A continuación se da una entrada de ejemplo en /etc/crypttab de un volumen de sistemas de archivos:
my_volume /dev/hda5 /etc/volume_key cipher=aes-cbc-essiv:sha256
El archivo /etc/volume_key contiene una llave de encriptación en texto llano. Puede especificar none como el nombre de archivo de la llave para configurar al sistema para que solicite la llave de encriptación durante el proceso de arranque.
Se recomienda utilizar LUKS (Linux Unified Key Setup) para establecer los volúmenes de sistemas de archivos. Para realizarlo, ejecute los siguientes pasos
Cree el volumen encriptado utilizando cryptsetup luksFormat.
Añada la entrada necesaria a /etc/crypttab.
Establezca el volumen manualmente utilizando cryptsetup luksOpen (o reinicie).
Cree un sistema de archivos en el volumen encriptado.
Añada la entrada necesaria a /etc/fstab.
Los comandos mount y umount no soportan directamente NFS; ya no existe un cliente NFS interno. Un paquete nfs-utils por separado, que proporciona /sbin/mount.nfs y /sbin/umount.nfs debe ser instalado para estas tareas.
La navegación de impresoras CUPS a través de una subred local puede ser configurada utilizando la herramienta gráfica system-config-printer. También se puede utilizar la interfaz de web de CUPS http://localhost:631/.
Para utilizar difusión dirigida para navegación de impresoras entre subredes, abra /etc/cups/cupsd.conf en el cliente y reemplace BrowseAllow @LOCAL por BrowseAllow ALL.
Las tarjetas gráficas ATI basadas en el chipser R500 están soportadas únicamente por el controlador vesa y no están soportadas por Red Hat Enterprise Linux 5 en monitores externos, proyectores LCD o soporte de aceleración 3D.
Se está reemplazando up2date por yum (Yellowdog Updater Modified). Por lo cual, es aconsejable que revise cualquier script que utilice up2date en su sistema. Para obtener mayor información sobre yum consulte la página man con el comando man yum; también puede consultar la documentación instalada bajo el directorio /usr/share/doc/yum-<versión> y /usr/share/doc/yum-metadata-parser-<versión> (reemplace <versión> con la versión de yum y yum-metadata-parser instalados).
Red Hat Directory Server es un servidor basado en LDAP que centraliza datos corporativos y de red en un registro basado en red independiente del sistema operativo. Pretende reemplazar los componentes del servidor OpenLDAP, el cual será considerado obsoleto después de Red Hat Enterprise Linux 5. Para mayor información sobre Red Hat Directory Server, consulte http://www.redhat.com/software/rha/directory/.
El controlador i810 soporta todos los chipsets gráficos de Intel integrados desde i810 a i965. Sin embargo, el soporte para i830 (y más recientes) es limitado. El controlador i810 solo puede establecer los modos listados en el video de BIOS. Si su máquina tiene un chipset i830 o superior instalado, ejecute este comando para determinar cuáles son los modos disponibles:
grep Mode: /var/log/Xorg.0.log
Los modos marcados con un asterisco (*) están disponibles para ser seleccionados.
Muchas de los videos de BIOS de portátiles no suministran un modo que coincide con el tamaño del panel nativo. Por lo cual el modo escogido puede verse distorsionado o con bordes negros. Si ésto ocurre, usted necesitará una actualización de la BIOS del fabricante de su hardware para que el tamaño del panel nativo funcione correctamente.
Red Hat Enterprise Linux 5 incluye soporte para tarjetas inteligentes, las cuales proporcionan almacenamiento seguro para sus pares de llaves y un certificado de llave pública asociada. Estas llaves son protegidas con un número de identificación que debe ser introducido cuando una llave o un certificado en la tarjeta inteligente se necesite.
La implementación de Tarjetas inteligentes en un entorno Red Hat Enterprise Linux 5 mejorar las funcionalidades de Kerberos o S/MIME para incrementar la seguridad con respecto a la autenticación. Red Hat Enterprise Linux 5 soporta lo siguiente:
Axalto Cyberflex 32K e-Gate
Tarjetas DoD CAC
Para establecer una autenticación de tarjetas inteligentes, su red debe estar equipada con Red Hat Directory Server y Red Hat Certificate System. Para mayor información acerca de las tarjetas inteligentes, consulte el capítulo sobre Inicio de sesión único en el Manual de implementación de Red Hat Enterprise Linux.
Este lanzamiento de Red Hat Enterprise Linux 5 incluye soporte para adaptadores ipw3945 (Intel PRO/Wireless 3945ABG Network Connection) El disco de extras de Red Hat Enterprise Linux 5 contiene el controlador, demonio regulador y el firmware necesario para soportar el adaptador.
Para activar el soporte de adaptadores inalámbricos ipw3945, busque los paquetes con nombres de archivos que contienen "3945" en el disco de extras de Red Hat Enterprise Linux 5 e instálelos.
rawio es una interfaz obsoleta; sin embargo, Red Hat Enterprise Linux 5 todavía incluye soporte para ésta. Si tiene una aplicación que realiza accesos a dispositivos utilizando rawio, es altamente recomendable que modifique su aplicación para abrir el dispositivo de bloque con la opción O_DIRECT. La interfaz rawio será soportada en Red Hat Enterprise Linux 5, pero está programada para ser removida en una versión futura.
Actualmente, AIO (E/S asincrónica) en sistemas de archivos es soportado únicamente en O_DIRECT o modo sin buffer. Además, tenga en cuenta que ya no está presente la interfaz de espacio asincrónico.
ctmpc es un controlador considerado obsoleto; sin embargo, será incluido en Red Hat Enterprise Linux 5. Tenga en cuenta que este controlador está programado para ser removido en una versión futura.
Red Hat Enterprise Linux 5 soporta ahora los módulos de políticas y semanage. Los módulos de políticas simplifican la creación y distribución de políticas personalizadas y de terceros a través de las herramientas semodule y checkmodule.
La herramienta semanage es una herramienta de administración de políticas que modifica la configuración de SELinux. También permite configurar contextos de archivos, etiquetas de componentes de red y mapas de usuarios para Linux-a-SELinux.
La interfaz del dispositivo raw es considerado obsoleto en Red Hat Enterprise Linux 5. Los mapas de dispositivo raw se configura a través de las reglas udev.
Para configurar los mapas de dispositivos raw, añada las entradas apropiadas a /etc/udev/rules.d/60-raw.rules en los siguientes formatos:
Para nombres de dispositivos:
ACTION=="add", KERNEL="<nombre del dispositivo>", RUN+="raw /dev/raw/rawX %N"
Para número mayor / menor:
ACTION=="add", ENV{MAJOR}="A", ENV{MINOR}="B", RUN+="raw /dev/raw/rawX %M %m"
Reemplace <nombre del dispositivo> con el nombre del dispositivo que necesita vincular (por ejemplo, /dev/sda1). "A" y "B" son los números mayor / menor del dispositivo que necesita vincular, una X es el número de dispositivo raw que usted desea que el sistema utilice.
Si tiene un archivo /etc/sysconfig/rawdevices preexistente, conviértalo con el siguiente script:
#!/bin/sh
grep -v "^ *#" /etc/sysconfig/rawdevices | grep -v "^$" | while read dev major minor ; do
if [ -z "$minor" ]; then
echo "ACTION==\"add\", KERNEL==\"${major##/dev/}\", RUN+=\"/usr/bin/raw $dev %N\""
else
echo "ACTION==\"add\", ENV{MAJOR}==\"$major\", ENV{MINOR}==\"$minor\", RUN+=\"/usr/bin/raw $dev %M %m\""
fi
done
Red Hat Enterprise Linux 5 soporta la familia QLogic de adaptadores iSCSI HBA (del inglés Host Bus Adapters). Por el momento, sólo la interfaz iSCSI de estas placas es soportada (utilizando el controlador qla4xxx).
Además, Red Hat no soporta actualmente estas placas como Ethernet NIC, ya que está funcionalidad requiere el controlador qla3xxx. Este problema se solucionará en un lanzamiento menor de Red Hat Enterprise Linux 5.
Para aprovechar el conjunto de instrucciones de IBM System z para aplicaciones de 32-bit, se recomienda que utilice la opción -march=z900 de gcc. Para aplicaciones de 64-bit, gcc explotará el conjunto de instrucciones de IBM System z de manera predeterminada.
El controlador iSeries ODBC para Linux ha sido reemplazado por iSeries Access para Linux, el cual puede ser descargado desde el siguiente enlace:
http://www.ibm.com/eserver/iseries/access/linux/
El iSeries Access para Linux ofrece acceso basado en Linux para servidores i Series y permite:
Acceder a DB2 UDB (Universal Database) para iSeries utilizando el controlador ODBC
Establecer una sesión 5250 para servidores iSeries desde clientes Linux
Acceder a DB2 UDB a través del controlador EDRS (del inglés Extended Dynamic Remote SQL)
Soportar plataformas de 32-bit (i386 y PowerPC) y 64-bit (x86-64 y PowerPC)
Red Hat Enterprise Linux ya no soporta IBM Power4 iSeries.
Esta sección contiene información acerca de la implementación del programa de actualización de controladores de Red Hat Enterprise Linux 5.
En Red Hat Enterprise Linux 5 es posible construir paquetes de módulos del kernel actualizados que dependen de la versión ABI del kernel actual y no del número de lanzamiento del kernel. Esta característica facilita la construcción de módulos del kernel que pueden ser usado a lo largo de una amplia gama de kernels Red Hat Enterprise Linux 5. El sitio web del proyecto http://www.kerneldrivers.org/ contiene mayor información sobre el proceso de empaquetamiento y brinda algunos ejemplos.
Note que los siguientes problemas han sido identificados:
Los controladores bootpath distribuidos como paquetes kmod no están oficialmente soportados.
La sobrescritura de controladores internos del kernel ya existente no está actualmente soportada.
Estos problemas serán abordados en una actualización futura de Red Hat Enterprise Linux 5.
El comportamiento de carga de los módulos en Red Hat Enterprise Linux 5 ha cambiado desde versiones anteriores de Red Hat Enterprise Linux. Los módulos que vienen con el paquete del kernel en Red Hat Enterprise Linux 5 están firmados, tal como se hizo en Red Hat Enterprise Linux 4. En Red Hat Enterprise Linux 5, sin embargo, no es posible cargar un módulo firmado desde otra construcción del kernel.
Esto significa que un módulo que viene con la distribución inicial de Red Hat Enterprise Linux 5 no puede ser cargado por actualizaciones futuras del kernel. Esto previene que los usuarios carguen módulos no soportados en el sistema. Red Hat sólo soporta los módulos que han sido firmados e incluidos en una distribución.
Si desea cargar un módulo anterior, puede intentar construir en módulo sin firma. Alternativamente, usted puede remover la firma del archivo binario utilizando el siguiente comando:
objcopy -R .module_sig <nombre-módulo>-mod.ko <nombre-módulo>-nosig.ko
Se recomienda que consulte con un representante del equipo de asistencia global de Red Hat antes de intentar cargar módulos no firmados.
Esta sección contiene información acerca del soporte de idiomas en Red Hat Enterprise Linux 5.
En este lanzamiento, SCIM (Smart Common Input Method) ha reemplazado IIIMF como el método de entrada para idiomas asiáticos. El módulo predeterminado de método de entrada en GTK para SCIM es scim-bridge; en Qt es scim-qtimm.
A continuación se presentan las teclas predeterminadas para lanzar el método de entrada en los diferentes idiomas:
Todos los idiomas: Ctrl-Espacio
Japonés: Zenkaku-Hankaku o Alt-`
Coreano: Shift-Space
Si SCIM es instalado, éste se ejecuta predeterminadamente para todos los usuarios.
Después de instalar o remover paquetes del motor SCIM, se recomienda reiniciar una nueva sesión de escritorio para reflejar los cambios en el menú de lenguajes de SCIM.
Para activar el soporte de idiomas de algunos idiomas asiáticos, deberá instalar los paquetes de soporte de idiomas necesarios. A continuación se presenta una lista de los idiomas y los comandos que necesita ejecutar (como root) para instalar los paquetes de soporte de idioma correspondientes:
Assamese — yum install fonts-bengali m17n-db-assamese scim-m17n
Bengalí — yum install fonts-bengali m17n-db-bengali scim-m17n
Chino — yum install fonts-chinese scim-chewing scim-pinyin scim-tables-chinese
Gujarati — yum install fonts-gujarati m17n-db-gujarati scim-m17n
Hindú — yum install fonts-hindi m17n-db-hindi scim-m17n
Japonés — yum install fonts-japanese scim-anthy
Kannada — yum install fonts-kannada m17n-db-kannada scim-m17n
Coreano — yum install fonts-korean scim-hangul
Malayalam — yum install fonts-malayalam m17n-db-malayalam scim-m17n
Marathi — yum install fonts-hindi m17n-db-marathi scim-m17n
Oriya — yum install fonts-oriya m17n-db-oriya scim-m17n
Punjabi — yum install fonts-punjabi m17n-db-punjabi scim-m17n
Sinhala — yum install fonts-sinhala m17n-db-sinhala scim-m17n
Tamil — yum install fonts-tamil m17n-db-tamil scim-m17n
Telugu — yum install fonts-telugu m17n-db-telugu scim-m17n
Se recomienda la instalación de scim-bridge-gtk y scim-qtimm cuando active soporte adicional de idiomas. El paquete scim-bridge-gtk previene conflictos binarios con aplicaciones de terceros enlazadas con versiones anteriores de libstdc++.
Note que paquetes adicionales de soporte de idioma están disponibles para OpenOffice (openoffice.org-langpack-<código del idioma>_<local>) y KDE (kde-i18n-<idioma>). Estos paquetes también pueden ser instalados a través de yum.
Se ha añadido una nueva herramienta de configuración de usuario llamada im-chooser. Esta herramienta facilita la activación y desactivación de métodos de entrada en su escritorio. Así, si SCIM está instalado pero usted no desea ejecutarlo en su escritorio, puede desactivarlo utilizando im-chooser.
Al inicio de una sesión en X, xinput.sh busca en ~/.xinputrc o /etc/X11/xinit/xinputrc en vez de buscar los archivos de configuración en ~/.xinput.d/ o /etc/xinit/xinput.d/.
Firefox en Red Hat Enterprise Linux 5 está construido con Pango, el cual proporciona soporte mejorado para algunos alfabetos, tales como el Índico y algunos sistemas de escritura de chino, japonés y coreano ( CJK por sus siglas en inglés).
Para desactivar el uso de Pango, establezca MOZ_DISABLE_PANGO=1 en su entorno antes de lanzar Firefox.
Ahora se dispone de una función para mostrar negrillas en fuentes que no tienen negrilla por defecto.
Se han añadido nuevas fuentes para chino: AR PL ShanHeiSun Uni (uming.ttf) y AR PL ZenKai Uni (ukai.ttf). La fuente predeterminada es AR PL ShanHeiSun Uni, la cual contiene mapas de caracteres internos. Si prefiere trazos perfilados, añada la siguiente sección a su archivo ~/.font.conf:
<fontconfig>
<match target="font">
<test name="family" compare="eq">
<string>AR PL ShanHeiSun Uni</string>
</test>
<edit name="embeddedbitmap" mode="assign">
<bool>false</bool>
</edit>
</match>
</fontconfig>
El submenú IM del menú contexto de Gtk2 ya no aparece por defecto. Puede activarlo desde la línea de comandos con el siguiente comando:
gconftool-2 --type bool --set '/desktop/gnome/interface/show_input_method_menu' true
El soporte de interpretación CJK (chino, japonés y coreano) ha sido removido de la instalación no gráfica de Anaconda. El método de instalación en texto será abolido ya que los métodos preferidos son la interfaz gráfica, VNC y las instalaciones kickstart.
Los siguientes paquetes son considerados obsoletos y su remoción de Red Hat Enterprise Linux está programada:
gtk+
gdk-pixbuf
glib
Estos paquetes se consideran obsoletos porque gtk2 ofrece mayores funcionalidades, principalmente en lo correspondiente a internacionalización y manejo de fuentes.
Si necesita mostrar caracteres chinos, japoneses o coreanos en la consola, deberá establecer un framebuffer. Tras ello, instalar bogl-bterm y ejecutar bterm en el framebuffer.
Esta sección marca las diferencias entre el kernel 2.6.9 (sobre el cual Red Hat Enterprise Linux 4 se basa) y el kernel 2.6.18 (que se heredará por Red Hat Enterprise Linux 5) hasta el 12 de julio de 2006. Las funciones adicionales sobre las cuales estamos trabajando y que aparecerán en el 2.6.18 o el 2.6.19 no se nombran en esta sección. En otras palabras, esta lista incluye únicamente las características ya incluidas en el árbol principal de Linus y no las características en las cuales se está trabajando. Por lo tanto, esta lista no puede ser considerada final ni tampoco es una lista completa de las nuevas funciones de Red Hat Enterprise Linux 5. Sin embargo, brinda un buen resumen de lo que se puede esperar de Red Hat Enterprise Linux 5. Note asimismo que esta sección solo muestra los cambios principales, no es una lista exhaustiva. No incluye, por ejemplo, mejoramientos de bajo nivel en el soporte de hardware o información acerca de controladores de dispositivos.
Para obtener información mucho más detallada, por favor visite:
http://kernelnewbies.org/LinuxChanges
Big Kernel Lock preemption (2.6.10)
Voluntary preemption patches (2.6.13) (subconjunto en Red Hat Enterprise Linux 4)
Soporte para la herencia de prioridades de espacio de usuario (PI), soporte para futexes, útiles para aplicaciones en tiempo real (2.6.18)
Nueva primitiva de bloqueo de 'mutex'. (2.6.16)
Cronómetros de alta resolución. (2.6.16)
En contraste con la implemetación API de tiempos de baja resolución en kernel/timer.c, hrtimers proporciona una resolución más fina y certera dependiendo de la configuración y las capacidades del sistema. Estos cronómetros son actualmente usados por itimers, POSIX timers, nanosleep y precise in-kernel timing.
Modular, programadores de E/S activables en la marcha.(2.6.10)
En Red Hat Enterprise Linux 4 era activable como opción de inicio únicamente (asimismo eran activables a lo largo del sistema y no por colas)
Nueva implementación de tuberías (2.6.11)
un 30-90% en mejoramiento de rendimiento en el ancho de banda de las tuberías
buffers circulares permiten más almacenamiento temporal que el bloqueo de escritura
"Big Kernel Semaphore": Convierte el Big Kernel Lock en un semáforo
reduce la latencia al dividir tiempos de espera de bloqueo largos y al añadir prevención voluntaria
X86 "alternativa SMP"
optimiza una imagen de kernel única en tiempo de ejecución de acuerdo con la plataforma disponible
libhugetlbfs
permite a las aplicaciones el uso del soporte de páginas grandes en Linux sin necesidad de modificar el código fuente
paquete de cabeceras del kernel
reemplaza el paquete glibc-kernheaders
proporciona mejor adaptabilidad con la nueva funcionalidad headers_install del kernel 2.6.18
cambios importantes relacionados con las cabeceras del kernel
se removió el archivo de cabecera <linux/compiler.h>, ya que no es necesario
se removieron las macros _syscallX(); espacio de usuario debe utilizar syscall() de la biblioteca estándar de C
se removieron los archivos de cabecera <asm/atomic.h> y <asm/bitops.h>; el compilador de C proporciona sus propias funciones atómicas más apropiadas para programas de espacio de usuario.
el contenido protegido previamente con #ifdef __KERNEL__ ha sido removido completamente con la herramienta unifdef; la definición de __KERNEL___ para ver partes que no deben ser vistas por el espacio de usuario, ya no es efectivo
se removió la macro PAGE_SIZE de algunas arquitecturas, debido a diferencias en el tamaño de páginas; el espacio de usuario debería utilizar sysconf (_SC_PAGE_SIZE) o getpagesize()
se removieron varios archivos de cabecera y contenidos de cabecera para proporcionar mayor conveniencia al espacio de usuario
kexec y kdump (2.6.13)
diskdump y netdump han sido reemplazados por kexec y kdump, los cuales aseguran un arranque más rápido y la creación de vmcores del kernel más confiables para propósitos de diagnóstico. Para obtener mayor información e instrucciones de configuración, por favor consulte /usr/share/doc/kexec-tools-<versión>/kexec-kdump-howto.txt (en donde <versión> es la versión del paquete kexec-tools instalada).
Tenga en cuenta que por el momento los kernel virtualizados no pueden utilizar la función kdump.
inotify (2.6.13)
la interfaz de usuario es a través de las siguientes syscalls: sys_inotify_init, sys_inotify_add_watch y sys_inotify_rm_watch.
Conector de eventos de procesos (2.6.15)
reporta eventos fork, exec, cambios de id y exit para todos los procesos en el espacio de usuario.
Las aplicaciones que pueden encontrar útiles estos eventos incluyen programas de contabilidad/audición (por ejemplo ELSA), monitores de actividad del sistema (como top), seguridad y administradores de recursos (por ejemplo CKRM). La semántica proporciona los bloques de soporte para funcionalidades como el nombre de espacio por usuario, "archivos como directorios" y sistemas de archivos versionados.
subsistema RTC (RealTime Clock) genérico (2.6.17)
splice (2.6.17)
un nuevo mecanismo de E/S que evita la copia de datos cuando se transfieren datos entre aplicaciones.
EXT3
soporte para atributos avanzados en el cuerpo de grandes inodos en ext3: ahorra espacio y mejora el rendimiento en algunos casos (2.6.11)
Soporte multirutas de mapeo de dispositivos
Soporte ACL para NFSv3 y NFSv4 (2.6.13)
NFS: soporta grandes cargas de lectura y escritura a través de cable(2.6.16)
El cliente NFS de Linux soporta tamaños de transferencias de hasta 1MB.
Cambios a VFS
Se han fusionado los parches "shared subtree". (2.6.15)
Actualizado Big CIFS (2.6.15)
incluye varias mejoras de rendimiento así como soporte para Kerberos y CIFS ACL
autofs4: actualizado para proporcionar soporte de montaje directo para autofs de espacio de usuario (2.6.18)
activador principal de cachefs (2.6.18)
Implementación de seguridad de varios niveles para SELinux (2.6.12)
Subsistema de audición
soporte para el filtrado basado en proceso-contexto (2.6.17)
más comparadores de reglas de filtros. (2.6.17)
TCP/UDP getpeercon: permite que las aplicaciones concientes de la seguridad obtengan los contextos de seguridad completos de un proceso desde el otro extremo de un socket utilizando una asociación de seguridad IPSec. Si sólo se necesita la información del nivel MLS o sólo se requiere la interoperatividad con sistemas unix de legado, se puede utilizar NetLabel en vez de IPSec.
Añadidos varios módulos de congestión TCP (2.6.13)
IPV6 - Soporta varios datos sockopt / ancillary nuevos en API avanzada (2.6.14)
IPv4/IPv6 - UFO (UDP Fragmentation Offload) Scatter-gather approach (2.6.15)
UFO es una característica en donde el stack de red del kernel de Linux descargará las funciones de fragmentación de datagramas UDP grandes al hardware. Esto reducirá el gasto del stack en la fragmentación de grandes datagramas UDP a paquetes de tamaño MTU.
Añadido subsistema nf_conntrack: (2.6.15)
El subsistema de seguimiento de conexión existente en netfilter solo puede manejar ipv4. Había dos alternativas presentes para añadir el soporte de seguimiento de conexión en ipv6; o se duplicaba todo el código de seguimiento de conexión de ipv4 en su contraparte para ipv6, o (la alternativa que se siguió en estos parches) se diseñaba una capa genérica que pudiera manejar tanto ipv4 y ipv6 para que solo fuera necesario escribir un módulo de ayuda de seguimiento de conexión del subprotocolo (TCP, UDP, etc). nf_conntrack es capaz de trabajar con cualquier protocolo de capa 3.
IPV6
selección de direcciones fuentes en acuerdo con RFC 3484 (2.6.15)
añadido soporte para Preferencias del Router (RFC4191) (2.6.17)
añadido sondeo de posibilidad de alcance del Router (RFC4191) (2.6.17)
soporte añadido para las tablas de enrutamiento múltiple y políticas de enrutamiento
Actualizaciones de tecnología inalámbrica
soporte de descarga de fragmentación y cripto de hardware
Soporte QoS (WME), "soporte espía inalámbrico"
PTK/GTK mixto
Soporte CCMP/TKIP y soporte WE-19 HostAP
Dispositivo inalámbrico BCM43xx
Dispositivo inalámbrico ZD1211
WE-20, versión 20 de Wireless Extensions (2.6.17)
añadida la capa MAC de software independiente del hardware "Soft MAC" (2.6.17)
añadido el tipo de autenticación LEAP
Añadida descarga de segmentación genérica (GSO) (2.6.18)
en algunos casos mejora el rendimiento; sin embargo, se debe activar a través de ethtool
DCCPv6 (2.6.16)
Esta sección enumera algunas de las muchas funcionalidades.
Soporte de APIC de x86-64 en cluster (2.6.10)
Soporte Infiniband (2.6.11)
Hot plug
Añadido/remoción de memoria genérica y soporte de funciones para hotplug de memoria añadidos (2.6.15)
soporte hot plug CPU de nuevos procesadores añadidos (hotplug para desactivación/activación de CPUs existentes ya era soportada)
Mejoramientos de SATA/libata, soporte de hardware adicional
El controlador de errores de libata se renovó por completo. Como resultado de este trabajo el subsistema SATA es más robusto y puede recuperarse de una larga variedad de errores.
Native Command Queuing (NCQ). NCQ es la versión SATA de la cola de comandos etiquetada - la posibilidad de tener varias peticiones de E/S para resolver al mismo dispositivo al mismo tiempo. (2.6.18)
Soporte de Hotplug (2.6.18)
Soporte EDAC (2.6.16)
El objetivo de EDAC es detectar y reportar errores que ocurren dentro del sistema.
Añadido un nuevo controlador ioatdma para Intel(R) I/OAT DMA (2.6.18)
Cpusets (2.6.12)
Cpusets proporciona ahora un mecanismo para asignar un conjunto de CPU y nodos de memoria a un conjunto de tareas. Cpusets restringe la ubicación de memoria y CPU de las tareas a los recursos dentro del conjunto de cpu actual de las tareas. Esta función es esencial en la administración de ubicaciones de trabajos dinámicos en grandes sistemas.
asignador de ranuras concientes de Numa (2.6.14)
Esto crea bloques en nodos múltiples y administra bloques de forma tal que la ubicación es optimizada. Cada nodo tiene su propia lista de bloques parciales, libres y llenos. Todas las colocaciones de objetos para un nodo ocurren desde las listas de bloques específicas del nodo.
Migración Swap. (2.6.16)
La migración Swap permite el movimiento de ubicaciones físicas de páginas entre nodos en un sistema NUMA mientras en proceso está en ejecución.
Huge pages (2.6.16)
Se añadió la política NUMA para páginas grandes. La función huge_zonelist() de la capa de políticas de memoria proporciona una lista de zonas ordenadas por distancias NUMA. La capa hugetlb recorrerá esta lista buscando por una zona que tenga páginas disponibles pero que está en el nodoset del actual cpuset.
Las páginas grandes ahora obedecen a cpusets
Contadores VM por zona
proporciona estadísticas VM basadas en zonas necesarias para determinar el estado actual de memoria de una zona
Netfilter ip_tables: NUMA-aware allocation. (2.6.16)
Multi-core
Se añadió un nuevo dominio del planificador para representar núcleos múltiples con caches compartidas entre núcleos. Esto hará posible realizar decisiones de planificación de cpu inteligentes en dichos sistemas, mejorando inmensamente el rendimiento en algunos casos (2.6.17).
Política de ahorro de energía para planificadores de CPU - Con CPUs multicore/smt, se puede mejorar el consumo de energía al dejar descansar algunos paquetes mientras los otros realizan todo el trabajo, en vez de repartir las tareas a través de todos los CPUs
( x86 )
[1] Este material puede ser distribuido únicamente bajo los términos y condiciones establecidos en la licencia "Open Publication License", v1.0, disponible en http://www.opencontent.org/openpub/.