 |
| Kubuntu 24.04.2 LTS |
Voltei a instalar meus velhos conhecidos Kubuntu LTS e Linux Mint (com KDE), para ver como estão atualmente — mas também para ter mais algumas distros “estáveis”, com o velho e bom KDE Plasma 5, no meu PC multiboot.
Kubuntu LTS foi minha distro principal durante anos, desde 2009 — mas perdi contato com ele, em meados de 2019. — Eu ainda não o tinha instalado no meu PC atual, desde 2020.
 |
| Linux Mint 22.1 (Xia) com KDE Plasma |
Linux Mint foi minha “segunda distro principal” por longos períodos, também desde 2009 — e em 2016 cheguei a considerá-lo minha distro principal, em sua versão KDE. — Voltei a instalá-lo no meu PC atual (com KDE), em 2020, por pouco mais de um ano.
 |
| KDE Neon (noble) |
Uma semana depois, resolvi instalar também o KDE Neon. — Um trio completo, para lembrar meus primeiros tempos no Linux (2007-2016).
Comecei a usar o KDE Neon em 2016, ainda recém-lançado — e passei a considerá-lo minha distro principal já no ano seguinte — mas com o tempo acabei preferindo outras, 100% “rolling release”.
Continuei usando o KDE Neon no meu PC atual, a partir de 2020 — mas demorei a fazer upgrade para o Plasma 6, e quando tentei, talvez fosse tarde demais. Não deu certo. — Acabei deletando no final de 2024.
Índice
- Base comum “Ubuntu LTS”
- Repositórios e pacotes, na prática
- Hardware e Partições
- Download, Boot, Live
- Instalando
- Instalação do Kubuntu
- Instalação do Linux Mint
- Instalação do KDE Neon
- Configurando
- Configuração do Kubuntu
- Configuração do Linux Mint
- Configuração do KDE Neon
- Extraindo Log's legíveis
- Atualização do “linux-firmware”
- Upgrade do Mint 22.1 “Xia” para 22.3 “Zena”
- Mudando a /home para XFS
- Final, finais
Base comum “Ubuntu LTS”
 |
