sábado, 6 de janeiro de 2018

Mageia - Kernel 4.14

Mageia 6 com Kernel 4.14

O Kernel 4.14 não é propriamente uma novidade, — já o tinha, aqui, no Debian testing; e até as vésperas do Natal ainda o tinha no openSUSE Tumbleweed (desinstalado no dia 19), — mas foi uma surpresa no caso do Mageia 6, que não é “rolling-release”.

Atualizações apresentadas pelo mgaapplet

Estava finalizando a ronda, — após ver se alguma distro já se havia habilitado a solucionar o mais recente problema descoberto da Intel, — e o Mageia é sempre o último, já que controla o Grub e deve incorporar eventuais revisões de Kernel dos demais.

Revisão de Kernel do Arch dispensa atualização do Grub

Arch Linux tinha recebido uma revisão, — do linux-lts-4.9.74-1 para linux-lts-4.9.75-1, — mas isso não exige atualização do Grub, pois sua entrada se limita a referir “linux-lts”, sem especificar versão.

Apenas a revisão de Kernel do openSUSE Leap, minutos antes, exigia atualização no Grub do Mageia.

Não parece que o novo Kernel do Mageia diga respeito ao problema recém descoberto da Intel, — mas a linguagem do mgaapplet não é muito clara para um leigo:

kernel-desktop-4.14.10-1.mga6 - Linux Kernel for desktop use with x86_64​                                                                                                                      
The kernel package contains the Linux kernel (vmlinuz), the core of your Mageia operating system. The kernel handles the basic functions of the operating system: memory allocation, process allocation, device input and output, etc. This kernel is compiled for desktop use, single or multiple x86_64 processor(s) / core(s), using HZ_1000, voluntary preempt, CFS cpu scheduler and cfq i/o scheduler.

This kernel relies on in-kernel smp alternatives to switch between up & smp mode depending on detected hardware. To force the kernel to boot in single processor mode, use the "nosmp" boot parameter.

O que mudou?

* Sáb Dez 30 2017 tmb <tmb> 4.14.10-1.mga6
        + Revision: 1187428
        - update to 4.14.10
        - update conflicts on nvidia-current
        - ALSA: hda - Fix missing COEF init for ALC225/295/299
        - cpufreq: schedutil: Use idle_calls counter of the remote CPU
        - tracing: Remove extra zeroing out of the ring buffer page
        - tracing: Fix possible double free on failure of allocating trace buffer
        - tracing: Fix crash when it fails to alloc ring buffer

Opções avançadas do Mageia ao reiniciar o computador — 3 Kernels

Como é sempre bom manter o Kernel anterior, — para o caso de o novo apresentar algum problema, — ao reiniciar o computador o Grub já acumulava 3 itens nas Opções avançadas do Mageia.

Remoção do 3º Kernel mais antigo

Para não acumular Kernels demais, — afinal, ocupam espaço em disco, — foi removido o 3º mais antigo, que a essa altura não era mais necessário.

Correção “manual” das entradas do Grub para o Arch e o Slackware

Após esta segunda atualização automática do Grub do Mageia, — escolhido como padrão para carregar as demais distros instaladas, — faltava corrigir “manualmente” as entradas relativas ao Arch Linux e ao Slackware.

Nas entradas referentes ao Arch Linux, substituir

initrd /boot/intel-ucode.img

por

initrd /boot/intel-ucode.img /boot/initramfs-linux-lts.img

Nas entradas referentes ao Slackware, substituir

linux /boot/vmlinuz-generic-4.9.37 root=/dev/sdc2

por

linux /boot/vmlinuz-huge-4.9.37 root=/dev/sdc2

O editor interno do Midnight-Commander (mcedit) “lembra” tão bem as 2 substituições globais a serem feitas, que o processo todo não leva mais de 1 minuto, — é salvar (F2), sair (F10), encerrar o “sudo mc” (F10) e fechar o Konsole; — e poderia criar um atalho no Menu K para já abrir o mcedit no arquivo /boot/grub2/grub.cfg, embora seja sempre bom conferir sua data e hora, antes de fazer substituições globais às cegas.

