Translate

Mostrando postagens com marcador KDE Neon. Mostrar todas as postagens
Mostrando postagens com marcador KDE Neon. Mostrar todas as postagens

sexta-feira, 1 de agosto de 2025

Kubuntu LTS, Linux Mint (KDE), KDE Neon, revisitados

Kubuntu 24.04.2 LTS - KInfoCentre
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 KDE Plasma 5, no meu PC “multiboot”.

  • openSUSE Tumbleweed, Arch Linux, Debian Testing, Fedora, Mageia Cauldron, Void Linux, já estão com Plasma 6, há tempos — e o mesmo deve acontecer a qualquer momento com o PCLinuxOS e o MX Linux.

Linux Mint 22.1 (Xia) com KDE Plasma - KInfoCentre
Linux Mint 22.1 (Xia) com KDE Plasma

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 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) - KInfoCentre
KDE Neon (noble)

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 já fosse tarde demais. Não deu certo. — Acabei deletando no final de 2024.

Índice

  • Base comum LTS
  • Hardware e Partições
  • Download, Pendrive, DVD
  • Instalação
    • Kubuntu
    • Linux Mint
    • KDE Neon
  • Configuração
    • Kubuntu
    • Linux Mint
    • KDE Neon
  • Mudando a /home para XFS
  • Extraindo Log's legíveis
  • Atualização do “linux-firmware”

xxxx

Base comum 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 24.04.2 LTS “Noble Numbat”:

-------------------
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

----------------------
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

---------------------
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

KDE Neon acrescenta um repositório “Neon”, abrigado na Fundação KDE e.V., com o Plasma mais recente — e um repositório Mozilla, do Firefox. — Não vejo “backports”.

Linux Mint acrescenta um repositório próprio, com seus pacotes específicos — incluindo o Firefox.

Kubuntu veio sem navegador — porque optei pela instalação mínima — e eu acrescentei o repositório do Google Chrome, às 3 distros.

Cada um deles 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 pode confundir, à primeira vista, pois gera 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, como o “pkcon” (PackageKit), no caso do KDE Neon; ou o mintUpdate, do Linux Mint.

As prioridades de cada repositório são definidas por arquivos na pasta “preferences.d”.

Hardware e Partições

Partições utilizadas: Linux5, Linux8, Linux10 (antes e depois)

O hardware usado 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 etc.:

      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, cada (EFI, EFI2).

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 partições de mais de 140 GiB, comuns a todas as distros (Warehouse, Midia) — de modo que as partições /home, de 15 GiB, cada, guardam apenas as configurações pessoais de usuário:

$ 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 

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:

  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
Linux8  - Slackware     2024-12-01   deleted Linux8
Linux8  - Fedora        2025-06-01   deleted Linux8
Linux10 - Manjaro       2024-12-01   deleted Linux10-11-13
Linux11 - Redcore       2024-12-01   deleted Linux10-11-13
Linux13 - KDE Neon      2024-12-01   deleted Linux10-11-13

Depois de instalados, apenas o Kubuntu iniciou sem o Painel, e portanto sem Menu — mas foi fácil e rápido corrigir isso. — O KDE Neon e o Linux Mint iniciaram normalmente.

Download, Pendrive, DVD

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. — Baixei a imagem ISO, verifiquei 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, tentar etc.

