Translate

quarta-feira, 30 de outubro de 2019

Upgrade para Fedora 31

Fedora 31 após upgrade

Esta foi minha primeira experiência de upgrade do Fedora, — e não houve nenhum problema, nem qualquer dificuldade. — As instruções são muito simples e claras.

Isto não é um “tutorial”. — Apenas um registro, para lembrar o que fiz e o que aconteceu.

Para manter simples, as precauções e preparativos vão no final do relato.

Índice


  • Plugin e comandos
  • Precauções
  • Preparativos
  • Rescaldo

Referências



Plugin e comandos


O upgrade do Fedora 30 para o Fedora 31 foi feito com apenas 3 comandos, — conforme as instruções do Fedora Magazine em “Upgrading Fedora 30 to Fedora 31”:

# history
...
  339  2019-10-30_09-25-45 # dnf upgrade --refresh
  340  2019-10-30_09-27-09 # dnf install dnf-plugin-system-upgrade
...
  347  2019-10-30_10-03-07 # dnf upgrade --refresh
...
  349  2019-10-30_10-03-36 # dnf system-upgrade download --releasever=31
  350  2019-10-30_10-21-27 # dnf system-upgrade reboot
...

É importante se certificar de que o sistema esteja atualizado, — antes de instalar qualquer pacote, — e principalmente, antes de iniciar o upgrade.

Instalação do dnf-plugin-system-upgrade, após atualizar o sistema

1) O primeiro passo é instalar o dnf-plugin-system-upgrade:

          # dnf install dnf-plugin-system-upgrade

Primeira etapa do upgrade para Fedora 31: download de todos os pacotes

2) O comando seguinte faz o download dos pacotes e das chaves-de segurança da nova versão:

          # dnf system-upgrade download --releasever=31

Download de 2.015 pacotes e das chaves de segurança do Fedora 31

O download de 2.015 pacotes (2,4 GB) foi feito em 3’45’’, a uma velocidade média de 11 MB/s.

Comando para reiniciar o Fedora e instalar os pacotes do upgrade

3) Terminado o download dos pacotes e chaves, — sem qualquer indicação de problema, — o último comando reinicia o sistema, para que sejam verificados e instalados os novos pacotes, removidos os antigos etc.

          # dnf system-upgrade reboot

Início do upgrade offline, ao reiniciar o Fedora, às 10:24

O upgrade, propriamente dito, é feito “em tempo de Boot”, — sem Login, sem KDE, sem navegador. — Ignoro se havia consoles virtuais (tty1, tty2, tty3 etc.).

Aproveite para lavar os pratos.

Resumo e início da “transação”, com a contagem em segundos

Uma mensagem avisa que “Isso vai levar algum tempo”, — e de fato, demorou pouco mais de 1 hora (4.194 segundos), das 10:24 até 11:33, — devido ao hardware antigo e fraco:

     Processors: 2 × Intel® Core™2 Duo CPU E7300 @ 2.66GHz
         Memory: 3,8 GiB of RAM

Final do upgrade para Fedora 31 e nova reinicialização (automática)

Ao final do upgrade, voltou a reiniciar, automaticamente, — sem que eu tenha apertado nem 1 tecla, desde o reboot anterior, — e carregou o Fedora 31, novinho em folha.

Precauções


Carregamento do Fedora 31 pelo Grub (desatualizado!) do Mageia

Era um risco muito sério, não ter um Carregador de Boot (bootloader) do próprio Fedora, — para garantir que as 2 reinicializações levassem aos resultados esperados, nas 2 etapas do upgrade.

Para resolver isso, bastava instalar o Carregador de Boot do Fedora no 3º HDD, — antes de mais nada, — mas acabei esquecendo:

          # grub2-install /dev/sdc

Na 1ª reinicialização, o Grub do Mageia funcionou sem problemas, — pois o Fedora 30 ainda era o mesmo. — Apenas, tinha feito o download dos pacotes e chaves, para processamento posterior.

Na 2ª reinicialização, já não era de se esperar que o Grub do Mageia (desatualizado!) conseguisse carregar o Fedora 31, — mas carregou. — Recebi apenas 2 avisos de que algo não estava 100% católico.

Crash do vmlinuz-5.3.7-200.fc30, — afinal, agora deveria carregar o vmlinuz-5.3.7-301.fc31.

Instalação do Bootloader e atualização manual do Grub do Fedora

Mesmo assim, o Fedora 31 funcionou bem, — pelo menos, o tempo bastante para eu poder, finalmente, fazer o que devia ter feito antes de começar.

# grub2-install /dev/sdc
Installing for i386-pc platform.
Installation finished. No error reported.

# date && grub2-mkconfig -o /boot/grub2/grub.cfg && date
Wed 30 Oct 11:56:32 -03 2019
Generating grub configuration file ...
Found linux image: /boot/vmlinuz-5.3.7-301.fc31.x86_64
Found initrd image: /boot/initramfs-5.3.7-301.fc31.x86_64.img
Found linux image: /boot/vmlinuz-5.3.7-200.fc30.x86_64
Found initrd image: /boot/initramfs-5.3.7-200.fc30.x86_64.img
Found linux image: /boot/vmlinuz-5.3.6-200.fc30.x86_64
Found initrd image: /boot/initramfs-5.3.6-200.fc30.x86_64.img
Found linux image: /boot/vmlinuz-0-rescue-29abc54c7c044468bd3834689a41b8b2
Found initrd image: /boot/initramfs-0-rescue-29abc54c7c044468bd3834689a41b8b2.img
done
Wed 30 Oct 11:56:49 -03 2019

Por que não atualizei o Grub do Mageia, para reconhecer o novo Fedora 31?

Porque o Grub do Mageia não iria perceber nada.

