Para habilitar a extensão LTSS, execute as seguintes etapas:

1. Verifique se o seu sistema está registrado com uma assinatura qualificada para LTSS. Se o sistema ainda não foi registrado, faça o seguinte:

   > sudo SUSEConnect -r REGISTRATION_CODE -e EMAIL_ADDRESS

2. Verifique se a extensão LTSS está disponível para o seu sistema:

   > sudo SUSEConnect --list-extensions | grep LTSS
   SUSE Linux Enterprise Server LTSS 15 SP6 x86_64
   Activate with: SUSEConnect -p SLES-LTSS/15.6/x86_64 -r ADDITIONAL REGCODE

3. Ative o módulo conforme as instruções:

   > sudo SUSEConnect -p SLES-LTSS/15.6/x86_64 -r REGISTRATION_CODE

1. Crie um arquivo denominado repositories.bak.repo com uma lista de todos os repositórios usados:

   # zypper lr -e repositories.bak

2. Crie também um arquivo denominado installed-software.bak com uma lista de todos os pacotes instalados:

   # rpm -qa --queryformat '%{NAME}\n' >
        installed-software.bak

3. Faça backup dos dois arquivos. Os repositórios e os pacotes instalados podem ser restaurados com os comandos a seguir:

   # zypper ar repositories.bak.repo
   # zypper install $(cat installed-software.bak)

   

   Nota: O número de pacotes aumenta com a atualização para uma nova versão principal

   Um sistema do qual foi feito o upgrade para uma nova versão principal (SLE X+1) pode conter mais pacotes do que o sistema inicial (SLE X). Ele também terá mais pacotes do que uma nova instalação do SLE X+1 com a seleção do mesmo padrão. Os motivos para isso são:

   • Os pacotes foram divididos para permitir uma seleção de pacote mais detalhada. Por exemplo, 37 pacotes texlive no SLE 11 foram divididos em mais de 3.000 pacotes no SLE 15.

   • Quando um pacote é dividido, todos os novos pacotes são instalados no caso de upgrade para manter a mesma funcionalidade da versão anterior. No entanto, o novo padrão para uma instalação recente do SLE X+1 pode ser de não instalar todos os pacotes.

   • Os pacotes legados do SLE X podem ser mantidos por questões de compatibilidade.

   • As dependências de pacotes e o escopo dos padrões podem ter mudado.

1. Verifique se a extensão LTSS está habilitada:

   > sudo SUSEConnect --list-extensions | grep LTSS
   SUSE Linux Enterprise Server LTSS 12 SP4 x86_64 (Installed)
   Deactivate with: SUSEConnect -d -p SLES-LTSS/12.4/x86_64

2. Desabilite a extensão LTSS com o comando da saída SUSEConnect acima:

   > sudo SUSEConnect -d -p SLES-LTSS/12.4/x86_64
   Deregistered SUSE Linux Enterprise Server LTSS 12 SP4 x86_64
   To server: https://scc.suse.com/

3. Verifique se o repositório LTSS não está mais presente com zypper lr.

1. Verifique se as seguintes pré-condições foram atendidas:

   • Caso ainda não tenha sido feito, faça upgrade de qualquer pacote da versão antiga do PostgreSQL para a versão mais recente por meio de uma atualização de manutenção.

   • Crie um backup do seu banco de dados existente.

   • Instale os pacotes da nova versão principal do PostgreSQL. Para o SLE 15 SP6, isso significa instalar o postgresql13-server e todos os pacotes dos quais ele depende.

   • Instale o pacote postgresql13-contrib, que contém o comando pg_upgrade.

   • Verifique se você tem espaço livre suficiente na área de dados do PostgreSQL, que é /var/lib/pgsql/data por padrão. Se o espaço for pouco, tente reduzir o tamanho com o seguinte comando SQL em cada banco de dados (pode levar muito tempo!):

     VACUUM FULL

