5 Actualización con conexión #

Desactive todas las extensiones sin usar del servidor de registro para evitar futuros conflictos de dependencias. Si olvida una extensión, YaST detectará posteriormente los repositorios de extensiones no utilizados y los desactivará.

Si ha entrado en una sesión de GNOME que se esté ejecutando en el equipo que va a actualizar, cambie a una consola de texto. No se recomienda ejecutar la actualización desde una sesión de GNOME. Tenga en cuenta que esto no se aplica cuando se entra desde un equipo remoto (a menos que esté ejecutando una sesión de VNC con GNOME).

Si está suscrito a LTSS, asegúrese de que el repositorio de la extensión LTSS está activado.

Ejecute la actualización en línea de YaST para obtener las actualizaciones más recientes del paquete para su sistema.

Instale el paquete yast2-migration y sus dependencias (en YaST en Software › Gestión de software).

Reinicie YaST, o el módulo recién instalado no se mostrará en el Centro de control.

En YaST, seleccione Migración en línea (según la versión de SUSE Linux Enterprise Server desde la que vaya a actualizar, este módulo se categoriza como Sistema o Software). YaST muestra los destinos de migración posibles y un resumen. Si hay disponible más de un destino de migración para el sistema, seleccione uno en la lista.

Seleccione un destino de migración de la lista y haga clic en Siguiente.

En caso de que la herramienta de migración ofrezca repositorios de actualización, se recomienda continuar haciendo clic en Sí.

Si la herramienta Migración en línea encuentra repositorios obsoletos provenientes del DVD o de un servidor local, se recomienda encarecidamente inhabilitarlos. Los repositorios obsoletos proceden de un paquete de servicio anterior. Los repositorios antiguos del Centro de servicios al cliente de SUSE o de RMT se eliminan automáticamente.

Revise el resumen y haga clic en Siguiente para continuar con la migración. Para confirmar, haga clic en Iniciar actualización.

Cuando se complete correctamente la migración, reinicie el sistema.

Si ha entrado en una sesión de GNOME que se esté ejecutando en el equipo que va a actualizar, cambie a una consola de texto. No se recomienda ejecutar la actualización desde una sesión de GNOME. Tenga en cuenta que esto no se aplica cuando se entra desde un equipo remoto (a menos que esté ejecutando una sesión de VNC con GNOME).

Si aún no lo ha hecho, registre el equipo en SUSE Linux Enterprise:

tux > sudo SUSEConnect --regcode YOUR_REGISTRATION_CODE

Si está suscrito a LTSS, asegúrese de que el repositorio de la extensión LTSS está activado.

Ejecute zypper migration:

tux > sudo zypper migration

Executing 'zypper patch-check --updatestack-only'

Refreshing service 'Basesystem_Module_15_x86_64'.
Refreshing service 'Desktop_Applications_Module_15_x86_64'.
Refreshing service 'SUSE_Linux_Enterprise_Server_15_x86_64'.
Refreshing service 'Server_Applications_Module_15_x86_64'.
Loading repository data...
Reading installed packages...

0 patches needed (0 security patches)

Executing 'zypper  refresh'

Repository 'SLE-Module-Basesystem15-Pool' is up to date.                        
Repository 'SLE-Module-Basesystem15-Updates' is up to date.                     
Repository 'SLE-Module-Desktop-Applications15-Pool' is up to date.              
Repository 'SLE-Module-Desktop-Applications15-Updates' is up to date.           
Repository 'SLE-Product-SLES15-Pool' is up to date.                             
Repository 'SLE-Product-SLES15-Updates' is up to date.                          
Repository 'SLE-Module-Server-Applications15-Pool' is up to date.               
Repository 'SLE-Module-Server-Applications15-Updates' is up to date.            
All repositories have been refreshed.
Available migrations:

    1 | SUSE Linux Enterprise Server 15 SP2 x86_64
        Basesystem Module 15 SP2 x86_64
        Desktop Applications Module 15 SP2 x86_64
        Python 2 Module 15 SP2 x86_64
        Server Applications Module 15 SP2 x86_64
       
    2 | SUSE Linux Enterprise Server 15 SP1 x86_64
        Basesystem Module 15 SP1 x86_64
        Desktop Applications Module 15 SP1 x86_64
        Python 2 Module 15 SP1 x86_64
        Server Applications Module 15 SP1 x86_64       

[num/q]:

Notas sobre el proceso de migración:

Revise todos los cambios, sobre todo los paquetes que se van a eliminar. Para continuar, escriba y (el número exacto de paquetes para actualizar puede variar en su sistema):

266 packages to upgrade, 54 to downgrade, 17 new, 8 to reinstall, 5 to remove, 1 to change arch.
Overall download size: 285.1 MiB. Already cached: 0 B  After the operation, additional 139.8 MiB will be used.
Continue? [y/n/? shows all options] (y):

