Upgrading Fedora using package manager/es

In other languages: English (en) italiano (it) русский (ru) [edit]

Esta página contiene información que explica cómo actualizar Fedora usando yum.

Actualización de Fedora utilizando yum directamente

La actualización de la versión sin usar anaconda - tal como el método de yum descrito aquí - ¡no es compatible y no se recomienda!
El método de instalación recomendado es con un medio de arranque con el instalador Anaconda como se detalla en la Guía de instalación o usando PreUpgrade. PreUpgrade es un método de actualización ligeramente diferente en el que todos los paquetes se descargan antes de que el sistema se reinicie en el instalador Anaconda. Aunque la actualización con yum hace el trabajo, no está explícitamente probado como parte del proceso de liberación por el QA de Fedora y no está documentado en la Guía de instalación de Fedora. Si usted no está preparado para resolver los problemas por su cuenta si las cosas se rompen, probablemente tendrá que usar los métodos de instalación recomendados en su lugar.

Al actualizar con yum no se recibe ninguna ayuda de Anaconda, pero con un sistema típico podría ser capaz de actualizar los sistemas de manera remota a través de ssh y con un tiempo de inactividad limitado. (Usted todavía tendrá que reiniciar para obtener el nuevo kernel y el sistema de bibliotecas/servicios que se ejecutan).

Una actualización con yum en vivo por lo general funciona bien con una instalación típica y cuando se siguen los siguientes consejos.

Participar

Si va a actualizar utilizando Yum y esto muestra cualquier problema de dependencias en general, presentelo en http://bugzilla.redhat.com. Pero por favor, lea esta página, todas las páginas de referencias y busque en los archivos de la lista de correo antes de cursar errores. Y por supuesto, ayude a mantener esta página actualizada.

Si desea ayudar a hacer actualizaciones en vivo para trabajar sin problemas, únase al Grupo de interés especial de actualización en vivo.

Instrucciones para actualizar utilizando yum

1. Copia de seguridad de su sistema

Copia de seguridad de los datos personales a un disco duro externo o en otra máquina. Si hay algún error irrecuperable que requiere una instalación nueva, no querrá perder ningún dato.

2. Leer sobre problemas comunes

Más abajo en esta página hay una lista de problemas comunes específicos de las actualizaciones de yum para versiones específicas. Algunos de ellos requieren atención antes de la actualización.

Consejos generales sobre la actualización de Fedora pueden encontrarse en la página Upgrading/es. También debería leer la Guía de instalación y las Notas de la versión para la versión que planea actualizar - contiene información importante con respecto a cuestiones de actualización. Finalmente, compruebe la lista de Errores comunes.

3. Limpiar cosas

Revise y elimine todos los archivos .rpmsave y .rpmnew antes y después de la actualización. (Y si tiene selinux habilitado entonces recuerde verificar el contexto de seguridad si mueve a otra parte los archivos de configuración).

Encontrar archivos de configuración no utilizados
Combinar y resolver los cambios encontrados en el siguiente script: yum install rpmconf; rpmconf -a Ahora buscar y eliminar las antiguas configuraciones que no pertenecen a nadie: find /etc /var -name '*?.rpm?*'

Este es un buen momento para eliminar los paquetes que no usa - especialmente los paquetes no estándar.

Buscar y revisar los paquetes «sin usar»
Puede encontrar paquetes no requeridos por otros paquetes con la herramienta package-cleanup del paquete yum-utils: yum install yum-utils; package-cleanup --leaves. Estos paquetes podrían ser candidatos para la remoción, pero revise para ver si usted los usa directamente o si se utilizan en aplicaciones que no están respaldadas por paquetes rpm. Retirarlos con yum remove package-name-and-version.
Otra herramienta útil para la limpieza de paquetes no utilizados es rpmreaper. Es una aplicación de ncurses que le permite ver el gráfico de dependencias del rpm y marcar los paquetes para su eliminación. Marcando un paquete se puede crear otra rama de paquetes, que se puede ver inmediatamente, por lo que no es necesario ejecutar la herramienta varias veces para deshacerse de todo el sub-árbol de paquetes no utilizados. Instalar con: yum install rpmreaper.