Atualmente, o Fedora já não perde tempo fazendo “update-grub”, mesmo quando instala nova versão de Kernel, — e portanto, o Grub do Mageia não tem onde buscar essa informação, para se atualizar.

Em sua configuração-padrão, o /boot/grub2/grub.cfg do Fedora não contém nenhuma entrada para o próprio Fedora. — Para passar a gerar essas entradas, tive de desativar o “Boot Loader Specification” (BLS). — Mais isso ainda vai depender de atualizar manualmente o Grub do Fedora, após cada nova versão do Kernel.

Para isso, primeiro preciso atualizar manualmente o Grub do Fedora, — para gerar entradas, a serem lidas pelo Grub do Mageia. — Mas a 2ª etapa do upgrade (em “ambiente de Boot”) não deixou nenhuma oportunidade para essa intervenção manual.

(Sim, meu hardware, — muito antigo (2008), — ainda usa apenas BIOS e MBR).

Preparativos


Reset do Modem e testes de download, até normalizar a conexão

Na verdade, o Fedora 30 já estava atualizado desde a véspera, à noite, — mas os testes indicaram algum problema na conexão, — e acabou ficando tarde para enfrentar o upgrade.

De manhã, o Modem teve de ser reiniciado (deixei esfriar por algum tempo). — Ao religar, a conexão se normalizou.

Não surgiram mais atualizações, — mas é sempre necessário se certificar.

Configuração do Konsole para manter até 2.500 linhas na memória

Um primeiro ensaio (abortado) mostrou que só a resposta inicial ao comando de download já ultrapassava o limite-padrão de 1.000 linhas do Konsole. — Só poderia recuperar metade da lista dos pacotes (de lib em diante). — Aumentei o limite para 2.500 linhas, para poder copiar a lista completa (2.015 pacotes), incluindo avisos e demais informações.

Rescaldo


Pacotes instalados antes e depois do upgrade do Fedora 30 para Fedora 31

Pelo comando $ rpm -qa --last, — que lista todos os pacotes instalados, em ordem cronológica inversa (do mais recente até o mais antigo), — verifica-se que sobreviveram apenas 23 pacotes do Fedora 30 (além das 3 chaves importadas ao final do download).

kernel-modules-extra-5.3.7-200.fc30.x86_64    Tue 29 Oct 2019 22:22:43 -03
kernel-5.3.7-200.fc30.x86_64                  Tue 29 Oct 2019 22:22:42 -03
kernel-modules-5.3.7-200.fc30.x86_64          Tue 29 Oct 2019 22:21:38 -03
kernel-core-5.3.7-200.fc30.x86_64             Tue 29 Oct 2019 22:21:32 -03
kernel-modules-extra-5.3.6-200.fc30.x86_64    Sat 19 Oct 2019 13:46:03 -03
kernel-5.3.6-200.fc30.x86_64                  Sat 19 Oct 2019 13:46:02 -03
kernel-modules-5.3.6-200.fc30.x86_64          Sat 19 Oct 2019 13:45:53 -03
kernel-core-5.3.6-200.fc30.x86_64             Sat 19 Oct 2019 13:45:47 -03
gpg-pubkey-1d14a795-5ad4532e                  Mon 15 Jul 2019 10:17:40 -03
gpg-pubkey-c0aeda6e-5ad45327                  Fri 05 Jul 2019 22:12:24 -03
pyrenamer-0.6.0-24.fc30.noarch                Fri 05 Jul 2019 01:16:16 -03
python2-pathlib-1.0.1-10.fc30.noarch          Fri 05 Jul 2019 01:16:14 -03
python2-eyed3-0.8-5.fc30.noarch               Fri 05 Jul 2019 01:16:14 -03
apache-commons-logging-1.2-13.module_f28+3939+dc18cd75.noarch Fri 05 Jul 2019 01:05:09 -03
libcanberra-gtk3-0.30-19.fc30.x86_64          Fri 05 Jul 2019 01:00:13 -03
tk-8.6.8-1.fc30.x86_64                        Fri 05 Jul 2019 00:39:08 -03
gpg-pubkey-cfc659b9-5b6eac67                  Thu 25 Apr 2019 23:11:53 -03
shim-x64-15-8.x86_64                          Thu 25 Apr 2019 23:09:33 -03
shim-ia32-15-8.x86_64                         Thu 25 Apr 2019 23:09:33 -03
libcanberra-0.30-19.fc30.x86_64               Thu 25 Apr 2019 23:08:00 -03
mokutil-0.3.0-11.fc30.x86_64                  Thu 25 Apr 2019 23:07:23 -03
efivar-libs-37-1.fc30.x86_64                  Thu 25 Apr 2019 23:07:22 -03
js-jquery-3.3.1-2.fc30.noarch                 Thu 25 Apr 2019 23:06:40 -03

Entre eles, o Kernel 5.3.7, instalado pela atualização da véspera, — o que explica por que o Grub do Mageia (atualizado na véspera, logo depois) continuou capaz de carregar o novo Fedora 31, com apenas 2 “erros”, — que afinal, não impediram seu funcionamento, até instalar seu Bootloader em /dev/sdc e reiniciar pelo seu próprio Grub.

As datas indicam que a instalação dos 2.015 novos pacotes se deu das 10:28 até 11:05. — Depois disso, foi feita a remoção de pacotes antigos (entre outras “transações”).

Pequeno ajuste no Conky, para exibir “Thirty One”

No Conky, foi necessário ampliar o recorte — para não cortar parte do “Thirty One”:

Antes:

${execi 600 hostnamectl | grep Operating | cut -c 21-38}

Depois:

${execi 600 hostnamectl | grep Operating | cut -c 21-48}

xxxx

— … ≠ • ≠ … —

Não-debians