Use las teclas Mayús–Página ↑ o Mayús–Página ↓ para desplazarse por la shell.

Cuando se complete correctamente la migración, reinicie el sistema.

Si ha entrado en una sesión gráfica que se ejecuta en la máquina que va a migrar, salga y cambie a una consola de texto. No se recomienda ejecutar la actualización desde una sesión gráfica. Tenga en cuenta que esto no se aplica cuando se entra desde un equipo remoto (a menos que esté ejecutando una sesión de VNC con X).

Actualice las herramientas de gestión del paquete con los repositorios de SUSE Linux Enterprise anteriores:

tux > sudo zypper patch --updatestack-only

Obtenga una lista de los paquetes que no tienen un repositorio asignado actualmente (paquetes huérfanos). Estos paquetes no se migrarán y no se garantiza que funcionen después de la migración (dado que otros paquetes de los que puedan depender hayan cambiado de forma que ya no sean compatibles). Para obtener la lista, ejecute:

tux > sudo zypper packages --orphaned

Repase cuidadosamente la lista y elimine todos los paquetes huérfanos que ya no sean necesarios. Anote todos los paquetes huérfanos restantes; necesitará esta información más adelante para compararlos.

Obtenga una lista de todos los repositorios a los que está suscrito actualmente el sistema. Para ello, ejecute:

tux > sudo zypper repos -u

A continuación, tendrá que volver a escribir las URL del repositorio para que dirijan a los repositorios respectivos para el nuevo paquete de servicio (SLE-15 se debe sustituir por SLE-15-SP1). Si la URL de un repositorio tiene este aspecto:

http://rmt.example.com/repo/SUSE/Products/SLE-15-Product-SLES/x86_64/product/

es necesario cambiarla a:

http://rmt.example.com/repo/SUSE/Products/SLE-15-SP1-Product-SLES/x86_64/product/

Esto debe llevarse a cabo con todos los repositorios habilitados. Puede resultar útil hacerlo también para los repositorios que están inhabilitados, para evitar que haya orígenes de instalación erróneos en el sistema cuando se activen más adelante.

Para modificar las URL de los repositorios, tiene las opciones siguientes:

1. Mediante YaST › Software › Repositorios de software. Seleccione un repositorio y haga clic en Editar para realizar los cambios necesarios. Repita este paso para todos los repositorios.

2. Mediante Zypper. Añada un repositorio nuevo y, después, elimine el repositorio antiguo correspondiente:

   tux > sudo zypper addrepo -f URL NAME-15-SP1
   tux > sudo zypper removerepo  NAME

3. Editando los archivos de configuración del repositorio en /etc/zypp/repos.d. Cada repositorio se representa mediante un archivo de configuración. Es necesario cambiar el valor del parámetro baseurl en cada archivo.

Revise los cambios ejecutando zypper repos -u y actualice los repositorios con:

tux > sudo zypper refresh -f -s

En caso de que falle la actualización de un repositorio, compruebe si ha introducido una URL errónea. Si el problema no se puede solucionar, se recomienda inhabilitar el repositorio que falla.

Si todos los repositorios están configurados correctamente, ejecute de nuevo:

tux > sudo zypper refresh -f -s

Así se asegurará de que todos los repositorios están actualizados.

Antes de iniciar la migración, se recomienda realizar una ejecución de prueba:

tux > sudo zypper dup -D --no-allow-vendor-change --no-recommends

El parámetro -D lleva a cabo una ejecución de simulación para probar la migración sin modificar realmente el sistema. En caso de que se produzcan problemas, corríjalos antes de continuar. En caso de que la ejecución de prueba se realice correctamente, realice la migración real ejecutando:

tux > sudo zypper dup --no-allow-vendor-change --no-recommends

-no-allow-vendor-change garantiza que los RPM de otros fabricantes no sobrescriban los RPM del sistema base. La opción --no-recommends garantiza que el paquete deseleccionado durante la instalación inicial no se añadirá de nuevo.

Después de que finalice la migración y se haya arrancado el sistema con la nueva versión del paquete de servicio, ejecute de nuevo la comprobación de paquetes huérfanos:

tux > sudo zypper packages --orphaned

Compare la nueva lista con la que generó antes de iniciar la migración. Si hay nuevos paquetes en la lista, puede deberse a que se hayan trasladado a un módulo diferente en el nuevo paquete de servicio. Si no tenía ese módulo en la instalación anterior, el paquete no se habrá actualizado.

Puede comprobar a qué módulo pertenece un paquete en https://scc.suse.com/packages. Añada los módulos que faltan con zypper addrepo o con el módulo de repositorios de software de YaST y, después, actualice los paquetes huérfanos ejecutando:

tux > sudo zypper install --no-recommends LIST OF PACKAGES

Ya ha completado correctamente la migración a un nuevo paquete de servicio.

Obtenga una lista de todas las instantáneas de Snapper:

tux > sudo snapper list

Revise el resultado para localizar la instantánea que se creó inmediatamente antes de la migración del paquete de servicios. La columna Descripción contiene la instrucción correspondiente y la instantánea está marcada como importante en la columna Información del usuario. Memorice el número de la instantánea de la columna n.º y la fecha de la columna Fecha.

Rearranque el sistema. En el menú de arranque, seleccione Iniciar cargador de arranque desde una instantánea de solo lectura y, a continuación, la instantánea con la fecha y el número que memorizó en el paso anterior. Se carga un segundo menú de arranque (el de la instantánea). Seleccione la entrada que empieza por SLES 15 SP2 y arránquela.

El sistema arranca en el estado anterior con la partición de sistema montada como de solo lectura. Entre como usuario root y compruebe si ha elegido la instantánea correcta. Asegúrese también de que todo funciona como se espera. Tenga en cuenta que, ya que el sistema de archivos raíz se monta como de solo lectura, pueden aplicarse restricciones a la funcionalidad.

En caso de problemas o si ha arrancado la instantánea equivocada, vuelva a arrancar y elija otra instantánea de arranque: hasta este momento no se han realizado cambios permanentes. Si la instantánea es correcta y funciona como se espera, haga permanente el cambio ejecutando el comando siguiente:

tux > sudo snapper rollback

A continuación, vuelva a arrancar. En la pantalla de arranque, seleccione la entrada de arranque por defecto para arrancar en el sistema restablecido.

Compruebe si la configuración del repositorio se ha restablecido correctamente. Compruebe también que todos los productos estén correctamente registrados. Si alguno de los elementos anteriores no se cumple, podría darse el caso de que no funcione la actualización del sistema a un momento posterior o que el sistema se actualice con los repositorios de paquetes erróneos.

Asegúrese de que el sistema tiene acceso a Internet antes de iniciar este procedimiento.

1. Para actualizar los servicios y los repositorios, ejecute:

   tux > sudo zypper ref -fs

2. Para obtener una lista de los repositorios activos, ejecute:

   tux > sudo zypper lr

   Compruebe con atención el resultado de este comando. No debería aparecer ningún servicio ni repositorio que se haya añadido para la actualización. Por ejemplo, si realiza una reversión de SLES 15 SP1 a SLES 15, la lista debe contener los repositorios SLES15, y no los repositorios SLES15-SP1.

   Si se muestran repositorios incorrectos, suprímalos y, si fuera necesario, sustitúyalos por las versiones que coinciden con su versión de producto o de paquete de servicios. Para obtener una lista de los repositorios para las vías de migración admitidas, consulte la Sección 2.3, “Dependencias de módulos y ciclos de vida”. Tenga en cuenta que la intervención manual no debería ser necesaria, ya que los repositorios deben haberse actualizado automáticamente; pero se trata de una práctica recomendada para verificar y realizar las correcciones necesarias.

3. Por último, para comprobar el estado de registro de todos los productos instalados, ejecute:

   tux > sudo SUSEConnect --status

   Todos los productos deben mostrarse como registrados. Si no fuera el caso, para reparar el registro ejecute:

   tux > sudo SUSEConnect --rollback

Cambie a un TTY, por ejemplo, pulsando Ctrl–Alt–F1. Luego inicie sesión como usuario root.

Instalación SUSEConnect.

root # zypper in SUSEConnect

Regístrese en SCC para obtener los repositorios de SUSE Linux Enterprise Server.

root # SUSEConnect -r REGISTRATION_CODE -p SLES/15.1/x86_64

Muestre e inhabilite todos los repositorios de openSUSE del sistema.

root # zypper lr
root # zypper mr -d REPO_IDS

Sustituya REPO_IDS por una lista separada por espacios de todos los repositorios de openSUSE habilitados.

Ahora añada los módulos que necesite para la instalación.

root # SUSEConnect --list-extensions
[...]
root # SUSEConnect -p sle-module-basesystem/15.1/x86_64

Para disponer de sustitutos para la mayoría de los paquetes de Leap, se recomienda habilitar los módulos Basesystem, Desktop Applications, Server Applications y Legacy. Además, se recomienda habilitar SUSE Package Hub.

Migre los paquetes instalados a los repositorios de SUSE Linux Enterprise Server.

root # zypper dup --force-resolution

Elimine los paquetes huérfanos.

root # zypper rm $(zypper --no-refresh packages --orphaned | gawk '{print $5}' | tail -n +5)

Por último, reinicie el sistema.