Buscar y examinar paquetes «perdidos»
Usted puede encontrar paquetes huérfanos (es decir, paquetes que ya no están más en los repositorios) con: package-cleanup --orphans. Esto también mostrará los paquetes que han sido parcialmente desinstalados, excepto donde el script «%postun» ha fracasado.

4. Hacer la actualización

Si tiene configurado repositorios de terceros, puede que necesite ajustarlos para la nueva versión de Fedora. Si cambia a menudo de una versión de Fedora a otra no hay nada que deba hacer. Si cambia a Rawhide desde una versión estándar de Fedora (o viceversa), la mayoría de las veces también tendrá que instalar los RPM de liberación de Rawhide desde un repositorio de terceros (o uno estándar, si cambia nuevamente).

Tenga en cuenta que probablemente la actualización falle si hay dependencias obsoletas de los paquetes que no están respaldadas por un repositorio yum o avaladas por un repositorio que no está listo para la nueva versión.

Es una buena idea hacer la actualización fuera del entorno gráfico. Salga de su escritorio gráfico y luego

Ir a una consola de texto

ctrl + alt + F2

(o)

inicie una sesión como root y vaya al nivel de ejecución 3

init 3

Actualizar yum a la última versión disponible en su versión de Fedora

yum update yum

Instalar la nueva llave gpg de fedora para la versión a la que está actualizando

Las llaves se pueden encontrar y verificar en

https://fedoraproject.org/keys

o ver algunas instrucciones para actualizar una versión específica en la parte inferior.

Limpiar el caché

Luego elimine todos los rastros de la versión que usted va dejando desde el caché de yum en /var/cache/yum.

yum clean all

Actualizar todos los paquetes

Una vez que se inicia una actualización en vivo, no detenga la actualización reiniciando, matando el proceso, o por cualquier otro método hasta que se complete. Interrumpir una actualización hará que el sistema afectado pase a estar en un estado mixto -- parcialmente de la versión antigua y parcialmente de la nueva. En este estado, el sistema no será confiable y no funcionará como se espera. Puede intentar ejecutar yum distro-sync y package-cleanup --problems para tratar de solucionar los problemas.

yum --releasever=<release_number_you_want_to_sync_to> distro-sync

Si tiene problemas con alguna dependencia, son suyos y debe solucionarlos manualmente. Si no es capaz de hacerlo, ¡use preupgrade! Muy a menudo es suficiente con quitar algunos paquetes problemáticos. Asegúrese de no eliminar la mitad de su instalación.

Nota: Si bien se recomienda actualizar a las versiones intermedias si actualiza desde una versión anterior (por ejemplo actualizar desde Fedora 12 a 13, luego 13 a 14), dependiendo desde qué versión se está actualizando, este paso puede fallar con un error acerca de las llaves GPG si están en un formato incorrecto. Para superar esto, se puede agregar el modificador «--nogpgcheck» al comando anterior yum distro-sync.

5. Asegúrese de que Fedora está actualizado

Distro-sync generalmente se encargará de las actualizaciones de los repositorios de terceros que usted también tenga habilitados. Confirmar con

 yum repolist 

después de finalizado el proceso de actualización. yum podría sufrir de conflictos o requisitos. Esto será probablemente porque haya utilizado repositorios no estándar o instalado paquetes no estándar manualmente. Tratar de adivinar qué paquetes causan el problema (o al menos una parte de la cadena de dependencias) - desinstalarlos y volver a intentarlo. No olvide instalar los paquetes de nuevo si son esenciales.

Asegúrese de que todos los paquetes (nuevos) esenciales de la nueva versión estén instalados con

yum groupupdate 'Minimal Install'

Puede que desee actualizar también otros grupos, consulte

yum grouplist

Por ejemplo

yum groupupdate "GNOME Desktop" \
  "Development Tools" "Sound and Video" \
  "Games and Entertainment" "Administration Tools" \
  "Office/Productivity" "System Tools"