Mas, com certeza, deve haver um modo de “automatizar” essas correções, — alguma coisa bem simples e óbvia (depois que tiver aprendido), entre os arquivos da pasta /etc/grub.d/, — que no caso do openSUSE são:

00_header
00_tuned
10_linux
20_linux_xen
20_memtest86+
30_os-prober
40_custom
41_custom
80_suse_btrfs_snapshot
90_persistent
95_textmode
README

e no caso do Mageia:

00_header
01_users
06_grub-customizer_menu_color_helper
10_linux
20_linux_xen
20_ppc_terminfo
30_os-prober
40_custom
41_custom
backup
README

Atualização automática do Grub e manutenção BtrFS ao iniciar o openSUSE após 0:00h

Por precaução, mais tarde voltei para atualizar o Grub do openSUSE Leap e fazer as mesmas correções “manuais”. — Em caso de desastre no Grub “principal”, basta apertar DEL ao reiniciar a máquina, entrar na BIOS Setup, e alterar o dispositivo de Boot, de sda para sdb.

Da primeira parte, — atualizar seu Grub, — o openSUSE se encarregou. Como já passava da 0:00h, tratou de atualizá-lo e de fazer a manutenção do BtrFS, automaticamente, logo nos primeiros 5 minutos da nova sessão.

Correções “manuais” no Grub do openSUSE Leap

A essa altura, o mcedit do openSUSE também já sabe, de-cór-e-salteado, o que deve fazer.

Menu de inicialização do PCLinuxOS, — só falta detectar o openSUSE

Um terceiro Grub, — do PCLinuxOS (MBR de sdc), — também já se mostrou capaz de carregar quase todas as demais distros instaladas. Só falta detectar o openSUSE.

Quadro comparativo das distros Linux instaladas em 6 Jan. 2017

Os propósitos dessa brincadeira toda são, basicamente:

1) Dispor de 2+ alternativas, — além do Kubuntu 16.04 LTS, do KDE Neon e do Linux Mint 18 KDE, conhecidos de longa data (e com os quais evito brincar), — para todas as tarefas necessárias. Até o momento, openSUSE Leap e PCLinuxOS têm se mostrado os mais úteis.

2) Explorar, com calma, o mundo fora da “dependência” da Canonical. — Aliás, reduzir dependências de qualquer tipo.

Desdobramentos posteriores


Só a partir de 2018-07-26 passou a ser usado o comando urpmi --auto-update, em vez do mgaapplet

Embora instalado no primeiro trimestre de 2017, só a partir de Novembro daquele ano as atualizações do Mageia começaram a ser anotadas no arquivo “pacotes_historico-mgaapplet_Mageia.txt”.

Segundo esses registros, desde então foram feitas as seguintes atualizações, remoções e reinstalações de Kernel:

2018-01-06 - Instalado kernel-desktop-4.14.10-1
2018-01-06 - Removido kernel-desktop-4.9.50-1 — (versão mais antiga do 4.9)
2018-01-14 - Instalado kernel-desktop-4.14.13-1
2018-02-11 - Instalado kernel-desktop-4.14.18-1 / Removido kernel-desktop-4.14.10-1
2018-02-15 - Removido kernel-desktop-4.9.56-1 — (última versão ainda instalada)
2018-02-26 - Instalado kernel-desktop-4.14.20-1 / Removido kernel-desktop-4.14.13-1
2018-03-24 - Instalado kernel-desktop-4.14.25-1 / Removido kernel-desktop-4.14.18-1
2018-04-01 - Instalado kernel-desktop-4.14.30-3 / Removido kernel-desktop-4.14.20-1

Esta instalação se diferenciou por incluir 5 pacotes, — ao invés de apenas 2. — Daí por diante, serão sempre 5 pacotes:

- kernel-desktop-4.14.30-3.mga6-1-1.mga6.x86_64
- kernel-desktop-devel-4.14.30-3.mga6-1-1.mga6.x86_64
- kernel-desktop-devel-latest-4.14.30-3.mga6.x86_64
- kernel-desktop-latest-4.14.30-3.mga6.x86_64
- kernel-userspace-headers-4.14.30-3.mga6.x86_64

2018-05-21 - Instalado kernel-desktop-4.14.40-1 / Removido kernel-desktop-4.14.25-1
2018-05-31 - Instalado kernel-desktop-4.14.44-2 / Removido kernel-desktop-4.14.30-3

No mês seguinte, foi reinstalado o Kernel 4.9, — e removidos os 4.14:

2018-06-16 - Instalado kernel-desktop-4.9.56-1
2018-06-16 - Removido kernel-desktop-4.14.40-1
2018-06-16 - Removido kernel-desktop-4.14.44-2

Daí por diante, todas as atualizações do mgaapplet / rpmdrake sempre voltavam a oferecer Kernel 4.14, — e após algum tempo enjoei de sempre desmarcá-las manualmente, — mas ao reinstalar, nunca mais foi detectado pelo Grub.

2018-07-04 - Instalado kernel-desktop-devel-4.14.50-2

# date && update-grub && date
Qua Jul  4 13:49:01 -03 2018
Generating grub configuration file ...
Tema encontrado: /boot/grub2/themes/openSUSE/theme.txt
Imagem Linux encontrada: /boot/vmlinuz-4.9.56-desktop-1.mga6
Imagem initrd encontrada: /boot/initrd-4.9.56-desktop-1.mga6.img
Imagem Linux encontrada: /boot/vmlinuz-desktop
Imagem initrd encontrada: /boot/initrd-desktop.img
Encontrado KDE neon User Edition 5.13 (16.04) em /dev/sda1
Encontrado Debian GNU/Linux buster/sid em /dev/sda3
Encontrado Ubuntu 16.04.4 LTS (16.04) em /dev/sdb1
Encontrado openSUSE Leap 15.0 em /dev/sdb2
Encontrado PCLinuxOS em /dev/sdb3
Encontrado Linux Mint 18 Sarah (18) em /dev/sdc1
Encontrado Slackware 14.2 x86_64 (post 14.2 -current) em /dev/sdc2
Encontrado Arch Linux em /dev/sdc3
Encontrado MX 17 Horizon (17) em /dev/sdd1
Encontrado Linux Mint 19 Tara (19) em /dev/sdd2
Encontrado Devuan GNU/Linux ascii em /dev/sdd3
concluído
Qua Jul  4 13:50:02 -03 2018

Desde então, houve mais 5 atualizações do Kernel 4.14, — nunca detectado pelo Grub, — e nenhuma atualização do Kernel 4.9, que é o que de fato está em uso:

2018-07-26 - Instalado kernel-desktop-devel-4.14.56-1
2018-08-13 - Instalado kernel-desktop-devel-4.14.62-> 1
2018-08-20 - Instalado kernel-desktop-devel-4.14.65-> 1
2018-09-15 - Instalado kernel-desktop-devel-4.14.69-> 1
2018-09-24 - Instalado kernel-desktop-devel-4.14.70-> 1

Obs.: - A mudança de nomenclatura deve-se à substituição do notificador e interface gráfica mgaapplet por comandos urpmi --auto-update, a partir de 2018-07-26.

Parece provável que o Kernel 4.9 tenha sido excluído do projeto. De qualquer modo, deve-se considerar essa instalação “sequelada” pelas manipulações que sofreu nas mãos de um ignorante.

Devido à minha inabilidade, — e à falta de investir muito mais tempo em pesquisa e aprendizado, — nunca consegui algumas coisas básicas, como assistir vídeo no Chromium, por exemplo.

O Mageia permanece, por teimosia, — ainda espero investir mais nele, — mas seu uso principal é controlar o Grub do computador.

— … ≠ • ≠ … —

Não-debians


Nenhum comentário:

Postar um comentário