Actualización de SLE Micro desde versiones anteriores

Para comprobar la versión de SLE Micro, consulte el archivo /etc/os-release. Puede obtener el resultado XML legible por máquina con zypper:

> sudozypper --no-remote --no-refresh --xmlout --non-interactive products
      -i
      
<?xml version='1.0'?>
<stream>
<message type="info">Ignoring repository 'SLE-Micro-5.5-Debuginfo-Pool' because of 'no-remote' option.</message>
<message type="info">Ignoring repository 'SLE-Micro-5.5-Debuginfo-Updates' because of 'no-remote' option.</message>
<message type="info">Ignoring repository 'SLE-Micro-5.5-Pool' because of 'no-remote' option.</message>
<message type="info">Ignoring repository 'SLE-Micro-5.5-Source-Pool' because of 'no-remote' option.</message>
<message type="info">Ignoring repository 'SLE-Micro-5.5-Updates' because of 'no-remote' option.</message>
<message type="info">Loading repository data...</message>
<message type="info">Reading installed packages...</message>
<product-list>
<product name="SLE-Micro" version="5.5" release="1" epoch="0" arch="x86_64" vendor="SUSE" summary="SUSE Linux Enterprise Micro 5.5" repo="@System" productline="SLE-Micro" registerrelease="" shortname="SUSE Linux Enterprise Micro" flavor="" isbase="true" installed="true"><endoflife time_t="1809043200" text="2027-04-30T00:00:00Z"/><registerflavor/><description>SUSE Linux Enterprise Micro 5.5</description></product>
</product-list>
</stream>

Encontrará una lista de todos los cambios, nuevas funciones y problemas conocidos en las release notes. Las notas de la versión también se encuentran en el medio de instalación, en el directorio docu.

Normalmente, las notas solo contienen los cambios entre dos versiones consecutivas.

Consulte las notas de versión para comprobar lo siguiente:

Durante el registro, el sistema recibe repositorios del Centro de servicios al cliente de SUSE (consulte https://scc.suse.com/) o de un proxy de registro local como SMT. Los nombres de repositorios corresponden a URI específicos del centro del cliente. Para ver todos los repositorios disponibles del sistema, utilice zypper tal como se describe a continuación:

# zypper repos -u

Esto proporciona una lista de todos los repositorios disponibles en el sistema. Cada repositorio se indica según su alias, su nombre y si está habilitado y se actualizará. La opción -u también proporciona el URI desde donde se origina.

Para registrar el equipo, ejecute el comando transactional-update de la siguiente manera:

> sudotransactional-update register -r REGCODE

Para comprobar los productos instalados localmente y su estado, utilice el comando siguiente:

# SUSEConnect -s

Solo se admite la actualización del sistema desde el parche más reciente. Asegúrese de que se han instalado las últimas actualizaciones del sistema ejecutando:

> sudo transactional-update patch

Antes de actualizar, realice una copia de seguridad de los datos copiando los archivos de configuración existentes en un medio independiente (como un dispositivo de cinta o un disco duro extraíble). Esta recomendación se aplica fundamentalmente a los archivos almacenados en /etc y en algunos directorios y archivos de /var y /opt. También puede ser conveniente escribir los datos de usuario en /home (los directorios HOME) en un medio de copia de seguridad.

Haga una copia de seguridad de todos los datos como usuario root. Solo los usuarios root disponen de permiso suficiente para todos los archivos locales.

Si su servicio de red es wicked, debe cambiarlo a NetworkManager, porque wicked no se admite en la nueva versión. Para comprobar qué servicio de red utiliza, ejecute:

> sudosystemctl status network

    wicked.service - wicked managed network interfaces
     Loaded: loaded (/usr/lib/systemd/system/wicked.service; enabled; vendor preset: enabled)

Nota: wicked e incompatibilidades de NetworkManager

Aunque las funciones de NetworkManager y wicked son similares, no podemos garantizar la paridad completa. No se admite la conversión de la configuración de wicked ni la conmutación automática a NetworkManager.

Los archivos de /etc/sysconfig/network/ifcfg-* son compatibles, excepto en algunos casos excepcionales. Sin embargo, si utiliza la configuración de wicked en /etc/wicked/*.xml, deberá migrarla manualmente.

Para cambiar el servicio de gestión de redes de wicked a NetworkManager, haga lo siguiente:

El software tiende a crecer de una versión a la siguiente. Por lo tanto, antes de actualizar debe saber de cuánto espacio dispone en la partición. Si sospecha que se está quedando sin espacio en disco, realice una copia de seguridad de los datos antes de aumentar el espacio disponible, por ejemplo al cambiar de tamaño las particiones. No existe ninguna regla general sobre cuánto espacio debe tener cada partición. Los requisitos de espacio dependen de cada perfil de particiones concreto y del software que se seleccione.

En un sistema de archivos Btrfs, el resultado de df puede inducir a error, ya que, además del espacio que asignan los datos en bruto, el sistema también asigna y utiliza espacio para los metadatos

Por lo tanto, un sistema de archivos Btrfs podría informar de que no queda espacio aunque parezca que aún hay mucho disponible. En tal caso, se utiliza todo el espacio asignado para los metadatos.

Asegúrese de que hay suficiente espacio libre, ya que el sistema de archivos raíz utiliza Btrfs y puede consumir una cantidad significativa de espacio. Compruebe el espacio disponible en todas las particiones montadas. En el peor de los casos, una actualización necesitará tanto espacio en disco como el que ocupa el sistema de archivos raíz actual (sin /.snapshot) para realizar una instantánea nueva.

Se ha comprobado que las recomendaciones siguientes funcionan:

Si el equipo hace de servidor de host de máquina virtual para KVM, asegúrese de apagar correctamente cualquier máquina virtual invitada en ejecución antes de actualizar. De lo contrario, quizá no pueda acceder a los sistemas invitados tras la actualización.