6. Preparación para el reinicio

Antes de arrancar debería normalmente instalar el gestor de arranque de su nuevo grub ejecutando

/sbin/grub-install UNIDADARRANQUE

- donde UNIDADARRANQUE suele ser /dev/sda (Si se produce un error '/dev/sda does not have any corresponding BIOS drive' de este, entonces intente /sbin/grub-install --recheck /dev/sda). Para Fedora 16 y posterior, use /sbin/grub2-install en lugar de /sbin/grub-install. Véase primero más abajo para obtener información importante sobre la actualización a Fedora 16 desde versiones anteriores.

Asimismo, podría haber cambiado el orden de los scripts de inicio desde la versión anterior. Un comando para restablecer el orden es:

cd /etc/rc.d/init.d; for f in *; do [ -x $f ] && /sbin/chkconfig $f resetpriorities; done

Una vez más, ejecutar package-cleanup --orphans para encontrar los paquetes que no han sido actualizados.

Notas específicas de la versión

Desde la versión previa

Si va a actualizar a una versión final desde una alfa, beta, previa, u otra liberación Rawhide, por favor consulte Actualizar desde un pre-lanzamiento a final.

Para la versión de desarrollo

yum update yum
yum --releasever=rawhide distro-sync --nogpgcheck

Fedora 17 -> Fedora 18

Esto hace referencia a una versión aún no liberada de Fedora. Los pasos de aquí pueden cambiar antes del lanzamiento. Nota: Este método falla en los Macbook Pro, probado en un Macbook Pro edición 2011 final. Leer más

1. Instalar la nueva llave gpg de Fedora 18: su -c 'rpm --import https://fedoraproject.org/static/DE7F38BD.txt '
2. Establecer SELinux a modo Permissive: su -c 'setenforce Permissive'
3. Actualizar todos los paquetes:
   1. su -c 'yum update yum'
   2. su -c 'yum clean all'
   3. su -c 'yum --releasever=18 --disableplugin=presto distro-sync'
4. Reconstruir la base de datos rpm: su -c 'rpm --rebuilddb', o rpm -qa no funcionará debido a una actualización del rpm
5. Establecer la distribución del teclado X11:
   1. Obtener la configuración antigua: cat /etc/sysconfig/keyboard
   2. Establecer la nueva configuración: su -c 'localectl set-x11-keymap <layout> [<model>] [<variant>] [<options>]'
   3. Eliminar el archivo de configuración antiguo: su -c 'rm /etc/sysconfig/keyboard'

Si no se utiliza el modo Permissive para la actualización, es posible que observe errores en la salida de yum cuando algunos paquetes intenten crear usuarios o grupos, y después de la actualización es posible que tenga problemas relacionados con estos paquetes, incluyendo dificultades con el registro a través de GDM (es posible que sólo vea un cursor girando) o la realización de acciones que requieran privilegios de administrador. Este es el resultado del bug #844167. Si usted tiene este problema, debe volver a instalar los paquetes afectados con su -c 'yum reinstall (packagenames)', y luego reiniciar el sistema. Los paquetes afectados pueden incluir a libvirt-daemon y polkit: su -c 'yum reinstall libvirt-daemon polkit'

Puede probar con el script fedora-upgrade que automatiza todos estos pasos.

Fedora 16 -> Fedora 17

Hay una advertencia general si no se admite la actualización a través de yum en la parte superior de esta página. Sin embargo, Fedora 17 es muy especial. Usted debería considerar seriamente detenerse ahora y sólo utilizar anaconda a través de DVD o pre-actualización, a diferencia de todas las versiones anteriores, es lo que los desarrolladores de yum/rpm recomiendan. Continúe bajo su propio riesgo.

Primero instalar la nueva llave gpg de Fedora 17

rpm --import https://fedoraproject.org/static/1ACA3465.txt

Fedora 17 ubica todo el sistema operativo base en /usr. Los directorios /bin, /sbin, /lib, /lib64 sólo son enlaces simbólicos:

/bin → /usr/bin
/sbin → /usr/sbin
/lib → /usr/lib
/lib64 → /usr/lib64

Algunas razones de este cambio se describen aquí:

http://www.freedesktop.org/wiki/Software/systemd/TheCaseForTheUsrMerge

Actualmente los sistemas instalados necesitan algunos pasos manuales para convertir el sistema actual y que coincida con el diseño de Fedora 17. Después de eso, el sistema puede continuar siendo actualizado con YUM como de costumbre.

Algunos paquetes RPM en Fedora 17 están llevando a cabo una protección de dependencias de RPM, lo que asegurará que, sólo puedan ser instalados cuando /bin, /sbin, /lib, /lib64 sean enlaces simbólicos y no directorios como en Fedora 16 y posteriores.

La disposición del sistema de archivos base del sistema instalado no puede ser alterado de forma segura, mientras el propio sistema se esté ejecutando en la parte superior del mismo. Dracut, el initramfs utilizado para encontrar y montar el sistema de archivos raíz, puede recibir instrucciones para convertir el sistema de archivos con el fin de satisfacer las expectativas de Fedora 17.

Si su sistema tiene un /usr independiente, un punto de montaje separado, podría hacer que no funcione la lógica de conversión en dracut para montar el /usr. Si el /usr reside en la red, entonces debe agregar «rd.neednet=1» y la configuración de red como «ip=dhcp» en la línea de comandos del kernel. El /usr en iSCSI, FCoE, NBD también es compatible, siempre y cuando «netroot=...» sea especificado en la línea de comandos del kernel para estos discos (ver man dracut.kernel(7)). Si usted tiene un /usr en LVM, MD raid o DM raid, asegúrese de que la línea de comandos del kernel tiene bien todos los ajustes como «rd.lvm.lv=...» para asegurar que el /usr del dispositivo es accesible en dracut o simplemente eliminar todas las restricciones como «rd.lvm...», «rd.md...», «rd.dm...». De cualquier manera, probablemente tendrá que usar anaconda para actualizar, si está teniendo problemas con un /usr separado.

Si tiene /var en una partición separada, deberá convertir manualmente «/var/run» y «/var/lock» en un enlace simbólico.

# mv -f /var/run /var/run.runmove~
# ln -sfn ../run /var/run
# mv -f /var/lock /var/lock.lockmove~
# ln -sfn ../run/lock /var/lock

Estos son los pasos para preparar su sistema, para convertirlo y para poder continuar actualizando su sistema instalado con yum:

Descargar e instalar los paquetes de dracut más recientes:

# yum update dracut

Usted debe tener por lo menos dracut-009-15.fc15 para Fedora 15 o dracut-013-22.fc16 para Fedora 16.

Inhabilitar cualquier configuración de «hostonly» en /etc/dracut.conf*, si ha activado «hostonly».

Actualizar la imagen de initramfs instalada para su kernel actual, e instruir a dracut para que incluya el módulo propio y convierta el sistema de archivos actual:

# dracut --force --add convertfs

Si su sistema tiene un /usr independiente, un punto de montaje separado, y no sabe el parámetro a agregar en la línea de comandos del kernel, también puede probar (dracut tratará de generarlo internamente), pero usted tiene que instalar por lo menos dracut-018.

# dracut -H --force --add convertfs

Si en el arranque dracut detecta a ‘rd.convertfs’ en la línea de comandos del kernel, se inicia la conversión del sistema de archivos del sistema de archivos raíz. Si ya se ha convertido, simplemente no hará nada.

dracut actualiza de forma predeterminada el initramfs para el kernel que se ejecuta actualmente. Asegúrese de que ningún nuevo kernel se ha instalado desde el último arranque y que realmente se iniciará en el initramfs actualizado.

Cambiar directamente el siguiente parámetro de la línea de comandos del kernel en el menú del gestor de arranque, que se muestra durante el arranque, o modificar la línea en /etc/grub*.cfg para eliminar ro y rhgb, y anexar rw rd.info rd.convertfs enforcing=0