| Organização das fontes de software do KDE Neon, do Kubuntu e do Linux Mint |
O que há em comum entre essas 3 distros é que usam a mesma base estável Ubuntu LTS “Noble Numbat” (+updates, security):
----------------------
Kubuntu LTS - sources:
----------------------
# cat /etc/apt/* | grep 'http\|ftp'
deb http://archive.ubuntu.com/ubuntu/ noble main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu/ noble-updates main restricted universe multiverse
# cat /etc/apt/sources.list.d/* | grep -A 2 'http\|ftp'
deb [arch=amd64] https://dl.google.com/linux/chrome/deb/ stable main
--
URIs: http://archive.ubuntu.com/ubuntu
Suites: noble noble-updates noble-backports
Components: main universe restricted multiverse
--
URIs: http://security.ubuntu.com/ubuntu/
Suites: noble-security
Components: main universe restricted multiverse
Optei pela instalação mínima do Kubuntu. — Com isso, evitei que fosse instalada a infraestrutura Snapd (e seu Firefox).
- Eu acrescentei o repositório do Google Chrome, às 3 distros.
-------------------
KDE Neon - sources:
-------------------
# cat /etc/apt/* | grep 'http\|ftp'
deb http://archive.ubuntu.com/ubuntu/ noble main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu/ noble-security main restricted universe multiverse
deb http://archive.ubuntu.com/ubuntu/ noble-updates main restricted universe multiverse
# cat /etc/apt/sources.list.d/* | grep 'http\|ftp'
deb [arch=amd64] https://dl.google.com/linux/chrome/deb/ stable main
URIs: http://archive.neon.kde.org/user
URIs: https://packages.mozilla.org/apt
KDE Neon acrescenta um repositório “Neon”, abrigado na Fundação KDE e.V., com o Plasma mais recente — e um repositório Mozilla, para o Firefox. — Não vejo “backports”.
---------------------
Linux Mint - sources:
---------------------
# cat /etc/apt/* | grep 'http\|ftp'
# cat /etc/apt/sources.list.d/* | grep -A 2 'http\|ftp'
deb [arch=amd64] https://dl.google.com/linux/chrome/deb/ stable main
deb https://mint-packages.c3sl.ufpr.br xia main upstream import backport
deb http://ubuntu.c3sl.ufpr.br/ubuntu noble main restricted universe multiverse
deb http://ubuntu.c3sl.ufpr.br/ubuntu noble-updates main restricted universe multiverse
deb http://ubuntu.c3sl.ufpr.br/ubuntu noble-backports main restricted universe multiverse
deb http://security.ubuntu.com/ubuntu/ noble-security main restricted universe multiverse
Linux Mint acrescenta um repositório com seus próprios pacotes — e que inclui seu próprio Firefox.
Cada uma dessas distros organiza e “escreve” a configuração das fontes de software de um modo diferente — no velho formato, no arquivo “sources.list” — e / ou em vários arquivos com o novo formato, na pasta “sources.list.d” — o que é meio confuso (incluindo o que parecem ser algumas repetições).
Essas diferenças também refletem políticas divergentes de como lidar com pacotes de outras fontes e formatos, como PPAs, Snap, Flatpak etc. — além do uso preferencial de algum gerenciador de pacotes específico, como o “pkcon” (PackageKit), no caso do KDE Neon; — ou o Update Manager, no caso do Linux Mint.
As prioridades de cada repositório e outras configurações são definidas por arquivos nas pastas “preferences.d” e “apt.conf.d” — e outros pequenos detalhes. — Deixo isso para quando eu puder dedicar todo tempo e atenção ao assunto.
Repositórios e pacotes, na prática
Neste momento, vou apenas examinar algumas diferenças entre o Kubuntu, o Linux Mint, o KDE Neon, quando o apt tenta instalar os navegadores Chromium e Firefox: — Qual pacote “.deb” é baixado? De onde vem? Quem empacotou? — E como (e por que) ele é trocado por um pacote “.snap2”, no caso do Kubuntu?
Para maior clareza, comparei também o comportamento observado no Debian (base original do Ubuntu) — e no MX Linux (um Debian modificado).
No Debian, o comando apt encontra pacotes “.deb” de 70 a 80 MB — empacotados por mantenedores do próprio Debian e disponibilizados em seu repositório principal (Main) — e que depois de instalados ocupam pouco menos de 300 MB:
-------------------------
--------- Debian --------
-------------------------
$ apt show chromium | grep 'Maintainer\|Size\|Sources'
Maintainer: Debian Chromium Team [chromium@packages.debian.org]
Installed-Size: 286 MB
Download-Size: 80.1 MB
APT-Sources: http://ftp.br.debian.org/debian testing/main amd64 Packages
$ apt show firefox-esr | grep 'Maintainer\|Size\|Sources'
Maintainer: Maintainers of Mozilla-related packages [team+pkg-mozilla@tracker.debian.org]
Installed-Size: 272 MB
Download-Size: 71.0 MB
APT-Sources: http://ftp.br.debian.org/debian testing/main amd64 Packages
No Kubuntu, o comando apt encontra pacotes “.deb” ridiculamente pequenos, de 50 a 80 kB — empacotados por mantenedores ligados à Canonical (Ubuntu), e oferecidos no repositório “Universe” (Chromium); ou no “Main” (Firefox) — e que depois de instalados, supostamente ocupariam ridículos 100 a 125 kB.
Na verdade, são pacotes “dummy” — vazios, pois não contêm binários executáveis, nem bibliotecas etc. — Eles descrevem a si mesmos como “transicionais”. Servem de “transição” para outra coisa.
Sua única função é “depender” de outros pacotes, provocando assim a instalação dessas dependências — os pacotes “chromium.snap”, “firefox.snap” — e, naturalmente, a infraestrutura para lidar com eles, formada pelo pacote “snapd” e suas dependências, caso ainda não estejam instalados:
-------------------------
-------- Kubuntu --------
-------------------------
$ apt show chromium-browser | grep 'Maintainer\|Size\|Sources\|snap'
Version: 2:1snap1-0ubuntu2
Maintainer: Ubuntu Developers [ubuntu-devel-discuss@lists.ubuntu.com]
Installed-Size: 105 kB
Pre-Depends: debconf, snapd
Download-Size: 50,0 kB
APT-Sources: http://ubuntu.c3sl.ufpr.br/ubuntu noble/universe amd64 Packages
Description: Transitional package - chromium-browser -> chromium snap
chromium-browser is now replaced by the chromium snap.
$ apt show firefox | grep 'Maintainer\|Size\|Sources\|snap'
Version: 1:1snap1-0ubuntu5
Maintainer: Ubuntu Mozilla Team [ubuntu-mozillateam@lists.ubuntu.com]
Installed-Size: 124 kB
Pre-Depends: debconf, snapd (>= 2.54)
Breaks: firefox-dbg (<< 1:1snap1), firefox-dev (<< 1:1snap1), firefox-geckodriver (<< 1:1snap1), firefox-mozsymbols (<< 1:1snap1)
Replaces: firefox-dbg (<< 1:1snap1), firefox-dev (<< 1:1snap1), firefox-geckodriver (<< 1:1snap1), firefox-mozsymbols (<< 1:1snap1)
Download-Size: 77,3 kB
APT-Sources: http://ubuntu.c3sl.ufpr.br/ubuntu noble/main amd64 Packages
Description: Transitional package - firefox -> firefox snap
firefox is now replaced by the firefox snap.
No Linux Mint, o apt encontra pacotes “.deb” de 80 a 115 MB — empacotados pela equipe dessa distro, e disponibilizados no repositório “Upstream” — e que depois de instalados ocupam 300 a 370 MB:
-------------------------
---------- Mint ---------
-------------------------
$ apt show chromium | grep 'Maintainer\|Size\|Sources\|snap'
Maintainer: Clement Lefebvre [root@linuxmint.com]
Installed-Size: 366 MB
Download-Size: 113 MB
APT-Sources: https://mint-packages.c3sl.ufpr.br xia/upstream amd64 Packages
$ apt show firefox | grep 'Maintainer\|Size\|Sources\|snap'
Maintainer: Clement Lefebvre [root@linuxmint.com]
Installed-Size: 296 MB
Download-Size: 87,4 MB
APT-Sources: https://mint-packages.c3sl.ufpr.br xia/upstream amd64 Packages
No KDE Neon, o apt encontra o pacote “.deb” do Firefox no repositório principal (Main) do Mozilla — mas o pacote Chromium que encontra é o mesmo “dummy” fornecido pela Canonical:
-------------------------
-------- KDE Neon -------
-------------------------
$ apt show chromium-browser | grep 'Maintainer\|Size\|Sources\|snap'
Version: 2:1snap1-0ubuntu2
Maintainer: Ubuntu Developers [ubuntu-devel-discuss@lists.ubuntu.com]
Installed-Size: 105 kB
Pre-Depends: debconf, snapd
Download-Size: 50.0 kB
APT-Sources: http://archive.ubuntu.com/ubuntu noble/universe amd64 Packages
Description: Transitional package - chromium-browser -> chromium snap
$ apt show firefox | grep 'Maintainer\|Size\|Sources\|snap'
Maintainer: Mozilla [release@mozilla.com]
Installed-Size: 299 MB
Download-Size: 82.3 MB
APT-Sources: https://packages.mozilla.org/apt mozilla/main amd64 Packages
O MX Linux (um Debian stable modificado) também parece ter-se dedicado apenas ao Firefox: — Seu apt encontra o pacote “firefox.deb” no seu repositório principal (Main) — mas o Chromium vem do repositório “secutiry” do Debian:
-------------------------
-------- MX Linux -------
-------------------------
$ apt show chromium | grep 'Maintainer\|Size\|Sources\|snap'
Maintainer: Debian Chromium Team [chromium@packages.debian.org]
Installed-Size: 254 MB
Download-Size: 70.7 MB
APT-Sources: http://security.debian.org/debian-security bookworm-security/main amd64 Packages
$ apt show firefox | grep 'Maintainer\|Size\|Sources\|snap'
Maintainer: Mike Purtell [mmikeinsantarosa@mxlinux.org]
Installed-Size: 296 MB
Download-Size: 82.1 MB
APT-Sources: https://mxlinux.c3sl.ufpr.br/mx-workspace/mx/repo bookworm/main amd64 Packages
Hardware e Partições
 |
