Translate

segunda-feira, 30 de janeiro de 2017

Consertando Kubuntu 17.04 Zesty após uma estranha atualização

Kubuntu 17.04 Zesty Zapus (development branch) sem Painel e sem Menu, após uma estranha atualização •

Uma atualização muito estranha deixou o Kubuntu 17.04 Zesty Zapus (development branch) fora de ação durante 1 semana, — até encontrar tempo e inspiração para consertá-lo.

Em resumo, carregava sem Painel e sem Menu, — ou carregava completo, mas logo começava a piscar, e desapareciam o Painel e o Menu.

Em algumas tentativas de carregamento, Painel, Menu etc. desapareciam, voltavam, e tornavam a desaparecer, — em rápida sequência, — mas o que prevalecia era, sempre, o desaparecimento.

Contexto anterior


Esse problema aconteceu em meio ao turbilhão do “Remanejamento de sistemas Linux ao reparticionar discos”, — durante o qual, o Zesty Zapus foi movido de uma partição para outra, o identificador UUID foi alterado, e o Kernel foi reinstalado para incorporar o novo UUID.

No entanto, parece pouco provável que aquela movimentação toda tenha qualquer responsabilidade nesse problema, — exceto, talvez, de modo bastante indireto.

12 Jan. 2017 - A reinstalação do Kernel provou ser a solução para incorporar o novo identificador UUID.

18:26 - Editado manualmente a entrada do Zesty Zapus no Grub, — com o novo UUID, — para que pudesse ser carregado.

18:50 - Uma vez carregado com sucesso o Zesty Zapus, o Kernel ativo (mais recente) foi reinstalado, via Synaptic, para incorporar o novo identificador UUID.

Commit Log for Thu Jan 12 18:50:29 2017

Reinstalados os seguintes pacotes: [resolver root=UUID no Grub]

linux-generic (4.9.0.11.15)
linux-headers-4.9.0-11 (4.9.0-11.12)
linux-headers-4.9.0-11-generic (4.9.0-11.12)
linux-headers-generic (4.9.0.11.15)
linux-image-4.9.0-11-generic (4.9.0-11.12)
linux-image-extra-4.9.0-11-generic (4.9.0-11.12)
linux-image-generic (4.9.0.11.15)
linux-libc-dev (4.9.0-11.12)

19:10 - Atualizado o Grub, para obter automaticamente, — do próprio Kernel do Zesty Zapus, — seu novo identificador UUID.

Synaptic definiu que apenas 76 dos 77 pacotes seriam atualizados

Depois disso, o Kubuntu 17.04 Zesty Zapus foi carregado com sucesso, — sem necessidade de correção manual do Grub.

Origem (provável) do erro


O pacote não-selecionado pela opção “Marcar todas as atualizações” exige decisão do usuário

19:56 - Após recarregar as informações dos repositórios, o Synaptic detecta 77 pacotes atualizáveis (+3 para instalar), — mas a opção “Marcar todas as atualizações” seleciona apenas 76 pacotes.

20:00 - O pacote automaticamente ignorado pela opção “Marcar todas as atualizações” levaria a desinstalar algumas sobrevivências do Plasma4, — por isso, teria de ser marcado por decisão consciente do usuário:

plasma-workspace 4:5.8.5-ubuntu2 (Plasma Workspace for KF5)

Plasma Workspace for KF5. Workspaces provide
support for KDE Plasma Widgets, integrated search,
hardware management and a high degree of customizability.

THIS WILL REMOVE YOUR KDE Plasma 4.

Infelizmente, não foi feita a simulação de marcar manualmente esse pacote, — e perdeu-se a oportunidade de registrar exatamente quais pacotes do Plasma4 seriam afetados, — pois depois disso, nunca mais o dilema voltou a se apresentar.

Mas, vamos por partes.

Lembrança ruim


Havia motivos para não querer decidir precipitadamente sobre a remoção de pacotes do Plasma4.