2. Pare o servidor PostgreSQL usando qualquer um destes comandos:

   # /usr/sbin/rcpostgresql stop

   ou

   # systemctl stop postgresql.service

   (dependendo da versão do SLE que você usa como a versão inicial para o upgrade).

3. Renomeie o diretório de dados antigo:

   # mv /var/lib/pgsql/data /var/lib/pgsql/data.old

4. Inicialize a nova instância do banco de dados manualmente com initdb ou iniciando e parando o PostgreSQL, que fará isso automaticamente:

   # /usr/sbin/rcpostgresql start
   # /usr/sbin/rcpostgresql stop

   ou

   # systemctl start postgresql.service
   # systemctl stop postgresql.service

   (dependendo da versão do SLE que você usa como a versão inicial para o upgrade).

5. Se você modificou os arquivos de configuração na versão antiga, considere transferir essas modificações para os novos arquivos de configuração. Isso pode afetar os arquivos postgresql.auto.conf, postgresql.conf, pg_hba.conf e pg_ident.conf. As versões antigas desses arquivos estão localizadas em /var/lib/pgsql/data.old/, e as versões novas estão disponíveis em /var/lib/pgsql/data.

   Não é recomendado copiar os arquivos de configuração antigos, pois isso pode sobregravar as novas opções, os novos padrões e os comentários modificados.

6. Inicie o processo de migração como usuário postgres:

   # su - postgres
   postgres > pg_upgrade \
    --old-datadir "/var/lib/pgsql/data.old" \
    --new-datadir "/var/lib/pgsql/data" \
    --old-bindir "/usr/lib/postgresql12/bin/" \
    --new-bindir "/usr/lib/postgresql13/bin/"

7. Inicia a nova instância de banco de dados usando um destes comandos:

   # /usr/sbin/rcpostgresql start

   ou

   # systemctl start postgresql.service

   (dependendo da versão do SLE que você usa como a versão inicial para o upgrade).

8. Verifique se a migração foi bem-sucedida. O escopo do teste depende do seu caso de uso, e não há nenhuma ferramenta geral para automatizar esta etapa.

9. Remova qualquer pacote antigo do PostgreSQL e o diretório de dados antigo:

   # zypper search -s postgresql12| xargs zypper rm -u
   # rm -rf /var/lib/pgsql/data.old

1. Crie um arquivo de dump:

   # mysqldump -u root -p --all-databases --add-drop-database > mysql_backup.sql

   Por padrão, o mysqldump não descarrega o banco de dados INFORMATION_SCHEMA ou performance_schema Para obter mais detalhes, consulte https://mariadb.com/kb/en/mariadb-dumpmysqldump/.

2. Armazene o arquivo de dump, o arquivo de configuração /etc/my.cnf e o diretório /etc/mysql/ para investigação futura (não para instalação!) em um local seguro.

3. Faça o upgrade do SUSE Linux Enterprise Server. Após o upgrade, o arquivo de configuração antigo /etc/my.cnf ainda estará intacto. Você encontra a nova configuração no arquivo /etc/my.cnf.rpmnew.

4. Configure o banco de dados MariaDB de acordo com as suas necessidades. Não use o arquivo de configuração e o diretório antigos, mas use-os como base e adapte-os.

5. Inicie o servidor MariaDB:

   # systemctl start mariadb

   Para iniciar o servidor MariaDB em cada boot, habilite o serviço:

   # systemctl enable mariadb

6. Verifique se o MariaDB está sendo executado apropriadamente conectando-se com o banco de dados:

   # mariadb -u root -p

1. Abra um terminal e efetue login como root.

2. Crie uma chave privada:

   # openssl genrsa -out server.key 1024

   Para uma chave mais forte, substitua 1024 por um número mais alto. Por exemplo, 4096.

3. Crie uma Solicitação de Autenticação de Certificado (CSR, Certificate Signing Request):

   # openssl req -new -key server.key -out server.csr

4. Autoassine o certificado:

   # openssl x509 -req -days 365 -in server.csr -signkey server.key -out server.crt