| Partições utilizadas: Linux5, Linux8, Linux10 (antes e depois) |
Meu hardware ainda é o mesmo PC desktop de 2020 — agora com um 2º SSD — sem placa GPU, pois não instalo jogos, nem faço edição pesada de videos, compilações, não caço bitcoins, nem uso IA:
MoBo: TUF B360M-PLUS GAMING/BR, BIOS 2401 03/22/2019 - ASUSTeK
iGPU: Intel Corporation UHD Graphics 630 (Desktop)
CPU: 6 × Intel® Core™ i5-9400 CPU @ 2.90GHz ( 800 ~ 4100 MHz )
Memory: 15.5 GiB of RAM
/dev/sda SSD Sata3 Kingston SA400S37480G 447.13 GiB
/dev/sdb SSD Sata3 Western Digital WD Green 2.5 480GB 447.13 GiB
/dev/sr0 DRW Sata3 ASUS DRW-24F1MT
O 1º SSD tem partições para 6 distros em dualboot (Linux1 a Linux6; e Home1 a Home6) — e o 2º SSD, também (Linux7 a Linux12; Home7 a Home12) — além de uma partição EFI em cada um (EFI, EFI2):
$ date; lsblk -o name,mountpoint,label,fstype,size
Fri 1 Aug 05:13:23 -03 2025
NAME MOUNTPOINT LABEL FSTYPE SIZE
sda 447.1G
├─sda1 /boot/efi EFI vfat 2G
├─sda2 /run/media/flavio/Linux1 Linux1 btrfs 50G
├─sda3 / Linux2 ext4 30G
├─sda4 /run/media/flavio/Linux3 Linux3 ext4 30G
├─sda5 /run/media/flavio/Linux4 Linux4 ext4 30G
├─sda6 /run/media/flavio/Linux5 Linux5 ext4 30G
├─sda7 /run/media/flavio/Linux6 Linux6 ext4 30G
├─sda8 /run/media/flavio/Home1 Home1 xfs 15G
├─sda9 /home Home2 xfs 15G
├─sda10 /run/media/flavio/Home3 Home3 ext4 15G
├─sda11 /run/media/flavio/Home4 Home4 ext4 15G
├─sda12 /run/media/flavio/Home5 Home5 xfs 15G
├─sda13 [SWAP] swap 11G
├─sda14 /run/media/flavio/Home6 Home6 ext4 15G
└─sda15 /run/media/flavio/Warehouse Warehouse ext4 144.1G
sdb 447.1G
├─sdb1 /run/media/flavio/Linux7 Linux7 ext4 30G
├─sdb2 /run/media/flavio/Linux8 Linux8 ext4 30G
├─sdb3 /run/media/flavio/Linux9 Linux9 ext4 30G
├─sdb4 /run/media/flavio/Linux10 Linux10 ext4 30G
├─sdb5 /run/media/flavio/Linux11 Linux11 ext4 60G
├─sdb6 /run/media/flavio/Linux12 Linux12 ext4 30G
├─sdb7 /run/media/flavio/Home7 Home7 ext4 15G
├─sdb8 /run/media/flavio/Home8 Home8 ext4 15G
├─sdb9 /run/media/flavio/Home9 Home9 ext4 15G
├─sdb10 /run/media/flavio/Home10 Home10 ext4 15G
├─sdb11 /run/media/flavio/Home11 Home11 ext4 15G
├─sdb12 /run/media/flavio/Home12 Home12 ext4 15G
├─sdb13 /run/media/flavio/Midia Midia ext4 142.6G
├─sdb14 /run/media/flavio/Sites Sites ext4 2G
├─sdb15 /run/media/flavio/Works Works ext4 2G
└─sdb16 EFI2 vfat 511M
sr0 1024M
(Eu já usava XFS na partição “Home1”, do openSUSE: — Nenhum problema em 8 anos, desde Janeiro 2017. — Experimentei, agora, converter para XFS a partição “Home5”, do KDE Neon — e em seguida, também a partição “Home2”, do Arch Linux).
Tenho apenas 1 partição Swap, de 11 GiB, comum a todas as distros — pois não uso “Hibernar” (só “Sleep”). — Em mais de 5 anos, só vi a partição Swap ser utilizada em 2 ou 3 momentos, pois evito manter mais de 3 ou 4 abas abertas no Chrome; e não realizo atividades intensivas.
Os documentos são salvos em 2 partições de 140+ GiB, comuns a todas as distros — “Warehouse”, “Midia” — de modo que as partições /home, de 15 GiB (cada), guardam só as pastas pessoais de usuário, com as suas configurações.
- Tudo isso, são opções “pessoais” (minhas). — Ninguém “tem de” fazer como eu. — Mas este registro só pode ser útil, se incluir todas as variáveis, de modo transparente.
“/home” partitions:
Old times Before Now
01 - openSUSE 01 - openSUSE 01 - openSUSE
02 - Arch 02 - Arch 02 - Arch
03 - Debian 03 - Debian 03 - Debian
04 - Fedora 04 - Fedora 04 - Fedora
05 - KDE Neon (Plasma 5, X11) 05 - KDE Neon (Plasma 6, X11)
06 - PCLinuxOS 06 - PCLinuxOS 06 - PCLinuxOS
07 - Mageia 07 - Mageia 07 - Mageia
08 - Fedora (Plasma 6, X11) 08 - Kubuntu LTS (Plasma 5, X11)
09 - Void 09 - Void 09 - Void
10 - Manjaro (Plasma 6, X11) 10 - Linux Mint (Plasma 5, X11)
11 - Redcore
12 - MX Linux 12 - MX Linux 12 - MX Linux
Old times:
Linux5 - KDE Neon 2024-12-01 deleted Linux5, preserved Home5
Linux8 - Slackware 2024-12-01 deleted Linux8, preserved Home8
Linux8 - Fedora 2025-06-01 deleted Linux8, preserved Home8
Linux10 - Manjaro 2024-12-01 deleted Linux10-11, preserved Home10-11
Linux11 - Redcore 2024-12-01 deleted Linux10-11, preserved Home10-11
A partição Home5 guardava configurações Plasma 5 (X11) de um antigo KDE Neon. — A partição Home8 guardava configurações Plasma 6 (X11) de uma experiência com Fedora 42. — A partição Home10 guardava configurações Plasma 6 (X11), de um antigo Manjaro.
Houve, portanto, uma inversão — em que 2 distros com Plasma 5 “herdaram” partições /home configuradas em Plasma 6 — e vice-versa.
Depois de instalados, apenas o Kubuntu iniciou sem o Painel, e portanto sem Menu — mas foi fácil corrigir isso. — O KDE Neon e o Linux Mint iniciaram normalmente.
Download, Boot, Live
 |
| Faltava um “mmx64.efi” na ISO do Live Mint |
Minha intenção era instalar o Linux Mint 22.1 Xfce, ambiente desktop (DE) mais fácil de remover, após instalar o KDE Plasma. — Conferi a integridade pelo sha256sum, “queimei” no Pendrive pelo comando dd, mas não consegui dar boot — por falta de um arquivo “mmx64.efi” em seu \EFI\BOOT, segundo a mensagem de erro.
- De fato, ali havia “bootx64.efi” e “grubx64.efi”. — Mais tarde, vi dizerem que “basta” copiar “grubx64.efi” para o PC, renomear como “mmx64.efi”, e copiar de volta para o Pendrive — mas não é tão simples, pois o Pendrive é read-only... e aí, começa outra saga de pesquisar, ler, tentar etc.
Escolhi outra solução, bem mais simples e imediata — que é dar boot por um Live Ubuntu — e depois disso, o Live Mint consegue dar boot.
 |