Algumas semanas antes, uma atualização do KDE Neon tinha removido vários pacotes do Plasma4, — e seu Konqueror ficou “aleijado” até hoje:

Commit Log for Mon Dec 19 16:30:50 2016 — [KDE Neon]

Removidos completamente os seguintes pacotes: *** [Konqueror amputado] ***

dolphin4
kde-baseapps-bin
kde-baseapps-data
konqueror-nsplugins
libappstreamqt1
libindi1
libjpeg-progs
libjpeg9
libkexiv2-11v5
libkexiv2-data
libkonqsidebarplugin4a
libkprintutils4
libnova-0.14-0
libokularcore7
libpoppler-qt4-4
libqimageblitz4
libqmobipocket1
libtidy-0.99-0

Desde esse dia, o Konqueror do KDE Neon deixou de exibir o Painel lateral (F9), — nem existe isso na sua Barra de menus, — perdeu a funcionalidade de converter arquivos PNG, JPEG, TIFF etc., e não oferece mais a montagem de imagens ISO.

Portanto, havia motivos para adiar a questão, — pois ainda faltava conferir e corrigir várias coisas urgentes, após a movimentação de sistemas de uma partição para outra, mudança de identificadores UUID etc.

Zesty bichado


Recovery mode instalava um pacote, — e desinstalava, — sem resolver o problema

Uma vez que o pacote não foi automaticamente incluído ao “Marcar todas as atualizações”, podia-se imaginar que sua instalação não fosse “obrigatória”, — segundo a visão de um leigo sobre o apt / Synaptic, que costuma brecar inconsistências. — Mas, faltava combinar que o Zesty Zapus ainda está em desenvolvimento.

Só que, depois disso, o Zesty Zapus nunca mais foi o mesmo, — pelo menos até ser consertado.

Várias vezes foi carregado o Recovery mode (Grub → Opções avançadas) e rodado “Consertar pacotes quebrados” (dpkg), — mas o resultado era apenas instalar um pacote, que logo em seguida era removido, — e não resolveu o problema.

KRunner (Alt-F2)


Konsole aberto por comando (via Alt-F2), para baixar as informações dos repositórios

Só no dia 19 finalmente foi encontrado tempo para tentar solucionar o problema, — torcendo muito para que, nesse meio tempo, alguma “correção de bug” já houvesse removido dos repositórios aquele dilema sem saída.

A falta de Menu foi driblada usando o KRunner (Alt-F2) para chamar o Konsole e/ou o Synaptic por comando.

Atualização Qt 5.6.1 para 5.7.1, pelo Synaptic

Lá estava, de novo, o pacote plasma-workspace 4:5.8.5-0ubuntu2, — que dessa vez, foi selecionado automaticamente, no meio de outros 200 (Qt 5.7.1), pelo “Marcar todas as atualizações” do Synaptic, — e não exigiu remover Plasma4.

Segundo o Histórico do Synaptic, foram removidos apenas 2 pacotes:

Commit Log for Thu Jan 19 12:28:57 2017

Removidos os seguintes pacotes:

libqalculate5-data
libqalculate5v5

Usando KRunner (Alt-F2) para reiniciar o computador, pelo comando reboot

Por fim, o KRunner (Alt-F2) foi usado para disparar o comando reboot, — a fim de verificar o resultado.

Zesty Zapus normalizado, — e Konqueror com todas as suas funcionalidades

Depois disso, o Kubuntu 17.04 Zesty Zapus (development branch) voltou a carregar normalmente, — e o Konqueror não perdeu nenhuma de suas funcionalidades.

Dois dias depois, o Kernel recebeu atualização, — de 4.9.0-11 para 4.9.0-12.

Por quê um Kubuntu em construção?


Sistemas pioneiros, instáveis ou em desenvolvimento podem ser pouco produtivos, para um leigo

