Fazendo upgrade do SLE Micro de versões anteriores

Para verificar a versão do SLE Micro, veja o arquivo /etc/os-release. A saída XML legível por máquina está disponível com 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>

Encontre uma lista de todas as mudanças, dos novos recursos e dos problemas conhecidos em release notes. Você também pode encontrar as notas de versão na mídia de instalação no diretório docu.

Geralmente, os detalhes da versão contêm apenas as mudanças entre duas versões subsequentes.

Consulte os detalhes da versão para verificar se:

No registro, o sistema recebe repositórios do SUSE Customer Center (consulte https://scc.suse.com/) ou um proxy de registro local, como a SMT. Os nomes dos repositórios são mapeados para URIs específicos no atendimento do cliente. Para listar todos os repositórios disponíveis em seu sistema, use o zypper da seguinte forma:

# zypper repos -u

Esse comando mostra uma lista dos repositórios disponíveis no sistema. Cada repositório é listado por seu álias, nome e se está habilitado e será atualizado. A opção -u também mostra o URI de origem.

Para registrar sua máquina, execute o comando transactional-update da seguinte maneira:

> sudotransactional-update register -r REGCODE

Para verificar os produtos instalados localmente e seus status, use o seguinte comando:

# SUSEConnect -s

O upgrade do sistema apenas é suportado do nível de patch mais recente. Verifique se as atualizações de sistema mais recentes estão instaladas executando:

> sudo transactional-update patch

Antes de fazer upgrade, faça backup dos dados copiando os arquivos de configuração existentes para um meio separado (como dispositivo de fita ou disco rígido removível). Isso se aplica basicamente aos arquivos armazenados em /etc e a alguns diretórios e arquivos em /var e /opt. Você também pode gravar os dados do usuário em /home (os diretórios HOME) em um meio de backup.

Faça backup de todos os dados como root. Apenas o usuário root tem permissões suficientes para todos os arquivos locais.

Se o seu serviço de rede for wicked, você precisará alterná-lo para o NetworkManager porque o wicked não é suportado na nova versão. Para verificar qual serviço de rede você usa, execute:

> sudosystemctl status network

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

Nota: Incompatibilidades entre wicked e NetworkManager

O NetworkManager e o wicked têm funcionalidades semelhantes, mas não podemos garantir a paridade total dos recursos. A conversão da configuração do wicked ou a alternância automatizada para o NetworkManager não são suportadas.

Os arquivos /etc/sysconfig/network/ifcfg-* são compatíveis, exceto em alguns casos raros. No entanto, quando você usa a configuração do wicked em /etc/wicked/*.xml, precisa migrá-la manualmente.

Para mudar o serviço de gerenciamento de rede do wicked para o NetworkManager, faça o seguinte:

O software tende a crescer a cada versão. Portanto, verifique o espaço da partição disponível antes de atualizar. Se você suspeitar que esteja ficando sem espaço em disco, faça backup dos dados antes de aumentar o espaço disponível redimensionando as partições, por exemplo. Não há uma regra geral sobre a quantidade de espaço que cada partição deve ter. As exigências de espaço dependem do seu perfil de particionamento específico e do software selecionado.

Em um sistema de arquivos Btrfs, a saída do df pode gerar confusão, porque além do espaço alocado pelos dados brutos, esse sistema de arquivos também aloca e usa espaço para os metadados.

Consequentemente, um sistema de arquivos Btrfs pode informar que está sem espaço mesmo que pareça ter bastante espaço ainda disponível. Nesse caso, todo o espaço alocado para os metadados está em uso.

Verifique se há espaço livre suficiente, pois o sistema de arquivos raiz usa o Btrfs e pode consumir uma quantidade significativa de espaço. Verifique o espaço disponível em todas as partições montadas. Na pior das hipóteses, um upgrade precisará do mesmo espaço em disco que o sistema de arquivos raiz atual (sem /.snapshot) para um novo instantâneo.

As recomendações a seguir foram comprovadas:

Se a sua máquina atuar como Servidor de Host de VM para KVM, encerre apropriadamente todos os Convidados de VM em execução antes da atualização. Do contrário, poderá não ser possível acessar os convidados após a atualização.