| Tela do MOK no boot do Live Kubuntu |
Baixei o Kubuntu, “queimei” pelo K3b em DVD, inicializei — e aproveitei para instalar. — Horas depois, voltei ao Pendrive do Live Mint, ele finalmente conseguiu dar boot, e também instalei.
 |
| Live Mint finalmente chegou ao Grub, após um boot do Live Kubuntu |
Fiquei então com 2 distros para me divertir.
Uma semana depois, resolvi baixar e instalar também o KDE Neon.
Eu não tinha mais interesse no KDE Neon — “meio” abandonado, como ficou evidente na passagem para o KDE Plasma 6 — mas a sensação de que possa ser descontinuado me despertou o interesse em documentá-lo mais um pouco, “antes que acabe”.
22 Set. 2025 - Precisei de uma partição para fazer nova instalação do PCLinuxOS, e optei por deletar o KDE Neon.
Instalação do Kubuntu
 |
| Resumo da instalação do Kubuntu |
No Grub do Live Kubuntu selecionei a opção “Try or Install”. — Na tela inicial selecionei idioma British English (UK), e escolhi “Instalar”, sem carregar uma sessão Live Desktop (Try). — Na Localização, escolhi horário de São Paulo (BRT). — No Teclado, aceitei “Generic 105 Keys” (pode ser mudado depois), e escolhi Português do Brasil, modelo “Default”, que costuma significar ABNT2 (fiz o teste, para ter certeza).
 |
| Instalação mínima do Kubuntu |
Em Personalização, alterei o Modo de Instalação, de “Normal” — que incluiria Navegador, Utilitários, Office, Jogos e Players de Mídia — para “Instalação Mínima”, que inclui apenas o ambiente (DE).
- Sob o nome genérico “navegador”, está o Firefox — em Snap — o que implicaria na instalação da infraestrutura Snapd.
Também dispensei “Pacotes de Terceiros”, que incluem Element, Virtual Machine Manager, Krita. — E deixei desmarcada a opção de baixar e instalar atualizações “following installation”, que nunca funcionou para mim no passado. — Atualizar manualmente é simples, fácil, rápido, e proporciona uma boa noção de quanta coisa mudou desde o lançamento da ISO Kubuntu 24.04.2.
Na etapa de Particionamento, selecionei Particionamento Manual, pois eu já tinha as partições Linux8, Home8, EFI2 prontas. Bastava selecionar o 2º SSD (sdb), escolher as partições e Editar as opções de cada uma. — Para Linux8, selecionei Formatar, sem alterar o tamanho, nem o sistema de arquivos ext4; e ponto de montagem “/”. Preenchi o campo do rótulo (Label) com “Linux8”, mas não foi aplicado. — Para Home8, selecionei “Manter”; e ponto de montagem “/home”. — Para EFI2, “Manter”, ponto de montagem “/boot/efi”, e sinalizador “boot”.
 |
| Arquivos fstab do Kubuntu e do Linux Mint |
Esqueci de configurar a partição Swap — e o instalador do Kubuntu criou um arquivo-swap (swapfile) de 512 MiB. — Acima: - Fiz uma cópia do fstab do Mint, editada para facilitar a comparação. Os originais ainda são de 13 Jul. 2025, às 21:06 e 22:05, respectivamente.
Em Usuários, preenchi Nome (completo), ID de Login, nome da máquina “Linux8”, senha do usuário, e habilitei Login Automático — em sessão X11, que ainda é o meu padrão, por enquanto. — Só estou testando Wayland no Fedora.
O apelido “ID de Login” será também o nome da pasta pessoal do usuário. — Escolho sempre o mesmo — pois desse modo aproveito a pasta já existente, com as configurações pessoais acumuladas nas distros anteriores.
Instalação do Linux Mint
 |
| Teclado, Codecs e Particionamento manual, no Instalador do Linux Mint (ilustrativo) |
Iniciei uma sessão Live Mint Xfce, e abri logo o Instalador.
Deixei o idioma Inglês (não vi sub-opções). — Mudei o Teclado para “Português (Brasil)”. — Marquei para instalar Codecs de mídia. — Escolhi o particionamento manual, chamado “Something else”.
 |
| Particionamento manual no Instalador do Linux Mint (ilustrativo) |
Abriu-se a janela “Tipo de instalação”, exibindo uma longa lista, começando pelo 1º SSD (sda), suas partições; e depois o 2ª SSD (sdb), e suas partições.
O dispositivo de Bootloader veio pré-selecionado “/dev/sda”. — Selecionei a partição EFI2 (sdb16).
Ao escolher uma partição e clicar em “Mudar” para configurá-la, o campo “Usar como” aparece com “Não usar”. — Ao selecionar “ext4”, aparece mais um campo: — Ponto de montagem.
Selecionei a partição Linux10, marquei para Formatar, escolhi sistema de arquivos “ext4”, ponto de montagem “/”.
- A “navegação” foi meio “às cegas”, pois essa janela “Tipo de Instalação” não mostra os rótulos (Label) das partições — que criei exatamente para facilitar minha vida.
Escolhi a partição que devia ser Home10, contando nos dedos das mãos. — Selecionei o ponto de montagem “/home”, não formatar, e Ok.
Ao terminar as configurações e clicar em “Instalar agora”, o instalador exibiu a tela de Fuso horário, e escolhi São Paulo (BRT). — O instalador avançou para a última etapa: — Nome do usuário, Nome do computador, ID de Login, senha. — Habilitei o Login Automático.
- As imagens do Instalador do Mint (acima) foram feitas muito tempo depois, e são meramente ilustrativas do processo — não do momento da instalação.
Instalação do KDE Neon
 |