5. Crie o arquivo PEM:

   # cat server.key server.crt > server.pem

6. Armazene os arquivos server.crt, server.csr, server.key e server.pem nos respectivos diretórios onde estão as chaves. Para o Tomcat, por exemplo, o diretório é /etc/tomcat/ssl/.

1. Efetue login na máquina do cliente.

2. A etapa seguinte depende do sistema operacional atual do cliente:

   • Para o SUSE Linux Enterprise 11, execute os seguintes comandos:

     > sudo suse_register -E
     > sudo rm -f /etc/SUSEConnect
     > sudo rm -rf /etc/zypp/credentials.d/*
     > sudo rm -rf /etc/zypp/repos.d/*
     > sudo rm -f /etc/zypp/services.d/*
     > sudo rm -f /var/cache/SuseRegister/*
     > sudo rm -f /etc/suseRegister*
     > sudo rm -f /var/cache/SuseRegister/lastzmdconfig.cache
     > sudo rm -f /etc/zmd/deviceid
     > sudo rm -f /etc/zmd/secret

   • Para o SUSE Linux Enterprise 12, execute os seguintes comandos:

     > sudo SUSEConnect --de-register
     > sudo SUSEConnect --cleanup
     > sudo rm -f /etc/SUSEConnect
     > sudo rm -rf /etc/zypp/credentials.d/*
     > sudo rm -rf /etc/zypp/repos.d/*
     > sudo rm -f /etc/zypp/services.d/*

3. Efetue login no servidor SMT.

4. Verifique se o registro do cliente foi cancelado com êxito listando todos os registros de clientes:

   > sudo smt-list-registrations

5. Se o nome de host do cliente ainda constar na lista retornada por esse comando, obtenha o Unique ID do cliente na primeira coluna. (O cliente pode ser listado com vários IDs.)

6. Apague o registro desse cliente:

   > sudo smt-delete-registration -g UNIQUE_ID

7. Se o cliente estiver listado com vários IDs, repita a etapa acima para cada um dos IDs exclusivos.

8. Agora, verifique se o registro do cliente foi cancelado com êxito executando novamente:

   > sudo smt-list-registrations

1. Localize o dispositivo de hibernação:

   > sudo grep resume /etc/default/grub
   GRUB_CMDLINE_LINUX_DEFAULT="resume=/dev/sda1 splash=silent quiet showopts"

   O dispositivo de hibernação é /dev/sda1. Se o comando não retorna nada, a hibernação não foi configurada.

2. Obtenha o UUID para /dev/sda1:

   > sudo blkid /dev/vda1
   /dev/vda1: UUID="a1d1f2e0-b0ee-4be2-83d5-78a98c585827" TYPE="swap" PARTUUID="000134b5-01"

   O UUID para /dev/sda1 é a1d1f2e0-b0ee-4be2-83d5-78a98c585827.

3. Edite /etc/default/grub e ajuste o parâmetro resume. Substitua /dev/sda1 por UUID=a1d1f2e0-b0ee-4be2-83d5-78a98c585827. O resultado deve ser semelhante a este:

   GRUB_CMDLINE_LINUX_DEFAULT="resume=UUID=a1d1f2e0-b0ee-4be2-83d5-78a98c585827 splash=silent quiet showopts"

4. Atualize a configuração do gerenciador de boot do grub:

   > sudo grub2-mkconfig -o /boot/grub2/grub.cfg

1. Selecione e prepare um meio de boot. Consulte o Book “Guia de Implantação”.

2. Insira o DVD do Instalador Unificado do SUSE Linux Enterprise Server 15 SP6 e inicialize a máquina. Uma tela de boas-vindas aparece seguida da tela de boot.

3. (Opcional) Para forçar o instalador a instalar apenas os pacotes do DVD, e não de fontes de rede, adicione a opção de boot media_upgrade=1.

4. Inicialize o sistema selecionando Fazer Upgrade no menu de boot.

5. Prossiga com o processo de upgrade conforme descrito na Seção 4.4, “Fazendo upgrade do SUSE Linux Enterprise”.

Nota: SUSE Customer Center e conexão com a Internet

Se o sistema do qual você deseja fazer upgrade foi registrado no SUSE Customer Center, verifique se há conexão com a Internet durante o procedimento a seguir.

1. Após a inicialização (de um meio de instalação ou da rede), selecione a entrada Upgrade na tela de boot.

   

   Atenção: A opção errada pode levar à perda de dados

   Neste ponto, selecione Upgrade. Se você selecionar Instalação por engano, a partição de dados será sobregravada por uma instalação nova.

   O YaST inicia o sistema de instalação.

2. Na tela Bem-vindo, escolha Idioma e Teclado. Continue com Próximo.

   O YaST verifica se já existem sistemas do SUSE Linux Enterprise instalados em suas partições.

3. Na tela Select for Upgrade (Selecionar para Upgrade), selecione a partição para fazer upgrade e clique em Avançar.

4. O YaST monta a partição selecionada e exibe o contrato de licença referente ao produto do qual foi feito o upgrade. Para continuar, aceite a licença.

5. Na tela Repositórios previamente utilizados, ajuste o status dos repositórios. Por padrão, todos os repositórios são removidos. Se você não adicionou nenhum repositório personalizado, não mude as configurações. Os pacotes para o upgrade serão instalados do DVD, e você poderá habilitar os repositórios online padrão na próxima etapa.

   Se você tem repositórios personalizados, há duas opções:

   • Mantenha o estado do repositório como Removido. O software que foi instalado desse repositório será removido durante o upgrade. Use esse método se não houver uma versão do repositório disponível correspondente à nova versão.

   • Atualize e habilite o repositório se ele corresponder à nova versão. Para mudar o URL dele, clique no repositório na lista e clique em Alterar. Para habilitar o repositório, marque Alternar Status até ele ser definido como Habilitar.

   Não mantenha os repositórios da versão anterior, já que o sistema pode se tornar instável ou parar de funcionar. Em seguida, clique em Próximo para prosseguir.

6. A próxima etapa depende se o sistema do qual foi feito o upgrade foi ou não registrado no SUSE Customer Center.

   1. Se o sistema não foi registrado no SUSE Customer Center, o YaST exibe uma mensagem popup sugerindo o uso de um segundo meio de instalação, a imagem SLE-15-SP6-Full-ARCH-GM-media1.iso.

      Se você não tiver esse meio, não será possível fazer upgrade do sistema sem o registro.

   2. Se o sistema foi registrado no SUSE Customer Center, o YaST mostra os destinos de migração possíveis e um resumo.

      Selecione um destino de migração na lista e clique em Próximo para continuar.

7. Na caixa de diálogo seguinte, você pode adicionar outro meio de instalação. Se você tem uma mídia de instalação adicional, ative a opção Eu desejo instalar outro Produto Complementar e especifique o tipo de mídia.

8. Revise as Configurações de Instalação para o upgrade.

9. Se todas as configurações estiverem conforme desejado, inicie o procedimento de instalação e remoção clicando em Atualizar.

   

   Dica: Falha no upgrade em clientes SMT

   Se a máquina da qual será feito o upgrade for um cliente SMT, e houver falha no upgrade, consulte o Procedimento 3.1, “Cancelando o registro de um cliente SUSE Linux Enterprise de um servidor SMT” e reinicie o procedimento de upgrade posteriormente.

10. Após o término bem-sucedido do processo de upgrade, execute as etapas pós-upgrade conforme descrito no Capítulo 6, Concluindo o upgrade.

1. Inicie o YaST e selecione Software › Registro de Produto para abrir a caixa de diálogo Registro.

2. Informe o endereço de E-mail associado à conta do SUSE que você ou sua organização usa para gerenciar inscrições. Se você ainda não tem uma conta do SUSE, vá para a home page do SUSE Customer Center (https://scc.suse.com/) para criar uma.

3. Digite o Código de Registro que você recebeu com a cópia do SUSE Linux Enterprise Server.

4. Se houver um ou mais servidores de registro locais disponíveis na rede, você poderá escolher um deles na lista.

5. Para iniciar o registro, clique em Avançar para prosseguir.

   Após o registro bem-sucedido, o YaST mostrará uma lista de extensões, complementos e módulos disponíveis para o seu sistema. Para selecioná-los e instalá-los, continue no Book “Guia de Implantação”, Chapter 10 “Registrando o SUSE Linux Enterprise e gerenciando módulos/extensões”, Section 10.4 “Gerenciando módulos e extensões em um sistema em execução”.

1. Desative todas as extensões não utilizadas em seu servidor de registro para evitar conflitos futuros de dependência. Se você se esquecer de uma extensão, o YaST detectará posteriormente os repositórios de extensões não utilizadas e as desativará.

2. Se você efetuou login em uma sessão do GNOME em execução na máquina que você pretende atualizar, alterne para um console de texto. Não é recomendável executar a atualização de uma sessão GNOME. Observe que isso não se aplica quando o login é efetuado de uma máquina remota (a menos que você esteja executando uma sessão VNC com GNOME).

3. Execute a atualização online do YaST para obter as atualizações de pacote mais recentes para o seu sistema.

4. Instale o pacote yast2-migration e suas dependências (no YaST em Software › Gerenciamento de Software).

5. Reinicie o YaST; do contrário, o módulo recém-instalado não será mostrado no centro de controle.

6. No YaST, escolha Migração Online (dependendo da versão do SUSE Linux Enterprise Server da qual você está fazendo upgrade, este módulo será classificado como Sistema ou Software). O YaST mostra os destinos de migração possíveis e um resumo. Se houver mais de um destino de migração disponível para o seu sistema, selecione um deles na lista.

7. Selecione um destino de migração na lista e clique em Avançar para continuar.

8. Se a ferramenta de migração oferecer repositórios de atualização, a recomendação será clicar em Sim para continuar.

9. Se a ferramenta de migração online encontrar repositórios obsoletos de DVD ou de um servidor local, será altamente recomendado desabilitá-los. Os repositórios obsoletos se referem a um service pack anterior. Os repositórios antigos do SUSE Customer Center ou da RMT são removidos automaticamente.

   Se o servidor de registro não oferecer migrações para um módulo ou uma extensão, sua configuração de repositório permanecerá inalterada. Geralmente, isso acontece com repositórios de terceiros, como o NVIDIA Compute Module, que não são específicos a uma versão de produto ou um service pack. Se necessário, você poderá verificar manualmente a configuração do repositório após a migração.

10. Confira o resumo e clique em Avançar para continuar a migração. Clique em Iniciar Atualização para confirmar.

11. Reinicie o sistema após a migração bem-sucedida.

1. Se você efetuou login em uma sessão do GNOME em execução na máquina que você pretende atualizar, alterne para um console de texto. Não é recomendável executar a atualização de uma sessão GNOME. Observe que isso não se aplica quando o login é efetuado de uma máquina remota (a menos que você esteja executando uma sessão VNC com GNOME).

2. Registre a máquina do SUSE Linux Enterprise, caso ainda não tenha feito isso:

   > sudo SUSEConnect --regcode YOUR_REGISTRATION_CODE

3. Inicie a migração:

   > sudo zypper migration

   Algumas observações sobre o processo de migração:

   • Se houver mais de um destino de migração disponível para o seu sistema, o Zypper permitirá selecionar um SP na lista. Isso equivale a ignorar um ou mais SPs. Lembre-se de que a migração online para produtos base (SLES, SLED) permanece disponível apenas entre os SPs de uma versão principal.

   • Por padrão, o Zypper usa a opção --no-allow-vendor-change, que é passada para o zypper dup. Se um pacote foi instalado de um repositório de terceiros, essa opção impede que os pacotes sejam substituídos pelo mesmo pacote que vem do SUSE.

   • Se o Zypper encontrar repositórios obsoletos de DVD ou de um servidor local, será altamente recomendado desabilitá-los. Os repositórios antigos do SUSE Customer Center ou da RMT são removidos automaticamente.

4. Revise todas as mudanças, principalmente os pacotes que serão removidos. Digite y para continuar (o número exato de pacotes para upgrade pode variar de acordo com o 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 as teclas Shift–Page ↑ ou Shift–Page ↓ para mover a barra de rolagem no shell.

5. Reinicie o sistema após a migração bem-sucedida.

1. Se você efetuou login em uma sessão gráfica em execução na máquina que você pretende migrar, efetue logout dessa sessão e alterne para um console de texto. Não é recomendável executar a atualização de uma sessão gráfica. Observe que isso não se aplica quando o login é efetuado de uma máquina remota (a menos que você esteja executando uma sessão VNC com X).

2. Atualize as ferramentas de gerenciamento de pacote com os repositórios antigos do SUSE Linux Enterprise:

   > sudo zypper patch --updatestack-only

3. Obtenha uma lista de pacotes que não têm um repositório atribuído a eles (pacotes órfãos). Esses pacotes não serão migrados, e não haverá garantia de que eles funcionarão após a migração (porque outros pacotes dos quais eles dependem podem ter mudado de um modo que acabaram ficando compatíveis). Para obter a lista, execute:

   > sudo zypper packages --orphaned

   Revise cuidadosamente a lista e remova todos os pacotes órfãos que não são mais necessários. Anote todos os pacotes órfãos restantes, você precisará deles mais tarde para comparação.

4. Para obter uma lista de todos os repositórios em que o sistema está registrado atualmente, execute:

   > sudo zypper repos -u

   Atualize o URL de cada repositório para que o número da versão do produto seja 15-SP6. Por exemplo, se o URL de um repositório for

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

   altere-o para

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

   Isso deve ser feito com todos os repositórios habilitados. Convém fazer isso também com os repositórios que estão desabilitados no momento, para evitar ter fontes de instalação incorretas no sistema quando eles forem ativados posteriormente.

   Para mudar os URLs dos repositórios, você tem as seguintes opções:

   1. Por meio de YaST ›  Software ›  Repositórios de software. Selecione um repositório e clique em Editar para fazer a mudança necessária. Repita esse procedimento para todos os repositórios.

   2. Usando o zypper. Execute o seguinte comando para remover o repositório antigo

      > sudo zypper removerepo OLD_REPO_ID

      Em seguida, execute o comando abaixo para adicionar o novo repositório correspondente

       > sudo zypper addrepo -f URL NAME-15-SP6

   3. Por meio da edição dos arquivos de configuração do repositório em /etc/zypp/repos.d. Cada repositório é representado por um arquivo de configuração. É necessário mudar o valor do parâmetro baseurl em cada arquivo.

5. Revise as mudanças executando o comando zypper repos -u e atualize os repositórios executando:

   > sudo zypper refresh -f -s

   Em caso de falha na atualização de um repositório, verifique se você não inseriu o URL incorreto. Se não for possível corrigir o problema, a recomendação será desabilitar o repositório com falha.

   Se todos os repositórios estiverem configurados corretamente, execute

   > sudo zypper refresh -f -s

   novamente para garantir que todos os repositórios estejam atualizados.

6. Antes de iniciar a migração, é recomendável executar um teste:

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

   O parâmetro -D fará uma simulação da migração sem de fato mudar o sistema. Se houver problemas, corrija-os antes de continuar. Se a o teste for bem-sucedido, execute o comando abaixo para fazer a migração real:

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

   A opção -no-allow-vendor-change garante que os RPMs de terceiros não sobregravem os RPMs do sistema base. A opção --no-recommends garante que os pacotes desmarcados durante a instalação inicial não sejam adicionados novamente.

7. Quando a migração for concluída e o sistema for inicializado na nova versão do pacote de serviço, execute outra vez a verificação de pacotes órfãos:

   > sudo zypper packages --orphaned

   Compare a nova lista com aquela que você gerou antes de iniciar a migração. Se novos pacotes aparecerem na lista, talvez eles tenham sido movidos para um módulo diferente no novo pacote de serviço. Se você não tinha esse módulo na instalação anterior, o pacote não foi atualizado.

   Você pode verificar a qual módulo um pacote pertence em https://scc.suse.com/packages. Adicione os módulos ausentes por meio do comando zypper addrepo ou pelo módulo YaST Repositórios de software e atualize os pacotes órfãos executando:

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

8. Você migrou com êxito para um novo pacote de serviço!

1. Confira uma lista de todos os instantâneos do Snapper:

   > sudo snapper list

   Revise a saída para localizar o instantâneo que foi criado logo antes da inicialização da migração do pacote de serviço. A coluna Descrição contém uma declaração correspondente, e o instantâneo está marcado como important (importante) na coluna Userdata. Memorize o número do instantâneo da coluna Nº e a data da coluna Data.

2. Reinicialize o sistema. No menu de boot, selecione Iniciar carregador de boot de um instantâneo apenas leitura e escolha o instantâneo com a data e o número que você memorizou na etapa anterior. Um segundo menu de boot (aquele do instantâneo) é carregado. Selecione a entrada que começa com SLES 15 SP6 e inicialize o sistema.

3. O sistema é inicializado no estado anterior com a partição do sistema montada como apenas leitura. Efetue login como root e verifique se você escolheu o instantâneo correto. Verifique também se tudo funciona conforme o esperado. Como o sistema de arquivos raiz está montado como apenas leitura, pode haver restrições de funcionalidade.

   Em caso de problemas ou se você inicializou o instantâneo errado, reinicialize e escolha outro instantâneo do qual inicializar. Até este ponto, não foram feitas mudanças permanentes. Se o instantâneo está correto e funciona conforme o esperado, faça a mudança permanente executando o seguinte comando:

   > sudo snapper rollback

   Reinicialize a máquina. Na tela de boot, escolha a entrada de boot padrão para reinicializar no sistema restaurado.

4. Verifique se a configuração do repositório foi redefinida apropriadamente. Verifique também se todos os produtos foram registrados apropriadamente. Se não for nenhum desses casos, a atualização do sistema em um momento posterior talvez não funcione mais, ou o sistema pode ser atualizado usando os repositórios de pacotes errados.

   Verifique se o sistema pode acessar a Internet antes de iniciar este procedimento.

   1. Atualize serviços e repositórios executando

      > sudo zypper ref -fs

   2. Obtenha uma lista de repositórios ativos executando

      > sudo zypper lr

      Verifique cuidadosamente a saída deste comando. Não deve aparecer na lista serviços e repositórios que foram adicionados para a atualização. Por exemplo, se você estiver voltando do SLES 15 SP6 para o SLES15 GA, a lista deverá incluir os repositórios SLES15-GA, e não os repositórios SLES15-SP6.

      Se na lista constar os repositórios incorretos, apague-os e, se necessário, substitua-os pelas versões correspondentes à versão do produto ou do pacote de serviço. Para obter uma lista de repositórios para os caminhos de migração suportados, consulte a Seção 1.3, “Dependências e ciclos de vida dos módulos”. Observe que a intervenção manual talvez não seja necessária, já que os repositórios devem ser atualizados automaticamente, mas a melhor prática é verificar e fazer as correções pertinentes.

   3. Por fim, verifique o status do registro para todos os produtos instalados executando

      > sudo SUSEConnect --status

      Todos os produtos devem ser relatados como Registered (Registrados). Se não for esse o caso, conserte o registro executando

      > sudo SUSEConnect --rollback