Imagens ISO “daily-build” de sistemas ainda em construção são disponibilizadas principalmente para desenvolvedores, e/ou para usuários dispostos a testar, — com conhecimentos suficientes para fornecer um feed-back minimamente aproveitável. — Nenhuma das 2 hipóteses é o caso, para um leigo nesses assuntos.

O Kubuntu 17.04 Zesty Zapus (development branch) foi instalado em 27 Out. 2016, basicamente, porque calhou de o instalador do Yakkety Yak não funcionar, aqui, naquele momento específico. — Não tem Yak, vai Zap.

O objetivo inicial era não ficar alheio à evolução do Kubuntu, — e depois de 2 anos, ser pego de surpresa por novidades radicais, no próximo LTS.

De certo modo, — observar o futuro, — também tem sido a maior utilidade do KDE Neon, com seu KDE “rolling-release”, — e do Debian testing (não “Stretch”!).

Para um leigo, não são muito produtivos, — nem, com frequência, muito confiáveis.

Dessa falta de confiabilidade, porém, tem vindo um aprendizado interessante e, — por que não?, — útil.

Enfim, desde os primeiros dias do ano, foi disponibilizada a versão Alpha1, — e nos últimos dias, a versão Alpha2. — A versão final está prevista para 13 de Abril.

— … ≠ • ≠ … —

Kubuntu



Testes de trabalho em “Live USB”


sábado, 28 de janeiro de 2017

Upgrade para o Linux Mint 18.1 “Serena” KDE

Upgrade do Linux Mint para 18.1 Serena
Upgrade do Linux Mint para 18.1 Serena levou apenas 11 minutos

O upgrade do Linux Mint 18 “Sarah” KDE para 18.1 “Serena” levou apenas 11 minutos, — mesmo parando para atender à recomendação de ler as páginas “Release notes” e “What’s new”.

Esse upgrade implicou na atualização de apenas 28 pacotes, — além da instalação de 2 novos, — e após reiniciar o computador, o Centro de Informações do Sistema (KInfocenter) não apresentou qualquer mudança em relação ao quadro anterior.

••• Surto de CPU por Kwin_x11 - Ver no final

Características do Linux Mint 18.1 KDE Beta em Live USB, há 2 semanas, — só o Kernel era “novo”

Isso já era mais ou menos esperado, desde o teste Live USB com a versão Beta, há 2 semanas.

Lançada a versão final do Linux Mint 18.1 “Serena” KDE, a página “What’s new” também não apresentava grandes novidades, para quem tinha o Linux Mint 18 “Sarah” KDE, com as atualizações em dia.

Portanto, não havia nenhum grande motivo para fazer esse upgrade, — exceto acompanhar a evolução do Linux Mint.

O início e o final do processo estão resumidos na image inicial (no alto). — O processo e outros detalhes estão nos tópicos a seguir:

  • Preparação
  • Upgrade
  • Log das alterações
  • Kernel, à parte
  • apt & Synaptic
  • KDE, à parte
  • Kwin surtado
  • Histórico da instalação

Preparação


Atualizações do Linux Mint 18 KDE, — antes do upgrade para 18.1

O primeiro passo, — antes do upgrade, — foi aplicar todas as atualizações que ainda faltavam ao Linux Mint 18 “Sarah” KDE.

Por mero hábito, as informações dos repositórios foram buscadas pelo “apt update”, — e a aplicação foi feita pelo Synaptic, — cujo Histórico registra:

Commit Log for Sat Jan 28 01:35:46 2017


Atualizados os seguintes pacotes:

apt (1.2.18) to 1.2.19
apt-transport-https (1.2.18) to 1.2.19
apt-utils (1.2.18) to 1.2.19
firefox (50.1.0+linuxmint1+serena) to 51.0.1+linuxmint1+serena
firefox-locale-en (50.1.0+linuxmint1+serena) to 51.0.1+linuxmint1+serena
firefox-locale-pt (50.1.0+linuxmint1+serena) to 51.0.1+linuxmint1+serena
libapt-inst2.0 (1.2.18) to 1.2.19
libapt-pkg5.0 (1.2.18) to 1.2.19
virtualbox-guest-dkms (5.0.24-dfsg-0ubuntu1.16.04.1) to 5.0.32-dfsg-0ubuntu1.16.04.2
virtualbox-guest-utils (5.0.24-dfsg-0ubuntu1.16.04.1) to 5.0.32-dfsg-0ubuntu1.16.04.2
virtualbox-guest-x11 (5.0.24-dfsg-0ubuntu1.16.04.1) to 5.0.32-dfsg-0ubuntu1.16.04.2

Upgrade


Início do upgrade para Linux Mint 18.1 “Serena”

Fechado o Synaptic, foi usado right-click no ícone do Gerenciador de atualizações (mintUpdate) para abri-lo.

Na Barra de menu, “EditarAtualizar para Linux Mint 18.1 Serena”.

1:45 - Uma nova versão do Linux Mint está disponível.

1:45 - Por favor, leia as Notas de versão.

1:49 - Por favor, olhe as novas funções introduzidas na nova versão.

Aviso de riscos que novas versões sempre podem trazer etc.

1:50 - Aviso. — Novos lançamentos fornecem correções de erros e novas funções, porém algumas vezes podem introduzir novos problemas etc. — Ok, conheço os riscos e quero atualizar.

1:50 - Baixando informações dos repositórios.

1:50 - Volta a exibir o Aviso, — mas já não é clicável. — Parece mera falta de coisa melhor para mostrar.

1:51 - Baixando pacotes.

1:53 - Aplicando as alterações.

1:55 - Volta a exibir o Aviso, — mas não é clicável. — Parece mera falta de coisa melhor para mostrar.

1:55 - Seu sistema operacional foi atualizado com sucesso. Por favor, reinicie seu computador para que todas as mudanças tenham efeito.

Log das alterações


KDE, Frameworks, Qt, Kernel, — antes do upgrade do Linux Mint para 18.1 “Serena”

De acordo com o arquivo /var/log/apt/history.log, as operações realizadas foram:

Start-Date: 2017-01-28  01:52:11
Commandline:
/usr/sbin/synaptic --hide-main-window --non-interactive --parent-window-id 77594627 -o Synaptic::closeZvt=true --progress-str Por favor aguarde, isto pode levar algum tempo --finish-str Atualização concluída --set-selections-file /tmp/tmp2q96sbfj
Install:
mint-backgrounds-serena:amd64 (1.1, automatic)
iso-flag-png:amd64 (1.0.1, automatic)
Upgrade:
mint-translations:amd64 (2016.06.25, 2016.12.12)
mint-y-icons:amd64 (1.0.3, 1.0.4)
apturl-common:amd64 (0.5.2+linuxmint3, 0.5.2+linuxmint4)
mint-themes-gtk3:amd64 (3.18+8, 3.18+11)
mint-themes:amd64 (1.4.7, 1.4.8)
gdebi-core:amd64 (0.9.5.7ubuntu1, 0.9.5.7xmint4)
mintsources:amd64 (1.6.0, 1.6.4)
mintsystem:amd64 (8.2.9, 8.3.0)
ttf-mscorefonts-installer:amd64 (3.4+nmu1ubuntu2, 3.6)
gdebi:amd64 (0.9.5.7ubuntu1, 0.9.5.7xmint4)
mint-artwork-common:amd64 (2.0.9, 2.1.0)
apturl:amd64 (0.5.2+linuxmint3, 0.5.2+linuxmint4)
apturl-kde:amd64 (0.5.2+linuxmint3, 0.5.2+linuxmint4)
mint-common:amd64 (1.2.6, 1.2.7)
mint-meta-core:amd64 (2016.07.23, 2016.11.28)
mintdrivers:amd64 (1.3.3, 1.3.4)
mint-info-kde:amd64 (2016.01.11, 2016.11.02)
nvidia-prime-applet:amd64 (1.0.5, 1.0.6)
mint-meta-kde:amd64 (2016.07.23, 2016.11.28)
mintbackup:amd64 (2.2.4, 2.2.7)
mintstick:amd64 (1.2.8, 1.3.1)
mintupload:amd64 (4.0.8, 4.0.9)
mintupdate:amd64 (5.1.0.4, 5.2.0)
mint-y-theme:amd64 (1.0.9, 1.1.5)
bash:amd64 (4.3+linuxmint3, 4.3+linuxmint4)
mint-artwork-kde:amd64 (2.0.27, 2.0.28)
base-files:amd64 (18.0.2, 18.1.0)
mint-x-icons:amd64 (1.3.9, 1.4.0)
End-Date: 2017-01-28  01:54:57