| Configurações regionais no instalador Calamares do KDE Neon |
Abri o instalador Calamares em sessão Live do KDE Neon — mudei o Idioma, de Inglês dos EUA para Inglês Britânico (UK) — selecionei o Fuso horário BRT (São Paulo) — e mudei os formatos de números e datas, de Português (Brasil) para Inglês Britânico (UK). — Escolhi Teclado “Português (Brasil) - Default”.
Optei pelo Particionamento manual, selecionei a partição Linux5 para “/” e Home5 para “/home”. — Acabei não configurando a partição EFI, recebi o aviso — mas pude prosseguir mesmo assim.
- Os bootloaders do Kubuntu, do Mint e do KDE Neon (nas partições EFI) tendem a se embaralhar — inclusive, usando o mesmo nome “Ubuntu”, o que dificulta saber quem é quem. — Às vezes, o bootloader de um leva ao Grub de outro. Procuro nunca usá-los (exceto para teste e documentação).
Também acabei não configurando a partição Swap — mas o instalador não criou arquivo Swap.
Preenchi Nome, ID, senha do usuário — Nome da máquina “Linux5” — e habilitei o Login Automático.
Configuração do Kubuntu
 |
| Kubuntu sem Painel. Atualizei pelo console virtual (tty) |
O Kubuntu instalado carregou sem Painel, e portanto sem Menu. — Minha primeira providência foi alternar para o console virtual tty3 e fazer uma atualização completa. — Não resolveu o problema mas, de qualquer jeito, eu teria de atualizar tudo, antes de instalar novos pacotes.
 |
| Adicionando e configurando Painel no Kubuntu |
Pelo menu de contexto (right-click), adicionei um Painel. — Não era o que eu tinha nessa partição “Home8”, quando ela pertencia ao Fedora ou ao Slackware, então tive de configurá-lo, “do zero”: — Ícone do Menu, Lançadores Rápidos (Quick Launch), Icons-only Taskmanager etc., além de trocar o Menu padrão.
A maior parte das demais configurações foi preservada na “Home8”, faltando só pequenos ajustes aqui e ali. — Não tenho pressa (
pois tenho outras distros em dualboot / multiboot, prontas para usar): — Posso ajustar cada coisa, quando tiver um tempo.
Instalei o Synaptic, seu “apt-xapian-index” (filtro rápido), o Conky, lm-sensors, binutils, html2text, htop, Neofetch, inxi, Midnight Commander (mc), KWrite, Gimp, KRuler, gnome-screenshot. — A lista é grande, e não tenho pressa de instalar tudo de uma vez.
 |
| Configurações do Plasma Discover, sem Snap nem Flatpak |
Removi “unattended-upgrades”, e tentei desativar a verificação e notificação automática de atualizações pelo Plasma Discover, mas elas ainda prosseguem. — Em geral, removo PackageKit e Plasma Discover, para liquidar o assunto de vez — mas nessa instalação ainda não fiz isso, para poder observá-los um pouco mais.
Snap encabeça as configurações do Discover, com o botão “Tornar padrão” — que na verdade ainda teria de instalar o “Snapd” — o que eu evitei, ao escolher a “Instalação Mínima” do Kubuntu.
Por via das dúvidas, me certifiquei de que não tenho nenhum pacote Snap ou Flatpak instalado. — Na verdade, nem suas bases:
2025-07-16 20:00:06
$ snap list
Command 'snap' not found, but can be installed with:
sudo apt install snapd
$ flatpak list
Command 'flatpak' not found, but can be installed with:
sudo apt install flatpak
Configuração do Linux Mint
 |
| Escolha de “espelhos” (mirrors) no Mint — refeita após upgrade para 22.3 “Zena” |
Evitei configurar qualquer coisa no ambiente Xfce, para não interferir nas configurações do KDE, que já existiam na partição “Home10”. — Sim, já vi as configurações de um ambiente desktop (DE) interferirem com as de outro DE, numa instalação com vários ambientes.
Achei mais prático instalar o KDE Plasma o mais rápido possível, em vez de investir tempo dentro do Xfce, que não uso há anos. — Por isso, não fiz capturas de tela (só fotos, aliás bem ruins), e agora exemplifico com imagens muito posteriores.
2025-07-16 - 20:41 - Instalei o Synaptic pelo comando upstream “sudo /usr/bin/apt install” — em vez do “apt do Linux Mint” — seja lá qual for a diferença entre um e outro:
$ sudo apt apdate
This is the Linux Mint "apt" command.
This commands acts as a wrapper for the APT package manager and many other useful tools such as apt-get, apt-cache, apt-mark, dpkg, aptitude...etc.
It is installed in /usr/local/bin/apt. To use the upstream apt command directly type /usr/bin/apt.
2025-07-16 - 20:58 - Abri o Update Manager (mintUpdate) e aceitei a sugestão de escolher “espelhos” (mirrors) locais. — Ele abre o Software Sources, que testa as velocidades, mas permite escolher os que você preferir — um, para os pacotes do Mint; e outro, para os do Ubuntu.
- 2026-01-16 - Tive de refazer a escolha de espelhos locais, depois do upgrade do Mint 22.1 “Xia” para 22.3 “Zena”. — A imagem (acima) ficou muito melhor — e ilustra com exatidão o procedimento de 6 meses antes.
 |
| Gerenciamento de software, drivers, kernels no Linux Mint |
O gerenciamento de software do Mint é feito por vários pacotes próprios, representados por 4 nomes no Menu. — Eis um resumo incompleto:
Menu Package Description
---- ------- -----------
Software Manager mintinstall A software manager to easily install new applications.
Software Sources mintsources Configure the sources for installable software and updates.
-- depends on mint-mirrors (...)
Update Manager mintupdate Helps installing security updates and new versions of packages.
-- depends on mint-mirrors
-- depends on mint-upgrade-info
-- depends on apt, aptkit (...)
mint-mirrors List of Linux Mint Repository mirrors.
mint-upgrade-info Provides information to the Update Manager on how to perform distribution upgrades.
aptkit transaction based package management service
Esses pacotes formam uma camada de conforto, que utiliza a infra-estrutura básica: — “dpkg” + “apt” — os únicos realmente necessários, pois são os que de fato gerenciam os pacotes da base “.deb”.
Essas camadas superpostas permitem que o usuário do Mint encontre toda facilidade e comodidade, apenas clicando em aplicativos GUI, sem recorrer a comandos complicados e abstrusos.
O “apt” é acionado de modo indireto, via AptKit — um “Serviço de gerenciamento de pacotes baseado em transações”, que foi criado (forked) em 2024 pelo Mint, a partir do AptDaemon. — A página no Github explica:
O AptKit permite executar tarefas de gerenciamento de pacotes em um processo em segundo plano controlado pelo DBus. É uma continuação do AptDaemon, que não recebe manutenção ativa e existe apenas no Ubuntu.
O AptDaemon foi fortemente inspirado pelo PackageKit, que, por política, não oferece suporte a recursos essenciais do apt.
Não me aprofundei no Driver Manager — sem interesse para mim. — Entre “mintdrivers”, “mint-drivers”, “driver-manager”, não consigo ter certeza de quais são “pacotes”, e quais são links simbólicos:
$ ls -o /usr/bin | grep driver
[...]
-rwxr-xr-x 1 root 105 2026-01-08 13:08 driver-manager
[...]
-rwxr-xr-x 1 root 352 2017-08-30 05:22 mint-drivers
lrwxrwxrwx 1 root 14 2026-01-08 13:08 mintdrivers -> driver-manager
Existem outras camadas, vindas do Debian e / ou do Ubuntu — como o “unattended-upgrades” (só apareceu quando instalei o KDE), que instala atualizações de segurança em silêncio, sem perguntar e sem avisar — e o PackageKit, um serviço “universal”, que usa os gerenciadores de cada distro (apt, dnf, pacman etc.) para unificar os procedimentos. — Ambos podem ser desabilitados (só aprendi em 2026), mas há mais de 10 anos costumo removê-los.
Enfim, ao instalar o KDE Plasma, também recebi o Plasma Discover — “lojinha” que também costumo remover, há uns 10 anos.
Para todos os efeitos práticos, os aplicativos específicos do Linux Mint permitem ao usuário fazer todo o gerenciamento de software de maneira simples e descomplicada. — Eles já vêm configurados para dar a maior segurança ao usuário novato — mas permitem alterar esses parâmetros, com explicações claras a cada passo.
- Tenho a impressão de que “unattended-upgrades” e PackageKit são desativados por padrão, no Mint — mas não verifiquei.
 |
