Byteria: Consertando o Manjaro após erro em atualização

“Unable to find root device”, — após uma atualização tumultuada do Manjaro

19 Jan. 2017 - Algum erro ou falha durante uma atualização de 199 pacotes fez com que o Manjaro não pudesse mais ser carregado.

Ainda não está claro exatamente qual a origem do erro, — nem se foi do sistema (trava), ou humano (precipitação).

Neste relato:

Registros do erro
Testando e descartando possibilidades
Consertando o Manjaro

Para um histórigo mais abrangente:

Registros do erro

Aviso de 191 atualizações e comando “Atualizar sistema”, — “199 pacotes precisam ser recuperados”

13:12 - Disparado o comando de atualização do sistema.

Conflito entre xorg-server e (vários) xf86-input

13:13 - Antes mesmo de iniciar a atualização, o Manjaro avisou que xorg-server e xf86-input-acecad estavam em conflito, — e perguntou se deveria remover este último.

Rápida pesquisa deu a entender que o conflito envolvia vários xf86-input, — e que ele podia ser removido, não era mais usado etc. — Alguém até pergunta por que ele ainda não foi eliminado.

13:22 - Assim, — embora a resposta-padrão (Enter) fosse “Não”, — foi dado comando para remover, sim.

13:22 - Dependência cíclica detectada, — “lib32-harfbuz será instalado antes de sua dependência lib32-fretype2”. — Nada a decidir.

13:24 - Observados comportamentos estranhos no ambiente gráfico. — Difícil capturar a tela em flagrante.

13:25 - Baixando linux44-4.4.41-1-x86_64, — uma atualização de Kernel, — de 4.4.39-1-Manjaro para 4.4.41-1-Manjaro.

Atualização estacionada ao final de 20 / 199, — sem sinais de atividade de CPU ou rede

13:38 - Depois de baixados todos os pacotes, a atualização estacionou (sabe-se lá desde quando) em 20 / 199, — “atualizando pacman-mirrorlist [100%]”. — Nenhuma indicação de atividade de CPU, nem de tráfego de rede.

Exame posterior do arquivo /var/log/pacman.log não deixa claro se alguma coisa ainda estava acontecendo, até o processo ser interrompido e reiniciado manualmente.

[2017-01-19 13:08] [PACMAN] Running 'pacman -Sy'
[2017-01-19 13:08] [PACMAN] synchronizing package lists
[2017-01-19 13:13] [PACMAN] Running 'pacman -Su'
[2017-01-19 13:13] [PACMAN] starting full system upgrade
[2017-01-19 13:34] [ALPM] transaction started
[2017-01-19 13:34] [ALPM] removed xf86-input-joystick (1.6.2-6)
[2017-01-19 13:34] [ALPM] removed xf86-input-acecad (1.5.0-9)
[2017-01-19 13:35] [ALPM] upgraded lib32-gcc-libs (6.2.1-1 -> 6.3.1-1)
[2017-01-19 13:35] [ALPM] upgraded gcc-libs-multilib (6.2.1-1 -> 6.3.1-1)
[2017-01-19 13:35] [ALPM] upgraded libpng (1.6.27-1 -> 1.6.28-1)
[2017-01-19 13:35] [ALPM] upgraded harfbuzz (1.3.4-1 -> 1.4.1-1)
[2017-01-19 13:35] [ALPM] upgraded fontconfig (2.12.1-3 -> 2.12.1-4)
[2017-01-19 13:35] [ALPM-SCRIPTLET] updating font cache... done.
[2017-01-19 13:35] [ALPM] upgraded sqlite (3.15.2-1 -> 3.16.2-1)
[2017-01-19 13:35] [ALPM] upgraded xcb-proto (1.12-2 -> 1.12-3)
[2017-01-19 13:35] [ALPM] upgraded libelf (0.167-1 -> 0.168-1)
[2017-01-19 13:35] [ALPM] upgraded libxml2 (2.9.4+12+ge905f08-2 -> 2.9.4+12+ge905f081-4)
[2017-01-19 13:35] [ALPM] upgraded mesa (13.0.2-2.1 -> 13.0.3-1)
[2017-01-19 13:35] [ALPM] upgraded gmp (6.1.1-1 -> 6.1.2-1)
[2017-01-19 13:35] [ALPM] upgraded libsystemd (232-6 -> 232-7)
[2017-01-19 13:35] [ALPM] upgraded libutil-linux (2.28.2-2 -> 2.29-2)
[2017-01-19 13:35] [ALPM] upgraded util-linux (2.28.2-2 -> 2.29-2)
[2017-01-19 13:35] [ALPM] upgraded systemd (232-6 -> 232-7)
[2017-01-19 13:35] [ALPM] upgraded mpfr (3.1.5-1 -> 3.1.5.p2-1)
[2017-01-19 13:35] [ALPM] upgraded linux44 (4.4.39-1 -> 4.4.41-1)
[2017-01-19 13:35] [ALPM-SCRIPTLET] >>> Updating module dependencies. Please wait ...
[2017-01-19 13:35] [ALPM] upgraded sed (4.2.2-4 -> 4.3-1)
[2017-01-19 13:35] [ALPM] upgraded python (3.5.2-3 -> 3.6.0-1)
[2017-01-19 13:35] [ALPM] upgraded pacman-mirrorlist (20161101-1 -> 20170112-1)
[2017-01-19 13:39] [ALPM] transaction interrupted