KDE, Frameworks, Qt, Kernel, — depois do upgrade do Linux Mint para 18.1 “Serena”

É o mesmo que consta do Histórico do Synaptic, — exceto que este considera a hora da concordância com os “riscos” (Aviso), disparando o processo, — e coloca os pacotes em ordem alfabética, — além de jogar para baixo os 2 novos pacotes que, na verdade, foram instalados primeiro.:

Commit Log for Sat Jan 28 01:50:53 2017


Atualizados os seguintes pacotes:

apturl (0.5.2+linuxmint3) to 0.5.2+linuxmint4
apturl-common (0.5.2+linuxmint3) to 0.5.2+linuxmint4
apturl-kde (0.5.2+linuxmint3) to 0.5.2+linuxmint4
base-files (18.0.2) to 18.1.0
bash (4.3+linuxmint3) to 4.3+linuxmint4
gdebi (0.9.5.7ubuntu1) to 0.9.5.7xmint4
gdebi-core (0.9.5.7ubuntu1) to 0.9.5.7xmint4
mint-artwork-common (2.0.9) to 2.1.0
mint-artwork-kde (2.0.27) to 2.0.28
mint-common (1.2.6) to 1.2.7
mint-info-kde (2016.01.11) to 2016.11.02
mint-meta-core (2016.07.23) to 2016.11.28
mint-meta-kde (2016.07.23) to 2016.11.28
mint-themes (1.4.7) to 1.4.8
mint-themes-gtk3 (3.18+8) to 3.18+11
mint-translations (2016.06.25) to 2016.12.12
mint-x-icons (1.3.9) to 1.4.0
mint-y-icons (1.0.3) to 1.0.4
mint-y-theme (1.0.9) to 1.1.5
mintbackup (2.2.4) to 2.2.7
mintdrivers (1.3.3) to 1.3.4
mintsources (1.6.0) to 1.6.4
mintstick (1.2.8) to 1.3.1
mintsystem (8.2.9) to 8.3.0
mintupdate (5.1.0.4) to 5.2.0
mintupload (4.0.8) to 4.0.9
nvidia-prime-applet (1.0.5) to 1.0.6
ttf-mscorefonts-installer (3.4+nmu1ubuntu2) to 3.6

Instalados os seguintes pacotes:

iso-flag-png (1.0.1)
mint-backgrounds-serena (1.1)

Kernel, à parte


Características do Linux Mint 18 Sarah na antevéspera, — mantidas após o upgrade para 18.1 Serena

É verdade que uma instalação nova, — ou reinstalação, — teria introduzido nova versão do Kernel (4.4.0-53).

Porém, no upgrade, — assim como nas atualizações comuns do dia-a-dia, — atualizar Kernel sem motivo não é recomendado pela equipe do Linux Mint.

Aliás, não recomendam, sequer, a migração do 18 “Sarah” para 18.1 “Serena”, — a menos que você tenha um motivo para isso.

“Se funciona, não conserte”, — é a recomendação do Linux Mint, — mas a decisão é do usuário.

No Linux Mint, Kernel não é um “corredor-de-matadouro”, — mas um cardápio de opções