| Pesquisa por pacotes no Histórico do Synaptic |
Eu prefiro verificar manualmente as atualizações, uma vez por semana (em geral aos Domingos), pelo comando “apt update”, para “ver” se minha conexão e os “espelhos” estão ok — e em seguida aplicar as atualizações pelo Synaptic, que é uma interface (GUI) do “apt”, com todos os seus recursos, e nada mais. — No fundo, estou usando “dpkg” + “apt”, com a vantagem de poder pesquisar facilmente, no Histórico do Synaptic, quando determinado pacote foi instalado, atualizado, removido.
- O Synaptic do Linux Mint é “diferente”, desde há muitos anos. — Desta vez, percebi mais uma alteração: — Agora, ao clicar em “Repositórios”, ele abre o Software Sources.
Isso me dá controle dos pacotes que instalo, atualizo ou removo, nas distros de base “.deb”. — Em certos casos, como escolher “espelhos”, mudar de Kernel, ou gerenciar drivers, é ótimo dispor das ferramentas do Mint. — No Synaptic, remover Kernels antigos é mais trabalhoso do que pelo mintUpdate, pois é preciso lembrar de fazer isso, procurá-los, marcá-los manualmente, verificar se não cometi algum erro, aplicar etc.
2025-07-16 - 21:00 - Aceitei que o Update Manager fizesse a atualização geral — na crença de que iria tudo para o Histórico do Synaptic (copiável), como em 2020. — Não foi!
Os registros em “/var/log/apt” indicam que o mintUpdate deixou de usar o Synaptic em modo CLI — e passou a usar o AptKit:
mintUpdate's footprints within /var/log/apt/history.log, back in 2020:
Start-Date: 2020-06-12 19:38:59
Commandline: /usr/sbin/synaptic --hide-main-window --non-interactive --parent-window-id 62918213 -o Synaptic::closeZvt=true --set-selections-file /tmp/tmpiqnq3566
Requested-By: flavio (1000)
Install: linux-image-5.4.0-37-generic:amd64 (... ... ...)
Upgrade: evolution-data-server-common:amd64 (... ... ...)
End-Date: 2020-06-12 19:43:33
mintUpdate's footprints within /var/log/apt/history.log, nowadays:
Start-Date: 2025-07-16 21:02:05
Commandline: aptkit role='role-install-packages' sender=':1.85'
Install: linux-modules-6.8.0-63-generic:amd64 (... ... ...)
Upgrade: openvpn:amd64 (... ... ...)
End-Date: 2025-07-16 21:09:54
Daí em diante, utilizei o Synaptic para instalar seu indexador apt-xapian-index (filtro rápido), além dos pacotes do Conky, aha, html2text, htop, ttf-mscorefonts-installer, Tasksel, gnome-screenshot etc.
2025-07-16 - 22:30 - Instalei pelo Synaptic o meta-pacote KDE Plasma Desktop (495 pacotes), depois de me certificar de que não incluía nenhum pacote com nome contendo “PIM” ou “Akonadi”. — Durante a instalação, o Synaptic perguntou qual Display Manager deveria ser padrão. Troquei o LightDM pelo SDDM. — O processo todo durou menos de 2 minutos. Reiniciei e entrei no KDE Plasma.
 |
| Linux Mint com KDE Plasma |
2025-07-16 - 22:39 - O KDE Plasma já iniciou com as configurações “herdadas” via partição “Home10”. — O ajuste mais urgente foi a troca dos caminhos (PATH) “/run/media/$USER” por “/media/$USER” — no Dolphin, no Conky, nos atalhos do gnome-screenshot, e em um script que uso para registrar informações da distro 5 minutos após o boot.
Adiei a remoção do PackageKit, Plasma Discover, para fazer mais algumas observações — e enquanto isso, vou convivendo com 3 notificações quase permanentes na bandeja do sistema.
Também adiei a remoção do Xfce — que só fui fazer em Outubro.
Configuração do KDE Neon
 |
| Ajustes iniciais nas configurações do KDE Neon |
O KDE Neon “herdou”, na partição “Home5”, as configurações de uma instalação anterior dele mesmo, ainda com Plasma 5. — Em casos assim, preciso redirecionar o lançador do System Settings (no Painel, no Menu) para o novo nome do pacote no Plasma 6 — e remover ou trocar alguns widgets (Moon, Weather) por versões Qt6.
O Plasma 6 costuma manter as configurações que venho fazendo há anos, no Plasma 5, o que poupa muito trabalho — mas o Wayland bagunça as regras de janela do Kwin criadas no X11 — por isso, tratei de estabelecer o Login Automático em sessão X11.
 |
| Primeiros ajustes no Conky do KDE Neon |
Pelo apt, instalei o Synaptic; e por ele instalei seu indexador apt-xapian-index; e os pacotes do gnome-screenshot, Conky, Neofetch (que trouxe o ImageMagick), screenFetch (que trouxe o scrot), inxi (que trouxe o tree), htop, html2text, ttf-mscorefonts-installer, KWrite, binutils, Tasksel, KRename, Midnight Commander (mc), e assim por diante.
Pelo KRunner, iniciei as 2 instâncias do Conky, para verificar os ajustes do lm-sensors, hwmon, fontes, partições etc.
Instalei o Google Chrome usando o mesmo pacote baixado antes, no Kubuntu, e já reaproveitado para instalar no Linux Mint — pelo comando dpkg — e isso configura seu repositório no processo:
$ sudo dpkg -i google-chrome-stable_current_amd64.deb
Extraindo Log's legíveis
 |