Retomando a atualização, — 179 pacotes, — download zero

13:39 - Interrompida e reiniciada a atualização, — agora, com o Chromium fechado. — “179 arquivos precisam ser recuperados (Tamanho do download: 0,00 Bytes)”.

Atualização concluída, — sem nenhum aviso fora do normal

13:42 - Concluída a atualização, — sem nenhum aviso fora da normalidade.

No entanto, o exame retrospectivo do arquivo /var/log/pacman.log mostra que, nesta retomada da atualização (parte II), não se realizaram as operações complementares à atualização de Kernel, — como se isso já estivesse feito, — e não estava.

A última vez, tinha sido em 10 Jan. 2017:

[ALPM] running '98-linux44.hook'...
[ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux44.preset: 'default'
[ALPM-SCRIPTLET] -> -k /boot/vmlinuz-4.4-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.4-x86_64.img
[ALPM-SCRIPTLET] ==> Starting build: 4.4.39-1-MANJARO
[ALPM-SCRIPTLET] -> Running build hook: [base]
[ALPM-SCRIPTLET] -> Running build hook: [udev]
[ALPM-SCRIPTLET] -> Running build hook: [autodetect]
[ALPM-SCRIPTLET] -> Running build hook: [modconf]
[ALPM-SCRIPTLET] -> Running build hook: [block]
[ALPM-SCRIPTLET] -> Running build hook: [keyboard]
[ALPM-SCRIPTLET] -> Running build hook: [keymap]
[ALPM-SCRIPTLET] -> Running build hook: [plymouth]
[ALPM-SCRIPTLET] -> Running build hook: [resume]
[ALPM-SCRIPTLET] -> Running build hook: [filesystems]
[ALPM-SCRIPTLET] -> Running build hook: [fsck]
[ALPM-SCRIPTLET] ==> Generating module dependencies
[ALPM-SCRIPTLET] ==> Creating gzip-compressed initcpio image: /boot/initramfs-4.4-x86_64.img
[ALPM-SCRIPTLET] ==> Image generation successful
[ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux44.preset: 'fallback'
[ALPM-SCRIPTLET] -> -k /boot/vmlinuz-4.4-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.4-x86_64-fallback.img -S autodetect
[ALPM-SCRIPTLET] ==> Starting build: 4.4.39-1-MANJARO
[ALPM-SCRIPTLET] -> Running build hook: [base]
[ALPM-SCRIPTLET] -> Running build hook: [udev]
[ALPM-SCRIPTLET] -> Running build hook: [modconf]
[ALPM-SCRIPTLET] -> Running build hook: [block]
[ALPM-SCRIPTLET] -> Running build hook: [keyboard]
[ALPM-SCRIPTLET] -> Running build hook: [keymap]
[ALPM-SCRIPTLET] -> Running build hook: [plymouth]
[ALPM-SCRIPTLET] -> Running build hook: [resume]
[ALPM-SCRIPTLET] -> Running build hook: [filesystems]
[ALPM-SCRIPTLET] -> Running build hook: [fsck]
[ALPM-SCRIPTLET] ==> Generating module dependencies
[ALPM-SCRIPTLET] ==> Creating gzip-compressed initcpio image: /boot/initramfs-4.4-x86_64-fallback.img
[ALPM-SCRIPTLET] ==> Image generation successful

13:43 - Registro de que o arquivo /bot/grub/grub.cfg não foi atualizado, — permanecia com data da antevéspera, quando tinha sido atualizado manualmente.

Analisando agora, em retrospecto, parece possível que um comando “sudo update-grub”, naquela hora, fosse útil, — mas também é possível que não bastasse. — Em todo caso, ainda falta aprender os comandos para consertar pacotes quebrados e outras inconsistências.

18:11 - Atualizado o Grub do openSUSE.

18:23 - Manjaro não carrega, a partir do Grub do openSUSE.

Testando e descartando possibilidades

Nada atualizado na pasta /boot do Manjaro

20 Jan. 2017 - Teste com o Grub do próprio Manjaro (desatualizado).

Para isso, a BIOS foi configurada para Boot a partir do terceiro HDD (sdc), — em cujo MBR se encontra a chamada para o Grub do Manjaro. — Não funcionou para carregar o Manjaro (mas funcionou para carregar o KDE Neon, por exemplo).

17:00 - Tentativa de carregar o Recovery Mode do Manjaro, — igualmente sem resultado.

Também não carregou o Kernel anterior (Opções avançadas → 4.4.39). — Falta identificar as fotos dessa tentativa.

Entradas principais do grub.cfg não fazem referência à versão do Kernel

Pelo KDE Neon, não foi possível identificar qualquer referência específica à versão do Kernel, — seja no /boot/grub/grub.cfg do Manjaro (desatualizado), — seja no /boot/grub2/grub.cfg do openSUSE (atualizado).

Ao que parece, só há referências específicas ao Kernel, nas entradas para o Kernel anterior (Opções avançadas). — Além disso, os identificadores UUID estavam corretos. — Portanto, nada que precisasse ou pudesse ser consertado por esse lado.

No entanto, ficou claro que, na pasta /boot do Manjaro, nada chegou a ser atualizado no dia 19, — initramfs tinha data do dia 10, linux44 e vmlinuz tinham data do dia 9.

Consertando o Manjaro

Queimando DVD com a ISO do Manjaro, para ter à mão, se voltar a ser necessário

21 Jan. 2017 - Pesquisa de poucos minutos por Manjaro + “unable to find root device” mostrou grande número de perguntas e pedidos de socorro, — em geral “RESOLVIDAS”, — mostrando tratar-se de acidente bem conhecido e de fácil solução.

A primeira “receita” examinada para consertar o sistema, — “Fixing Manjaro Linux Boot Error - Unable to find root device”, — acabou resolvendo logo de cara.

16:06 - Uma vez que o Pendrive utilizado para instalar o Manjaro já tinha sido regravado para instalar o openSUSE, a opção foi queimar um DVD, — para ter à mão, caso volte a ser necessário.

TXT com o roteiro para consertar o Manjaro, em sessão Live DVD

Para agilizar o conserto, a “receita” foi copiada a gravada em um arquivo TXT, — a ser aberto na sessão Live DVD, sem necessidade de usar Firefox.

Desnecessário dizer que não conhecia boa parte dos comandos e parâmetros dessa “receita”, — exceto alguns, mais elementares.

Os 2 primeiros são básicos, — criar um ponto de montagem, e montar a partição de sistema (raiz) do Manjaro existente no computador. — Bastou substituir a partição indicada na “receita” pela partição usada aqui:

mkdir /mnt/manjaro
mount /dev/sdc2 /mnt/manjaro

O ponto de montagem talvez seja arbitrário, — mas não ganharia nada tentando usar outro, só de teimoso.

Conferindo o caminho (path) da montagem da partição sdc8

Dos comandos seguintes, apenas o primeiro era conhecido, — colocar-se “dentro” da partição-raiz do Manjaro instalado, para disparar dentro dele os outros 3 comandos, — absolutamente esotéricos:

cd /mnt/manjaro
mount -t proc proc proc/
mount -t sysfs sys sys/
mount -o bind /dev dev/

Copiando a interface de rede para substituir o “eth0” da receita

Erro e correção da interface de rede

Dos 2 comandos seguintes, o segundo retornou mensagem de erro, — sendo então repetido, após substituir “eth0” por “enp1s0”:

chroot . /bin/bash
dhcpcd enp1s0

Já havia usado pacman -Sy, — agora pacman Syy, — mas ainda falta descobrir a diferença

Comando pacman -S mkinitcpio

Nem tudo pode ser perfeito, — mas resolveu, mesmo assim

Dos comandos “pacman” sabia, apenas, que são de gerenciamento de pacotes (package management) no Arch Linux, — base do Manjaro, — mas os parâmetros eram mistérios:

pacman -Syy
pacman -Syu
pacman -S udev
pacman -S mkinitcpio
pacman -Sy linux
mkinitcpio -p linux

O comando da 6ª linha deu erro, — estava escrito “mik”, — e era intuitivo que o correto devia ser “mk”, de “make”.

Leituras superficiais, — procurando um modo simples de refazer “vmlinuz”, para atualizar referências após clonar vários sistemas e alterar o identificador UUID das novas partições [ver “Grub e root=UUID conflitante - II”], — já haviam passado alguma noção do que seja “initcpio”, ou para quê serve.

Era de supor que “pacman -Sy linux” e “mkinitcpio -p linux” pertencessem ao reino daquelas funções pesquisadas na semana anterior.

Por fim, sair do Terminal, — e/ou do modo root, — e reiniciar o computador, para testar se agora o Manjaro carregaria corretamente:

exit
reboot

Utilizando o Grub do openSUSE, — sem atualização, — para carregar o Manjaro consertado

Naturalmente, é de se supor que, agora, o Grub do Manjaro seja capaz de carregá-lo, — ainda nem foi testado, — mas havia outra dúvida para tirar a limpo.

Uma vez que a entrada referente ao Manjaro não faz referência alguma à versão do Kernel, o Grub do openSUSE talvez já pudesse carregá-lo, — sem necessidade de atualização.

Manjaro carregado com Kernel 4.4.41-1, após o conserto

E de fato o Manjaro carregou sem problema algum, a partir do Grub (não-atualizado) do openSUSE.

Manjaro carregado com Kernel 4.4.41-1, — e todos os aplicativos usados no início deste relato

xxx

Log do Pacman

Apenas os arquivos initramfs e grub.cfg apresentam data e hora desta atualização

Exame posterior, — ao longo deste relato, — indicou que apenas os arquivos initramfs e grub.cfg apresentavam data e hora do “conserto” do Manjaro.

Com o log do Pacman, isso poderá ajudar a entender melhor o que de fato aconteceu durante o processo.

[2017-01-21 16:37] [PACMAN] Running 'pacman -Syy'

[2017-01-21 16:37] [PACMAN] synchronizing package lists

[2017-01-21 16:37] [PACMAN] Running 'pacman -Syu'

[2017-01-21 16:37] [PACMAN] synchronizing package lists

[2017-01-21 16:37] [PACMAN] starting full system upgrade

[2017-01-21 16:37] [PACMAN] Running 'pacman -S udev'

[2017-01-21 16:38] [ALPM] transaction started

[2017-01-21 16:38] [ALPM] reinstalled systemd (232-7)

[2017-01-21 16:38] [ALPM] transaction completed

[2017-01-21 16:38] [ALPM] running '98-linux44.hook'...

[2017-01-21 16:38] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux44.preset: 'default'

[2017-01-21 16:38] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-4.4-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.4-x86_64.img

[2017-01-21 16:38] [ALPM-SCRIPTLET] ==> Starting build: 4.4.41-1-MANJARO

[2017-01-21 16:38] [ALPM-SCRIPTLET] -> Running build hook: [base]

[2017-01-21 16:38] [ALPM-SCRIPTLET] -> Running build hook: [udev]

[2017-01-21 16:38] [ALPM-SCRIPTLET] -> Running build hook: [autodetect]

[2017-01-21 16:38] [ALPM-SCRIPTLET] -> Running build hook: [modconf]

[2017-01-21 16:38] [ALPM-SCRIPTLET] -> Running build hook: [block]

[2017-01-21 16:38] [ALPM-SCRIPTLET] -> Running build hook: [keyboard]

[2017-01-21 16:38] [ALPM-SCRIPTLET] -> Running build hook: [keymap]

[2017-01-21 16:38] [ALPM-SCRIPTLET] -> Running build hook: [plymouth]

[2017-01-21 16:38] [ALPM-SCRIPTLET] -> Running build hook: [resume]

[2017-01-21 16:38] [ALPM-SCRIPTLET] -> Running build hook: [filesystems]

[2017-01-21 16:38] [ALPM-SCRIPTLET] -> Running build hook: [fsck]

[2017-01-21 16:38] [ALPM-SCRIPTLET] ==> Generating module dependencies

[2017-01-21 16:38] [ALPM-SCRIPTLET] ==> Creating gzip-compressed initcpio image: /boot/initramfs-4.4-x86_64.img

[2017-01-21 16:38] [ALPM-SCRIPTLET] ==> Image generation successful

[2017-01-21 16:38] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux44.preset: 'fallback'

[2017-01-21 16:38] [ALPM-SCRIPTLET] -> -k /boot/vmlinuz-4.4-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.4-x86_64-fallback.img -S autodetect