Ao invés de uma “linha do tempo”, — como se todos os usuários devessem substituir o Kernel a cada nova versão, feito boiada no matadouro, — no Linux Mint, isso é oferecido como um cardápio.

O usuário pode examinar todas as versões de Kernel oferecidas, — várias delas, não-adotadas nos instaladores do Linux Mint, — e analisar os relatos de bug de cada uma.

A qualquer momento, você pode escolher qualquer uma, entre várias versões de Kernel, — mais nova ou mais antiga, — e o upgrade do 18 “Sarah” para 18.1 “Serena” não se intromete nisso.

apt & Synaptic


Pela primeira vez, o Synaptic inclui Kernel na categoria Instalado (Atualizável)

Fiel a essa recomendação, — que se reflete na Política de Kernel do Linux Mint, — uma atualização para o Kernel 4.4.0-34, feita aqui sem pensar (20 Ago.), foi revertida dias depois, e o sistema permanece até hoje com o Kernel 4.4.0.21.

Isso é facilitado por uma alteração do Synaptic pela equipe do Linux Mint. — Não existe o item “Marcar todas as atualizações”, — e novas versões do Kernel não são incluídas entre elas.

Agora, pela primeira vez, — na minha experiência pessoal, — o Synaptic passou a exibir uma nova versão de Kernel na categoria Status → Instalado (atualizável).

É possível que isso também acontecesse após outros upgrades anteriores de “versão-de-ponto”, — e não tenha visto, apenas, porque nunca tinha feito isso.

Mas se persistir, vai tornar incômodo evitar a atualização do Kernel, — a menos que abandone o hábito de recarregar informações dos repositórios por apt update, para em seguida aplicar pelo Synaptic.

No Gerenciador de atualizações (mintUpdate), isso não é problema. — Versões de Kernel são apresentadas numa classificação que, por default, não se aplica automaticamente, — a menos que o usuário altere as Preferências.

KDE, à parte


Isto não significa que o Linux Mint KDE tenha parado no tempo. — Pelo contrário, uma mega-atualização surpreendente, de nada menos que 518 + 31 pacotes, deu um salto do KDE 5.6.5 para 5.8.4, — e em menos de 3 semanas, outra atualização levou ao KDE 5.8.5.

Portanto, se o upgrade para Linux Mint 18.1 “Serena” parece modesto, é porque o sistema vinha sendo regularmente atualizado, — e as grande novidades já estavam instaladas.

A verdade é que ambientes gráficos como KDE, Cinnamon, MATE, Xfce, LXDE, Gnome etc. são projetos independentes, uns dos outros, — cada um com seu próprio “timing”, — e só por acaso um deles daria um grande passo à frente, justo no momento em que o Ubuntu lança sua nova versão semestral, ou no momento em que o Linux Mint lança uma nova “versão-de-ponto”.

No caso do KDE, uma cooperação com a equipe do Kubuntu permitiu ao Linux Mint acelerar a implementação do KDE 5.8.

Em resumo, KDE também é um assunto específico, — e o upgrade do 18 “Sarah” para 18.1 “Serena” não tem relação com isso.

••• Kwin_x11 surtado


Problemas com kwin_x11, após 2 dias

31 Jan. 2017 - Após 2 dias, registrou-se um surto de uso de CPU pelo kwin_x11. — Na prática, não impede o trabalho, porém eleva a temperatura, — além de algum incômodo para consertar detalhes (Dolphin fora de lugar, Conky não abre sozinho etc.).

1º Mar. 2017 - Na falta de solução para o surto de uso de CPU pelo kwin_x11, foi (re)instalado o Linux Mint 18.1 KDE, — porém, sem formatar a partição-raiz (“/”), nem a “/home”. — O problema permaneceu, praticamente sem alteração.

8 Mar. 2017 - O problema foi quase totalmente resolvido, “sozinho”, após uma atualização com erro, — porém, é difícil saber se o “conserto” foi causado pela atualização, ou pelo erro.