| Extraindo uma cópia legível de logs do apt |
O log do apt é meu principal recurso para recuperar informações exatas de quais pacotes atualizei ou instalei antes de começar a usar o Synaptic — indicando, inclusive, quais comandos foram usados, e por “quem”.
- A instalação do Linux Mint, por exemplo, foi feita por “mint (1000)”, das 22:12 às 22:20 — enquanto a instalação do Synaptic foi feita por mim, 3 dias depois, às 20:41, usando o comando “/usr/bin/apt” — mas a primeira atualização foi feita pelo Update Manager, usando o comando “aptkit”, das 21:00 às 21:09.
Acontece que o log do apt usa linhas quilométricas, de mais de 10.000 caracteres, o que dificulta a leitura. — Usei o comando “sed” para quebrar as linhas ao final do nome de cada pacote — que sempre termina com parêntesis, vírgula, espaço:
sed 's/), /)\n/g' a.txt > b.txt
Nas 3 distros, o log inicial foi comprimido para “history.log.1.gz” no dia 27 Julho, talvez porque atualizo minhas distros aos Domingos. — Copiei o conteúdo de cada um desses arquivos, salvei como “a.txt” — e obtive a cópia legível em “b.txt”.
Isso não inclui o Google Chrome, que instalei pelo dpkg, um nível abaixo do apt. — Então, busquei essa informação no log do dpkg:
Start-Date: 2025-07-16 21:40:32
Commandline: /usr/sbin/synaptic
Requested-By: flavio (1000)
Install: python3-distupgrade:amd64 (1:24.04.26, automatic)
ttf-mscorefonts-installer:amd64 (3.8.1ubuntu1)
ubuntu-pro-client-l10n:amd64 (36ubuntu0~24.04, automatic)
update-manager-core:amd64 (1:24.04.12, automatic)
python3-distro-info:amd64 (1.7build1, automatic)
python3-update-manager:amd64 (1:24.04.12, automatic)
python3-debconf:amd64 (1.5.86ubuntu1, automatic)
ubuntu-release-upgrader-core:amd64 (1:24.04.26, automatic)
update-notifier-common:amd64 (3.192.68.2, automatic)
ubuntu-pro-client:amd64 (36ubuntu0~24.04, automatic)
End-Date: 2025-07-16 21:41:04
--------------------------------------------------------------------------------
2025-07-16 21:56:01 status installed google-chrome-stable:amd64 138.0.7204.157-1
2025-07-16 21:56:01 status installed mailcap:all 3.70+nmu1ubuntu1
2025-07-16 21:56:01 status installed gnome-menus:amd64 3.36.0-1.1ubuntu3
2025-07-16 21:56:01 status installed desktop-file-utils:amd64 0.27-2build1
2025-07-16 21:56:02 status installed man-db:amd64 2.12.0-4build2
--------------------------------------------------------------------------------
Start-Date: 2025-07-16 22:06:07
Commandline: /usr/sbin/synaptic
Requested-By: flavio (1000)
Install: tasksel-data:amd64 (3.75ubuntu1, automatic)
tasksel:amd64 (3.75ubuntu1)
End-Date: 2025-07-16 22:06:08
O log do dpkg não tem linhas quilométricas — mas apresenta muitas linhas intermediárias. — Para extrair só as que interessam, uso outro comando:
cat a.txt | grep 'status installed' > b.txt
Atualização do “linux-firmware”
 |
| Falha ao atualizar o pacote “linux-firmware” no Kubuntu e no KDE Neon |
No Domingo, 7 Set. 2025, o apt / Synaptic do Kubuntu não conseguiu baixar uma atualização do repositório oficial “archive.ubuntu.com”:
W: Failed to fetch http://archive.ubuntu.com/ubuntu/pool/main/l/linux-firmware/linux-firmware_20240318.git3b128b60-0ubuntu2.17_amd64.deb
500 Internal Server Error [IP: 2620:2d:4002:1::102 80]
No entanto, o apt / Synaptic do Linux Mint já tinha baixado essa atualização, sem nenhum problema — porque, nele, eu havia configurado o espelho (mirror) “ubuntu.c3sl.ufpr.br”.
Quando falha o repositório de 1 distro, eu normalmente passo adiante, continuo atualizando as outras, e volto a tentar mais tarde.
Mas este caso é especial: — Três distros com a mesma base “Ubuntu LTS” — que deveriam se comportar do mesmo modo, nessa área.
Pesquisei, e o Google encontrou vários relatos dessa falha, nos fóruns do Ubuntu e do Mint — com indicações de que já durava dias.
 |
| Download do pacote .deb para “/var/cache/apt/archives/” |
Eu não gosto de alterar repositórios / espelhos, só para atender alguma emergência temporária. — Além disso, o Mint, o KDE Neon e o Kubuntu usam padrões diferentes nas configurações dos repositórios, o que dificulta examinar os detalhes com calma, para evitar erros. — Continuei pensando no assunto, enquanto atualizava as outras distros, e acabei optando por apenas baixar o pacote do espelho que estava funcionando, e copiá-lo para o “cache de pacotes” do Kubuntu e do KDE Neon:
$ history
(...)
990 2025-09-07_17-27-47 sudo chown 0:0 linux-firmware_20240318.git3b128b60-0ubuntu2.17_amd64.deb
992 2025-09-07_17-29-31 sudo cp linux-firmware_20240318.git3b128b60-0ubuntu2.17_amd64.deb /media/Linux8/var/cache/apt/archives/
994 2025-09-07_17-30-42 sudo cp linux-firmware_20240318.git3b128b60-0ubuntu2.17_amd64.deb /media/Linux5/var/cache/apt/archives/
Depois disso, bastou abrir o Synaptic no Kubuntu e no KDE Neon, e mandar atualizar.
Upgrade do Mint 22.1 Xia para 22.3 Zena
 |
| Erro no espelho (mirror) da UFPR, indicado pelo apt update |
Janeiro 2026 - Já faz tempo que desabilitei as verificações automáticas do Update Manager (mintUpdate) — e também removi seu ícone do Painel — para não ficar exibindo alertas, toda vez que faço minha verificação manual pelo apt update, em geral aos Domingos.
 |