Escolhi outra solução, mais simples e imediata, que consiste em dar boot por um Live Ubuntu — e depois disso o Live Mint finalmente 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 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. — Um trio completo, para lembrar meus antigos tempos no Linux (2009-2017).

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.

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. — Na Localização, escolhi o fuso horário de São Paulo (BRT). — No Teclado, aceitei a indicação “Generic 105 Keys” (pode ser mudado depois), e escolhi Português do Brasil, modelo “Default”, que costuma significar ABNT2 (mas 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 do Snapd.

Deixei desmarcados Pacotes de Terceiros, que incluem Element, Virtual Machine Manager, Krita. — Também 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”.

Em Usuários, preenchi Nome (completo), ID de Login, nome da máquina “Linux8”, senha do usuário, e habilitei Login Automático ao inicializar.

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. — 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, 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.

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 2 imagens do Instalador do Mint (acima) foram feitas muito tempo depois, e são meramente ilustrativas do processo — não das escolhas que fiz durante a 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.

Também acabei não configurando a partição Swap — mas ele 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 era necessário atualizar, 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 outra vez: — Í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 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, no momento em que precisar.

Instalei o Synaptic, seu índice “apt-xapian-index”, o Conky, lm-sensors, binutils, html2text, htop, Neofetch, inxi, Midnight Commander (mc), KWrite, Gimp, KRuler, gnome-screenshot (por enquanto). — 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 terá 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 Sources

Evitei configurar qualquer coisa no ambiente Xfce, para não interferir nas configurações do KDE existentes na partição “Home10”. — Achei mais prático instalar o KDE Plasma e outros pacotes o mais rápido possível, em vez de investir tempo reaprendendo as manhas do Xfce, que não uso há anos. — Em 2020, investi nisso uma tarde inteira.

2025-07-16 - 20:41 - Instalei o Synaptic pelo comando upstream “sudo /usr/bin/apt update” — em vez do “apt do Linux Mint” — seja lá qual for a diferença entre um e outro.

2025-07-16 - 20:58 - Abri o mintUpdate e tratei de escolher “espelhos” (mirrors) locais — via mintSources, que testa as velocidades, mas permite ao usuário escolher os que preferir — para os pacotes do Mint e para os do Ubuntu.

2025-07-16 - 21:00 - Aceitei que o mintUpdate fizesse a atualização geral, na crença de que iria tudo para o Histórico do Synaptic (copiável), como em 2020 ~ 2021. — Não foi. Parece que, agora, as ações do Synaptic é que vão para o Histórico do mintUpdate (não-copiável). Para ter uma cópia unificada em TXT (legível a partir de outras distros), resta extrair os registros em “/var/log/apt”. — Daí em diante, utilizei o Synaptic para instalar seu indexador apt-xapian-index, além dos pacotes do Conky, aha, html2text, htop, ttf-mscorefonts-installer, Tasksel, gnome-screenshot.

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”. — Os ajustes mais urgentes foram a troca dos caminhos (PATH) “/run/media/$USER” por “/media/$USER”, no Dolphin, no Conky e nos atalhos do gnome-screenshot.

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.

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

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 de energia. — 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. — Por via das dúvidas, conferi a cópia com o original usando o “Compare” do Krusader.

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.

Extraindo Log's legíveis

Extraindo uma cópia legível de logs do apt

O primeiro 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 da distro, 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 Mint Update, 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, 2025 Setembro 7, o apt / Synaptic 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 “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 o Google encontrou vários relatos dessa falha, nos fóruns do Ubuntu, do Mint, no Reddit etc., 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.

xxxx

___________________
• Publicado em 1º Agosto 2025; e desenvolvido até...

— … ≠ “•” ≠ … —

PC desktop UEFI / GPT

Ferramentas &tc.

terça-feira, 14 de novembro de 2023

Plasma 6.0 em sessão Wayland

KDE Neon Unstable com Plasma 6 beta 1, em sessão Wayland

• O KDE Plasma 6.0 em sessão Wayland mostrou-se funcional (para mim), desde a ISO neon-unstable-20231126-1118 do KDE Neon, lançada às vésperas do congelamento do “alpha”. — Depois das primeiras atualizações, tornou-se “beta 1” — e continuou evoluindo (atualizações), até as vésperas do lançamento final.

  • Encerrei essa experiência em 28 Fev. 2024, quando substituí pela instalação da ISO neon-user-20240228-1346 — já com o Plasma 6 — que resolvi configurar e manter sempre em sessão X11, para comparar.

                     MoBo: TUF B360M-PLUS GAMING/BR - ASUSTeK
                     iGPU: Intel UHD Graphics 630 (Desktop)
                      CPU: 6 × Intel® Core™ i5-9400 CPU @ 2.90 GHz (800 ~ 4100 MHz)
                   Memory: 15.5 GiB RAM

Funcional, mas não confortável. — Uso o KDE Plasma 5 em várias distros, que configuro tão “iguais” quanto possível, para facilitar meu fluxo de trabalho — mas isso está longe de ser possível, no Plasma 6.0 em sessão Wayland.

E nada mais será como antes. — O Plasma 6.0 traz “poucas novidades”, mas vem com uma reorganização profunda — além de eliminar inúmeros pacotes, cujos mantenedores não estão ativos. — Isto implica na perda de muitos recursos (até que novos desenvolvedores retomem os pacotes abandonados).

Muitos de nós já passamos por isso — pelo menos, os que viveram a passagem do KDE4 para o KDE5 — e é por isso que achei prudente me antecipar, “ver” o que vem por aí, e começar a me adaptar.

  • Sou só um “usuário médio”. Não entendo da “tecnologia”. — Isto aqui não é uma “análise técnica” (muito menos, uma crítica!). — São anotações dos pontos que afetam minhas rotinas pessoais — diferentes dos hábitos da maioria dos demais usuários.

Índice

  • Incômodos
    • Painel flutuante
    • KDE System Settings
    • Tamanho e posição de janelas
    • Menu >> Apps >> Add to Panel (widget)
    • Minimizar / Restaurar / Maximizar
    • Wdgets e Estilos do Plasma, urgente!
    • Abrir aplicativos da sessão anterior
    • Conflito de Atalhos
    • Menu >> Recentes
    • Gwenview
    • Áudio de Notificações
    • Novos comandos?
    • Plasma Discover
    • Lags e tremuras
  • De volta para o futuro
    • Menu >> Recentes
    • Espaçador do Painel ajustável
  • Download, verificação, dd, boot
  • Login e senha na sessão Live

Incômodos

Painel flutuante

Reduzindo a altura do Painel Flutuante do Plasma 6.0

O Painel Flutuante é um docinho de coco! — Desperdiça espaço vertical, pois agora as janelas dos aplicativos têm de ficar mais afastadas — caso contrário, ele se retrai, gruda na margem inferior da tela, e se expande para a largura total.

Ok, é muito fácil desativá-lo e voltar ao Painel “tradicional” — mas, quem terá coragem de fazer isso? — Confesso que meu coração balançou!

Reduzi a altura do Painel, de 44 para 36 pixels, como faço em outras distros — mas no Plasma 6.0, isso deixou a data e a hora quase ilegíveis — embora a fonte seja a mesma do KDE Neon User Edition (Plasma 5.27), por exemplo.

KDE System Settings

KDE System Settings limitado à exibição em lista, no Plasma 6.0

O KDE System Settings do Plasma 6.0 ganhou uma reorganização radical — que deve despertar debates acirrados, entre os que pediam mudanças, e os que vão criticar a “irracionalidade” do reagrupamento dos itens. — É impossível agradar a todos; afinal, os agrupamentos anteriores também tinham defeitos.

O que eu perco, foi o trabalho de me acostumar. — Resta me acostumar outra vez.

Segunda parte da longa lista do KDE System Settings, no Plasma 6.0

Meu maior desgosto é não ter mais o modo de “Exibição em ícones”, que ainda mantenho nas outras distros, pois facilita “ver” as seções — ao passo que na lista-texto é difícil distinguir qualquer coisa: — É um labirinto quilométrico.

O modo de exibição em lista já existe há anos. É o “padrão” de muitas distros, há tempos, e acredito que seja mantido pela maioria dos usuários. — Tem algumas vantagens, como o destaque das alterações feitas; e a “página inicial” com as configurações mais utilizadas.

Tamanho e posição de janelas

Regras separadas de tamanho e posição de janelas, no Plasma 5 / X11

Um dos desafios da passagem do X11 para o Wayland são as regras do Kwin, em especial quanto à posição das janelas dos aplicativos. — No X11, é possível definir tamanho e posição diferentes, para a janela principal de um aplicativo — e para suas sub-janelas (configurações, por exemplo).

Me acostumei a definir a janela principal do Dolphin como um longo retângulo horizontal — e sua sub-janela de configurações no formato de uma longa janela vertical, para lidar com as extensas listas de Pré-visualização de arquivos e de itens do Menu de Contexto.

Receio que, no Wayland, isto não seja possível. — Uma perda em “liberdade de configuração” — que considero mais preciosa para obter funcionalidade (fluxo de trabalho), do que para enfeite visual.

No KDE Neon Unstable com Plasma 6.0 em sessão Wayland, os aplicativos abrem centralizados na tela. — Se eu alterar isso, também se altera o posicionamento de suas sub-janelas. — Se eu tentar alterar posição e tamanho da sub-janela, isso afeta a janela principal.

Diálogo “Renomear” do Gwenview, no Plasma 6.0

Configuro o Gwenview para abrir sempre no alto, à esquerda — e o diálogo “Renomear aquivos” abre a sub-janela lá no alto. — Pode ser arrastada, claro, mas isso é cansativo, quando se trabalha com dezenas de imagens.

No final de Fevereiro 2024, o diálogo “Renomear” do Gwenview parou de selecionar o nome dos arquivos — o que me obriga a posicionar manualmente o cursor, a cada vez. — Para mim, deixou de ser “usável”.

Menu >> Apps >> Add to Panel (widget)

Separação dos Lançadores e do Icons-only Task Manager, no Plasma 6.0

Já faz tempo, venho substituindo o tradicional Task Manager pelo Icons-only Task Manager (mais discreto) — mas sem “fixar” nele os aplicativos — ou seja, sem fazer dele um substituto dos tradicionais Lançadores (ao lado do Menu).

Desse modo, o Icons-only Task Manager me dá a visão imediata dos aplicativos que de fato estão abertos — e um modo prático de Minimizar / Restaurar qualquer um deles, com 1 clique — sem a necessidade de “alternadores de janela”, como Alt+Tab, “Present Windows” etc.

Para isso, bastava: — (a) Desafixar (unpin) os aplicativos fixados no Icons-only Task Manager, para que só apareçam quando estiverem abertos; e — (b) Abrir o Menu, selecionar os aplicativos desejados, e clicar em “Add to Panel (widget)”, para criar seus Lançadores.

Menu sem opção “Add to Panel”, no Plasma 6.0

Isso não foi possível, nas primeiras 2 sessões Live do KDE Neon Unstable, porque a maioria dos aplicativos, no Menu, não ofereciam “Add to Panel (widget)”. — Só na 3ª sessão Live, de repente, essa opção apareceu.

Depois de instalado, essa opção voltou a desaparecer, exceto para o KDE System Settings e o Dolphin. — Para os demais aplicativos, só aparecem a arcaica opção “Add to Desktop” e a opção da moda “Pin to Task Manager”.

Minimizar / Restaurar / Maximizar

Em alguns momentos, clicar no Icons-only Task Manager não minimiza a janela de algum aplicativo. — Nesses casos, é preciso clicar no “_” da Barra de Título. — Depois disso, o Icons-only volta a Restaurar / Minimizar aquele aplicativo.

Duplo-clique na Barra de Título, agora não Maximiza / Restaura. — Li em algum lugar que isso ia mesmo parar de funcionar.

Widgets e Estilos do Plasma, urgente!

Muitos dos Widgets que eu costumo usar desapareceram do “Get new widgets >> Download new Plasma widgets” — ou dão mensagem de erro quanto se tenta instalá-los — ou parecem ter-se instalado, mas não se instalaram.

Imagino que simplesmente ainda não se adaptaram ao Qt6 — e como muitos deles parecem abandonados, a única esperança é a de que novos desenvolvedores criem bifurcações (forks) e toquem pare frente.

Na KDE Store, Plasma 6 Extensions mostra só 3 itens — uma perda brutal, em relação aos milhares de widgets para o KDE 5 — e até para o KDE 4.

Um dos que sumiram é o Quicklaunch, que não sei se é o responsável pela opção “Add to Panel” no Menu. — Aliás, no Plasma 6.0 parece haver apenas 2 alternativas de Menu — enquanto nas outras distros vejo 3 alternativas.

Costumo escolher a alternativa “Application Menu” (cascading popup) — que no KDE Neon Unstable, com Plasma 6.0, muitas vezes não fecha, ao clicar fora dele. — Observo isso após clicar em algum aplicativo com o botão direito do mouse, para procurar a opção “Add to Panel”.

Desapareceram os widgets Moon Phase (by Gealach) e Weather2, que uso em todas as outras distros.

Encontrei e instalei o KDE 5 Service Menu ReImage, para adicionar ações do ImageMagick ao Menu de Contexto do Dolphin, tais como converter de PNG para JPG, redimensionar etc. — Nenhuma mensagem de erro — mas é como se não tivesse instalado.

Também não consegui instalar o “estilo” Maia Transparent. — Mensagem de erro.

Abrir aplicativos da sessão anterior

A opção de “Reabrir os aplicativos abertos na sessão anterior” veio marcada por padrão, na sessão Live do KDE Neon Unstable — mas só funcionou para lembrar minhas 2 instâncias do Conky, que eu tinha iniciado via 2 abas do Konsole:

$ conky &
$ conky -c /home/neon/.config/conky/conky2.conf &

Até onde consigo lembrar, não reabriu o Dolphin, o Kate, o Konsole etc., que deixei abertos várias vezes, intencionalmente, ao fazer Logout ou Restart.

Nas outras distros, uso as opções “Restaurar sessão salva manualmente”, tendo o cuidado de “Salvar sessão” (apenas com as 2 instâncias do Conky) — ou “Iniciar uma sessão vazia”, tendo o cuidado de colocar as 2 instâncias do Conky em “Autostart”. — Ainda não testei essas 2 opções no KDE Neon Unstable.

Conflito de Atalhos

Atalho F10 para sair do Midnight Commander conflita com F10 no Konsole

Atalhos globais F10 e F11 estão, cada vez mais, deslocando velhas práticas. — Isso começou há uns 2 anos (Plasma 5.23, acho), quando Kate / KWrite perderam o atalho F10 para alternar (on / off) o recurso “Dynamic Word Wrap”; e o atalho F11 para alternar (on / off) o recurso de numeração das linhas. — Naquele momento, bastou re-atribuir o atalho F10; e configurar o Kate / KWrite para sempre exibir a numeração das linhas.

Agora, no KDE Neon Unstable, criar um atalho F10 no Kate / KWrite não desabilita o que já existe; e quando se tenta usá-lo, uma mensagem de erro diz que ele é “ambíguo”, e nenhuma ação será realizada. — O jeito é desabilitar manualmente a outra função do atalho F10.

No Konsole, o atalho F10 não fecha mais o Midnight Commander (mc) — porque agora ele tem outra função, que se sobrepõe.

Por enquanto, o atalho F11 continua alternando a exibição do painel lateral “Informações” do Dolphin.

Menu >> Recentes

Falhas em Menu >> Recentes, no Plasma 6.0

A seção “Recentes” do Menu esquece com facilidade os aplicativos abertos em sessões anteriores. — Ainda não consegui que lembre 1 único documento aberto na sessão atual ou nas anteriores. — Para abrir as capturas de tela no Gwenview, estou clicando na notificação visual do KDE Spectacle, pois não faz sentido abrir o Gwenview para depois procurar a imagem mais recente.

Gwenview

Com frequência, o Gwenview deixa de avançar ou recuar com as setas direita / esquerda — após renomear um arquivo. — A saída é clicar sobre a imagem e, se isso não for suficiente, usar as teclas Home / End para sacudi-lo um pouco.

Áudio de Notificações

No Slackware e no Fedora, troquei a notificação visual do KDE Spectacle por uma notificação de Áudio — mas no KDE Neon Unstable, até agora, não consegui ouvir. — O Áudio funciona normalmente para o VLC e o navegador.

Tudo bem, por enquanto. — A notificação visual está sendo útil, enquanto o “Menu >> Arquivos Recentes” não funcionar.

Novos comandos?

Nas outras distros, uso o comando kf5-config --version  | grep 'Qt\|KDE' para obter as versões do Qt e do Frameworks. — Ainda não encontrei um equivalente no Plasma 6.0.

Plasma Discover

Tenho o hábito de remover o Plasma Discover, das distros em que ele é instalado por padrão. — O meio mais simples seria remover o PackageKit — mas a equipe do KDE Neon insiste em que usemos o comando pkcon para fazer upgrade.

Por isso, removi apenas o Plasma Discover. — Ele voltou em uma das atualizações, e não pude evitar, pois isso bloquearia a atualização de outros pacotes. — Depois da atualização, pude removê-lo de novo (com seus backend-flatpak e backend-snap), sem qualquer problema.

Pelo Synaptic, removi o Firefox e desabilitei seu repositório PPA.

Lags e tremuras

O KDE Neon Unstable tem apresentado micro-congelamentos, ou “lags” curtos, que são meio chatos, embora não um problema sério. — Não tenho certeza se ocorrem só com o Google Chrome.

O Gimp e o Synaptic apresentam uns “flashes” tremulantes (brilhos nervosos) nas bordas, o que talvez se deva à Decoração de Janela “Transparent Oxygen”. — Nada que incomode muito, pois não atrapalha. — Só dá uma sensação chata.

Faço esses 2 registros, porque ainda não experimentei alterar qualquer configuração no Google Chrome ou de Compositor etc. — Vou devagar, por partes, uma coisa de cada vez.

De volta para o futuro

Menu >> Recentes

“Menu >> Arquivos recentes” começou a funcionar

Atualizei o KDE Neon Unstable no Sábado, 23 Dezembro — e quando iniciei de novo, no dia 25 (Natal), a seção “Menu >> Arquivos recentes” detectou a 1ª Captura de tela do dia: — Estava funcionando, enfim.

Foi-se “povoando” aos poucos — e quando reiniciei, ainda lembrava as 3 últimas, da sessão anterior. — É pouco, mas já é um progresso.

Espaçador do Painel ajustável

O “Espaçador” do Painel, agora, pode ser seu tamanho ajustado

Notei que havia desaparecido o espaçamento entre o “Lançador” do Dolphin e seu ícone no “Icons-only Taskmanager”. — Ao entrar no “Modo de Edição do Painel”, percebi que o “Espaçador” estava com largura zerada. — Aumentei sua largura para 50 pixels, e os ícones voltaram a ficar espaçados dos lançadores.

No Plasma 5, o Espaçador do Painel assume mais ou menos esse tamanho, desde que se desmarque a opção “Flexível”. — Para outros tamanhos, é preciso ativar a opção “Flexível”, que expande o Espaçador para um tamanho enorme; e dá algum trabalho redimensioná-lo manualmente, pelo ponteiro do Mouse. — Fazer o ajuste em Pixels parece bem mais prático.

****

Download, verificação, dd, boot

Verificação da ISO do KDE Neon Unstable

A página de downloads do KDE Neon oferece algumas imagens ISO e arquivos de assinatura PGP. — Recorri à página de ISOs diárias, que oferece mais opções — como as somas de verificação sha256sum, os “Manifestos” com todos os pacotes incluídos em cada ISO etc.

Particionamento do Pendrive criado pelo comando dd

No primeiro teste, “queimei” a ISO em DVD, pelo K3b.

2023-11-08  23:07   Live DVD  ISO 20231107    2023-11-09  01:10          2 h, 26 min
2023-11-14  01:56   Live USB  ISO 20231113    2023-11-16  10:25    2 d,  9 h, 33 min
2023-11-26  19:21   Live USB  ISO 20231126    2023-11-29  09:19    2 d, 14 h,  5 min
2023-11-29  09:10   Installed

Nos outros, em vez de usar o aplicativo GUI recomendado na página do KDE Neon, optei por “queimar” o Pendrive (sem partições) pelo comando dd. — Observe que o destino é “sdc” (e não “sdc1”, que não existia):

$ sudo dd if=/PATH/neon-unstable-20231126-1118.iso of=/dev/sdc bs=4M conv=fsync oflag=direct status=progress

Como resultado, o comando dd criou 2 partições — uma “tipo” iso9660; e outra “tipo” fat12. — Se eu criasse uma partição “sdc1” e direcionasse para ela o comando dd (como tentei, antes), o Pendrive não se tornava “bootável”.

  • Não recomendo! — pois sei muito pouco sobre isso.

Escolha do boot pelo dispositivo sdc, no UEFI Bios setup

Ao reiniciar o PC, apertei DEL para entrar no UEFI Bios setup da placa-mãe e selecionei boot pelo Pendrive (sdc) — não pela partição “sdc2”.

De acordo com as fotos e capturas de tela, o boot da 1ª sessão, em Live DVD, deve ter demorado uns 20 minutos (só lembrei de capturar a tela do Plasma aos 25 minutos). — O boot da 2ª sessão, em Live Pendrive, apresentou o ambiente de trabalho em cerca de 4 minutos. — O boot da 3ª sessão, também em Live Pendrive, exibiu o ambiente do Plasma em cerca de 4 minutos 30 segundos.

Depois de instalado, estes têm sido os tempos de boot — até exibir o ambiente Plasma com o Painel — e o uso inicial de Memória RAM:

2023-11-29   21:14   17 s
2023-11-29   21:18   19 s
2023-11-30   00:47   17 s   |   00:47 + 10 min   ->  1124 MiB
2023-11-30   05:35   17 s   |   05:34 + 10 min   ->  1124 MiB
2023-11-30   16:34   17 s   |   16:34 + 10 min   ->  1119 MiB
2023-11-30   19:33   18 s   |   19:33 + 10 min   ->  1111 MiB
2023-11-30   21:52   17 s   |   21:51 + 10 min   ->  1118 MiB
2023-12-01   02:21   16 s   |   02:21 + 10 min   ->  1168 MiB   (Plasma Discover, back again!)

São indicadores razoáveis, na comparação com as outras distros — inclusive o KDE Neon User Edition — todas na mesma máquina (dualboot / multiboot).

Login e senha na sessão Live

Configurações do SDDM, na seção “Cores e Temas”

No 1º teste Live (ISO do dia 7), o Login automático carregou uma sessão identificada como Plasma X11. — Nos demais testes Live, carregou sessão identificada como Wayland, tanto pelo KInfocentre quando pelo comando “echo $XDG_SESSION_TYPE” (que uso no 2º Conky) — embora nas configurações do SDDM ainda indique “Plasma (X11)” como sessão padrão.

Para recarregar a sessão do Plasma em sessão Live, basta fazer Logout — pois o KDE Neon Unstable vem configurado para logar de novo, de imediato.

  • A sessão Live vem configurada para Autologin com o usuário “neon” (senha vazia: basta Enter), que tem privilégios de Administrador. — Ao usar sudo, não pede senha. — Não existe conta Root. Para isso, use “sudo su” (e Enter).

Configurações da sessão Plasma em System >> Session >> Desktop session

A sessão do Plasma também vem configurada para reabrir os aplicativos Qt que estavam abertos ao fechar a sessão anterior.

Auto Login reiniciou apenas as instâncias do Conky e o Wellcome

Na 3ª sessão Live, isto não funcionou. — Nenhum dos aplicativos foi reaberto automaticamente — mas, para minha surpresa, as 2 instâncias do Conky reiniciaram sozinhas — embora não o Konsole, e muito menos suas 2 abas, que eu tinha usado para iniciar o Conky:

$ conky &
$ conky -c /home/neon/.config/conky/conky2.conf &

Três instâncias do “Conky2” abertas ao fazer Login

Pelo “Present windows” (CTRL+F10), descobri nada menos que 3 instâncias do meu “Conky2” em execução. — Usei o “plasma-systemmonitor” para fechar as repetições.

O usuário “neon” da sessão Live tem UID = 999 — o que o impede de escrever nas minhas partições ext4 dos SSDs internos (UID =1000). — Por isso, toda minha atividade (capturas, textos), durante as sessões Live, foi salva em uma partição Fat32 (vfat), em um 2º Pendrive. Os sistemas de arquivos vfat não guardam indicação de “proprietário”. Quando montado por um usuário “999”, seus arquivos pertencem ao usuário “999”. E quando for montado por um usuário “1000”, pertencerão ao usuário “1000”.

___________________

• Publicado em 14 Novembro 2023 e desenvolvido até 5 Dezembro 2023.

— … ≠ “•” ≠ … —

KDE Neon

PC desktop UEFI / GPT