Com isso, o Linux Mint 18.1 KDE continuou carregando sem as transparências do Conky, do Tema e da Decoração de janelas. — Era necessário “re-aplicar” o Compositor (XRender), para a transparência voltar a fazer efeito. — Nenhum surto de uso da CPU pelo kwin_x11, nem antes nem depois dessa re-aplicação do Compositor (XRender).

29 Abr. 2017 - Reinstalado Linux Mint 18 “Sarah” KDE. — Permaneceu o problema de carregar sem transparência (Conky, Tema), até “re-aplicar” manualmente o Compositor (XRender). — Algumas páginas carregadas de vídeos de propaganda apresentaram surto de uso de CPU (mas não o Feed do Facebook).

3 Mai. 2017 - Finalmente, foi obtido que o Linux Mint 18 “Sarah” KDE voltasse a carregar com as transparências (Tema, Conky) e sem outros erros, que haviam surgido nesses dias. — Problemas ainda foram registrados, eventualmente, entre os dias 14 e 18, mas no final do mês já parecia normallizado.

2 Jun. 2017 - Ainda não foi feito o levantamento das anotações, fotos e Capturas de tela, para tentar saber, — agora ou no futuro, — exatamente o quê pode ter ocorrido, ou quais ações poderiam ter contribuído (ou não) para solucionar os problemas.

Histórico da instalação


O antigo Linux Mint 17.3 Cinnamon foi instalado em 19 Jan. 2016, com formatação da partição do sistema (“/”), — antes usada por um antigo Kubuntu, — porém sem formatar a partição “/home”, que mantém a herança de vários sistemas anteriores.

O Linux Mint 18 “Sarah” KDE foi instalado ainda na versão Beta, em 20 Ago. 2016, — sem formatar a partição do sistema (“/”), que portanto, manteve várias pastas e arquivos do sistema anterior, — coisa que não se recomenda fazer.

Ao ser lançada a versão final do Linux Mint 18 “Sarah” KDE, um exame de seus pacotes mostrou que a instalação Beta já estava atualizada, — por isso, não houve reinstalação.

Portanto, o atual upgrade para 18.1 “Serena” foi feito em cima do 18 “Sarah” (inicialmente) Beta, — permanentemente atualizado:


Datas de referência


— … ≠ • ≠ … —

Linux Mint


sábado, 21 de janeiro de 2017

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