| Pesquisa e cópia no Histórico no gerenciador de pacotes Synaptic |
Como disse antes, eu costumo executar o apt update para “ver” os pacotes atualizáveis — e também para “ver” o estado da conexão e dos espelhos (mirrors) — para depois atualizar tudo pelo Synaptic, que guarda um ótimo Histórico, copiável e pesquisável.
- Copiar para um arquivo TXT permite consultar, mesmo “de fora” — quando estou em outra distro.
Foi assim que, no dia 11, “vi” uma falha do apt, com a sugestão de que o espelho poderia estar no meio de uma sincronização. — Meia-hora depois, tentei de novo, mas o erro continuava. — Prossegui com minha atualização semanal das outras distros.
No dia 12, várias postagens nas redes sociais avisaram do lançamento do Mint 22.3 “Zena” — e já seria o 2º upgrade, desde quando instalei o Mint 22.1 “Xia”. — Eu não tinha feito o 1º, porque o mecanismo de upgrade do Mint não é feito (e não é testado) para o KDE Plasma.
Eu já tinha pensado nessa incerteza, em minha instalação anterior do Linux Mint (2020). — Agora, resolvi experimentar, para ver o resultado.
 |
| Aviso do Update Manager de que precisava atualizar “mint-upgrade-info” |
No dia 14, abri o Update Manager e fui avisado de que uma nova versão do “Update Manager" estava disponível. — O único pacote citado era “mint-upgrade-info” (informações de upgrade). — E propunha “aplicar a atualização”. Mas, qual, exatamente?
As “lojinhas” são ótimas para o novato. — Você pode confiar no Mint — e não precisa responder perguntas embaraçosas. — Mas eu quero saber o que está acontecendo — e guardar anotações claras.
Fechei o Update Manager. Ele só minimizou para o Painel. Recorri à opção “Quit” para fechá-lo de verdade, para ter certeza de desbloquear o banco de dados. — Executei um apt update, conferi que o espelho (mirror) estava Ok — e usei o Synaptic para atualizar 47 pacotes, inclusive o “mint-upgrade-info” (o Update Manager não foi atualizado).
- Deve-se fazer uma atualização completa do sistema (qualquer sistema), antes de fazer upgrade para nova versão.
 |
| Opções de Snapshots e de Upgrade de versão, no Update Manager |
Reiniciei o Linux Mint, abri de novo o Update Manager — ele declarou que estava tudo atualizado. — Abri o menu “Edit”, para acessar as ferramentas “Instantâneos do sistema” (Timeshift) e “Fazer upgrade para Mint 22.3 Zena”.
- Não vi opção de escalonar o upgrade em 2 etapas — de 22.1 para 22.2 — e depois, de 22.2 para 22.3.
Direcionei o “instantâneo” para a partição “Midia”, onde havia espaço de sobra. — A ocupação passou de 75 GiB para 85 GiB.
 |
| Upgade do Linux Mint exigiu reinstalar o meta-pacote Xfce |
Na etapa "Requisitos”, o Update Manager exigiu instalar o pacote “mint-meta-xfce” antes de fazer o upgrade. — Depois, marcar “Entendo os riscos”. Não se pode processar quem nos dá um ótimo sistema operacional de graça. — É seguro, desde que a gente não faça bobagem.
O upgrade demorou cerca de 5 minutos — incluindo uma pausa para decidir se eu deixaria substituir uma configuração de início automático do Mint Report. — Optei pelo “não”, com a certeza de que ficaria um backup da proposta recusada (como, de fato, ficou).
PrtScn apt/history.log
19:39:18 - installing Xfce Meta Package - 19:39:18
19:39:50 - update Packages Cache
19:40:09 - installing packages - 19:41:58
19:42:56 - replace /etc/xdg/autostart/mintreport ?
19:44:14 - removing packages - 19:44:12
19:44:23 - Upgrade Complete - 19:44:13
Para preencher a lacuna no meu TXT com o histórico do Synaptic, acabei usando um comando unificado:
cat /var/log/apt/history.log | sed 's/), /)\n/g' > apt-history-log.txt
Várias coisas voltaram às configurações-padrão:
- O Synaptic foi removido — mas seu Histórico foi mantido. — Reinstalei.
- O “apt” voltou aos repositórios originais. — Tive de configurar de novo espelhos locais.
xxxx
Mudando a /home para XFS
 |
| Verificação da cópia da pasta do usuário para outra partição |
Uso o sistema de arquivos XFS na partição /home do openSUSE há mais de 8 anos, desde Janeiro 2017, e nunca tive qualquer problema. — Pelo contrário, são minhas partições /home em sistema de arquivos ext4 que às vezes acumulam problemas, após alguns desligamentos abruptos por queda da rede elétrica na minha rua. — Resolvi converter a partição “Home5”, do KDE Neon, para XFS, como experiência-piloto.
Copiei a pasta de usuário do KDE Neon para uma partição que estava vazia, utilizando o Midnight Commander, que preserva as propriedades dos arquivos e pastas. — Por via das dúvidas, conferi a cópia com o original, usando o “Compare” do Krusader.
- Em geral, essas operações devem ser feitas em uma sessão Live — pois a pasta de usuário não pode estar em uso (montada). — Uma vantagem de ter outras distros em dualboot / multiboot, é poder usar uma delas, já configurada e com todas as ferramentas instaladas, o que é bem mais confortável.
Desmontei a partição “Home5” e formatei para XFS, pelo KDE Partition Manager — e copiei de volta a pasta de usuário. — Editei o /etc/fstab do KDE Neon, com o novo UUID da partição “Home5”, e ele continua funcionando normalmente, após 11 dias.
Depois de me certificar de que deu tudo certo, converti também a partição Home2, do Arch Linux, para XFS — e deixo aberto o caminho para fazer a conversão das demais partições /home no futuro.
Final, finais
 |
| Formatando a partição do KDE Neon para instalar o PCLinuxOS |
2025-09-22 - Ao instalar uma nova ISO do PCLinuxOS KDE Darkstar 2025-09, precisei de uma partição com 30 GiB (ou menos). — Tentei “encolher” (shrink) a partição Linux11, que tem 60 GiB, mas o GParted da sessão Live acusou “erro”, e não permitiu. — Optei por sobrescrever a partição Linux5, e com isso deletei a instalação do KDE Neon, que considerei mais “dispensável” do que o Kubuntu LTS ou o Mint (com KDE).
xxxx
___________________
• Publicado em 1º Agosto 2025; e desenvolvido até...
— … ≠ “•” ≠ … —
PC desktop UEFI / GPT
Ferramentas &tc.