“Unable to find root device”, após uma atualização tumultuada do Manjaro
“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
[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: [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-fallback.img
[2017-01-21 16:38] [ALPM-SCRIPTLET] ==> Image generation successful
[2017-01-21 16:38] [ALPM] running 'systemd-sysusers.hook'...
[2017-01-21 16:38] [ALPM] running 'systemd-tmpfiles.hook'...
[2017-01-21 16:38] [ALPM] running 'udev-hwdb.hook'...
[2017-01-21 16:38] [PACMAN] Running 'pacman -S mkinitcpio'
[2017-01-21 16:38] [ALPM] transaction started
[2017-01-21 16:38] [ALPM] reinstalled mkinitcpio (22-1)
[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
[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: [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-fallback.img
[2017-01-21 16:38] [ALPM-SCRIPTLET] ==> Image generation successful
[2017-01-21 16:38] [ALPM] running 'systemd-tmpfiles.hook'...
[2017-01-21 16:39] [PACMAN] Running 'pacman -Sy linux'
[2017-01-21 16:39] [PACMAN] synchronizing package lists
[2017-01-21 16:39] [ALPM] transaction started
[2017-01-21 16:39] [ALPM] reinstalled linux44 (4.4.41-1)
[2017-01-21 16:39] [ALPM-SCRIPTLET] >>> Updating module dependencies. Please wait ...
[2017-01-21 16:39] [ALPM] transaction completed
[2017-01-21 16:39] [ALPM] running '98-linux44.hook'...
[2017-01-21 16:39] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux44.preset: 'default'
[2017-01-21 16:39] [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:39] [ALPM-SCRIPTLET] ==> Starting build: 4.4.41-1-MANJARO
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [base]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [udev]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [autodetect]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [modconf]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [block]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [keyboard]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [keymap]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [plymouth]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [resume]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [filesystems]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [fsck]
[2017-01-21 16:39] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2017-01-21 16:39] [ALPM-SCRIPTLET] ==> Creating gzip-compressed initcpio image: /boot/initramfs-4.4-x86_64.img
[2017-01-21 16:39] [ALPM-SCRIPTLET] ==> Image generation successful
[2017-01-21 16:39] [ALPM-SCRIPTLET] ==> Building image from preset: /etc/mkinitcpio.d/linux44.preset: 'fallback'
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> -k /boot/vmlinuz-4.4-x86_64 -c /etc/mkinitcpio.conf -g /boot/initramfs-4.4-x86_64-fallback.img -S autodetect
[2017-01-21 16:39] [ALPM-SCRIPTLET] ==> Starting build: 4.4.41-1-MANJARO
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [base]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [udev]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [modconf]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [block]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [keyboard]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [keymap]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [plymouth]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [resume]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [filesystems]
[2017-01-21 16:39] [ALPM-SCRIPTLET]   -> Running build hook: [fsck]
[2017-01-21 16:39] [ALPM-SCRIPTLET] ==> Generating module dependencies
[2017-01-21 16:39] [ALPM-SCRIPTLET] ==> Creating gzip-compressed initcpio image: /boot/initramfs-4.4-x86_64-fallback.img
[2017-01-21 16:39] [ALPM-SCRIPTLET] ==> Image generation successful
[2017-01-21 16:39] [ALPM] running '99-grub.hook'...
[2017-01-21 16:39] [ALPM-SCRIPTLET] Generating grub configuration file ...
[2017-01-21 16:39] [ALPM-SCRIPTLET] Plano de fundo encontrado: /usr/share/grub/background.png
[2017-01-21 16:39] [ALPM-SCRIPTLET] Found Intel Microcode image
[2017-01-21 16:39] [ALPM-SCRIPTLET] Imagem Linux encontrada: /boot/vmlinuz-4.4-x86_64
[2017-01-21 16:39] [ALPM-SCRIPTLET] Imagem initrd encontrada: /boot/initramfs-4.4-x86_64.img
[2017-01-21 16:39] [ALPM-SCRIPTLET] Found initrd fallback image: /boot/initramfs-4.4-x86_64-fallback.img
[2017-01-21 16:39] [ALPM-SCRIPTLET]   WARNING: Failed to connect to lvmetad. Falling back to device scanning.
[2017-01-21 16:40] [ALPM-SCRIPTLET] Encontrado KDE neon User Edition 5.8 (16.04) em /dev/sda1
[2017-01-21 16:40] [ALPM-SCRIPTLET] Encontrado Debian GNU/Linux (9.0) em /dev/sda3
[2017-01-21 16:40] [ALPM-SCRIPTLET] Encontrado Ubuntu 16.04.1 LTS (16.04) em /dev/sdb1
[2017-01-21 16:40] [ALPM-SCRIPTLET] Encontrado Linux Mint 18 Sarah (18) em /dev/sdc1
[2017-01-21 16:40] [ALPM-SCRIPTLET] Encontrado Ubuntu Zesty Zapus (development branch) (17.04) em /dev/sdc3
[2017-01-21 16:40] [ALPM-SCRIPTLET] Found memtest86+ image: /boot/memtest86+/memtest.bin
[2017-01-21 16:40] [ALPM-SCRIPTLET] concluído
[2017-01-21 16:47] [PACMAN] Running 'pacman -Sy'
[2017-01-21 16:47] [PACMAN] synchronizing package lists

_______________
Relato produzido e publicado no Manjaro, das 19:00 do dia 21 à 1:00 do dia 22 Jan. 2017; e complementada entre 11:00 e 12:00 do dia 22.

— … ≠ • ≠ … —

Não-debians