Byteria

sexta-feira, 17 de agosto de 2018

KDE Plasma no LMDE 3 Beta - Linux Mint Debian Edition

LMDE 3 Beta — Linux Mint Debian Edition — com Plasma KDE instalado

xxx

— … ≠ • ≠ … —

terça-feira, 14 de agosto de 2018

Visualizações de arquivos no Dolphin

Aspecto inicial do Dolphin, ao ser aberto pela primeira vez

A instalação do Plasma KDE no Linux Mint 19 “Tara” foi uma boa oportunidade para explorar a disparidade de visualizações (thumbnails) entre as distros instaladas.

Visualizações encontradas em diferentes distros com KDE Plasma

Curiosamente, é nas distros não-*buntu e não-debian, — Slackware (by AlienBOB), openSUSE, PCLinuxOS, Mageia, Arch Linux (by Revenge), nas quais tenho instalado menos coisas, por falta de familiaridade com os repositórios (pacotes com nomes diferenciados), — que constato maior número de opções já disponíveis em:

Dolphin >> Configurações >> Geral >> Visualizações.
(or)
Dolphin >> Configure >> General >> Previews

No Kubuntu (usado há 10 anos), KDE Neon e Mint 18 KDE (usados intensivamente há 2 anos), as visualizações disponíveis eram bem poucas, — e mesmo entre essas poucas, nem todas as que interessavam, estavam habilitadas.

Primeiro, foram feitas experiências no KDE Neon, a seguir, no Mint 19 “Tara”, e por fim nas demais, — procurando identificar exatamente quais pacotes de fato adicionavam visualizadores (thumbnailers) ao Dolphin, — e quais pacotes não produziam efeito, podendo ser novamente removidos.

Visualização de arquivos TXT e PDF no Dolphin

No Mint 19 “Tara”, — com KDE acabado de instalar, — os visualizadores (thumbnailers) para JPG, GIF, PNG, BMP, TIFF e XCF (Gimp) já estavam instalados e ativados.

Isto parece ser quase um padrão, — exceto, talvez, no caso do XCF (Gimp). — Em todo caso, há registro de que estava ativado no dia 11; e a instalação de visualizadores adicionais só começou no dia 12.

Os visualizadores para TXT e PDF (PostScript, PDF, DVI) também já estavam instalados, — só faltava ativá-los em Dolphin >> Configurações >> Geral >> Visualizações.

O var/log/dpkg.log (ver extrato) indica a instalação automática dos seguintes pacotes, durante a implantação do KDE Plasma pelo Tasksel:

2018-08-07 23:49:29 libqmobipocket2
2018-08-07 23:50:14 ffmpegthumb
2018-08-07 23:50:18 kdegraphics-thumbnailers

A instalação manual de kdegraphics-mobipocket (+kdegraphics e dependências) no dia 12, pelo Synaptic, foi suficiente para adicionar o visualizador de arquivos Mobi.

Commit Log for Sun Aug 12 13:57:05 2018

Installed:

kcolorchooser (4:17.12.3-0ubuntu1)
kdegraphics (4:17.08.3+5.100ubuntu2)
kdegraphics-mobipocket (4:17.12.3-0ubuntu1)
kolourpaint (4:17.12.3-0ubuntu1)
kruler (4:17.12.3-0ubuntu1)

Vários outros pacotes, aparentemente promissores, não produziram qualquer alteração na lista de visualizações oferecidas pelo Dolphin, — exceto “Tradução gettext”:

Commit Log for Sun Aug 12 14:03:42 2018

Installed:

kdesdk-thumbnailers (4:17.12.3-0ubuntu1)
libgettextpo0 (0.19.8.1-6)

Commit Log for Sun Aug 12 14:06:51 2018

Installed:

libtumbler-1-0 (0.2.1-0ubuntu1)

Commit Log for Sun Aug 12 14:09:16 2018

Installed:

tumbler (0.2.1-0ubuntu1)
tumbler-common (0.2.1-0ubuntu1)

Commit Log for Sun Aug 12 14:11:53 2018

Installed:

libffmpegthumbnailer4v5 (2.1.1-0.1build1)
libgsf-1-114 (1.14.41-2)
libgsf-1-common (1.14.41-2)
libopenraw7 (0.1.2-0.2)
libopenrawgnome7 (0.1.2-0.2)
tumbler-plugins-extra (0.2.1-0ubuntu1)

Commit Log for Sun Aug 12 14:21:04 2018

Installed:

dolphin-plugins (4:17.12.3-0ubuntu1)
kdesdk-dolphin-plugins (4:17.12.3-0ubuntu1)

Visualizações (thumbnailers) no Dolphin após instalar Calligra

Só após esgotar todas essas possibilidades, finalmente foi instalado o Calligra, — e o número de visualizadores disponíveis deu um salto, passando a incluir não só os formatos OpenDocument (LibreOffice), como também MS Office, Wordperfect e mais alguma coisa.

Commit Log for Sun Aug 12 14:25:12 2018

Installed:

calligra (1:3.0.1-0ubuntu4)
calligra-data (1:3.0.1-0ubuntu4)
calligra-libs (1:3.0.1-0ubuntu4)
calligrasheets (1:3.0.1-0ubuntu4)
calligrastage (1:3.0.1-0ubuntu4)
calligrastage-data (1:3.0.1-0ubuntu4)
calligrawords (1:3.0.1-0ubuntu4)
calligrawords-data (1:3.0.1-0ubuntu4)
karbon (1:3.0.1-0ubuntu4)
libkchart2 (2.6.0-2)
libspnav0 (0.2.3-1)

Colapso da visualização de planilha LibreOffice além do tamanho pre-definido

A visualização de textos ODT funcionou de imediato, — mas a de planilhas ODS só funciona até cerca de 80 pixels, às vezes 96 pixels, no máximo 144 pixels de largura, — conforme se tente Preview em Lista detalhada, ou em Ícones, ou o Painel Info à direita (F11).

Para efeitos prático, tão tamanhos ineficazes, — não se distinguem planilhas parecidas entre si.

O mesmo problema ocorre em outras distros, — com a única exceção do openSUSE Leap, — que ainda nem tem Calligra instalado.

Tratamento de tamanhos pelo visualizador de planilhas LibreOffice do openSUSE

No openSUSE Leap, ao se alargar o painel direito Info (F11), a visualização aumenta até certo tamanho, — depois, estaciona, centralizado, se o painel for alargado além disso, — mas não entra em colapso.

A largura máxima da visualização parece ser determinada pelas características de cada planilha, — tamanho do papel, orientação vertical / horizontal da página etc.

Visualizadores obtidos em diferentes distros, — sem instalar Calligra em todas

Instalar o Calligra, — que não pretendo usar, — é um desperdício, e foi testado em apenas algumas das distros. Afinal, esta visualização não é caso de vida ou morte.

Parece haver alternativas, sem instalação do Calligra completo, — pacotes encontrados em PPA, ou por compilação do antigo pacote do KDE4 para o KDE5, — ou por compilação de um pacote específico, do openSUSE, para outras distros.

Busca rápida com filtro e visualização de PDF no Dolphin

xxx

— … ≠ • ≠ … —

Ferramentas &tc.

Backup total e limpeza das partições de trabalho

Migrando sistemas Linux para disco rígido de 1 Terabyte

Ensaio de avaliação com luckyBackup e Unison

Particionamento de Drive SSD para vários Linux

quarta-feira, 8 de agosto de 2018

KDE Plasma no Linux Mint 19 “Tara”

Após instalar o KDE completo pelo Tasksel, Mint 19 Tara se apresenta como “Kubuntu 19” 😲

Pesquisando “remove Cinnamon” na web, chamou atenção uma dica de que o melhor caminho para instalar o Plasma KDE é o Mint Xfce ou MATE, — ambientes (desktop environment, DE) mais simples de remover, depois.

Já tinha experiências negativas com mais de um ambiente em um mesmo sistema, — e até algumas dificuldades devido a configurações residuais de um ambiente removido.

Mas, já tinha instalado o Mint Cinnamon, — só restava seguir em frente.

O Plasma KDE foi instalado no final do dia 7, — testado em trabalho contínuo até o dia 14, — e aprovado sem restrições.

Índice

Backups
Preparação
tty2, Tasksel
Configurando o KDE

Montagem de partições adicionais

PIM, Baloo, Akonadi

PackageKit, Unattended-upgrades

Kamera, KRename

Tela de Login (SDDM)

Clique único

Remoção do Cinnamon
Dolphin, Thumbnails

Referências

Corrigindo pontos de montagem no Mint 18 KDE

Montagem de partições adicionais no Mint 17.3 Cinnamon

Escolhendo Grub entre vários Linux

Grub enlouquecido com 12 distros

Backups

Faltou último backup do Linux Mint 19 “Tara” Cinnamon antes de instalar KDE Plasma

O Linux Mint 19 “Tara” Cinnamon foi instalado em 3 Jul. 2018, — recebeu a maior parte das configurações e ajustes até o dia 6, — e mais alguns experimentos nos dias 16, 18, 20.

Tudo isso ficou preservado pelo Timeshift em 2 “instantâneos” (snapshots), nos dias 18 e 20, — já na expectativa de instalar KDE Plasma.

Dias 21, 22 e 24, o Linux Mint 19 “Tara” Cinnamon foi carregado mais algumas vezes, — para concluir o relato da instalação e configuração (produzido quase todo no Mint 18 KDE), — mas àquela altura, a maior parte dos aplicativos já estavam instalados e configurados.

Afora isso, foram sempre feitas 2 atualizações semanais, — sem grandes novidades.

Por fim, em 7 Ago. 2018, foi instalado o KDE “completo”, — sem lembrar de fazer novo backup!

Felizmente, nenhum desastre. — Aliás, instalar KDE Plasma em cima de outro ambiente era tarefa conhecida; não representava nenhum mistério assustador.

Em todo caso, o backup de 20 Jul. seria suficiente para restabelecer o sistema, — exceto umas poucas atualizações e ajustes mais recentes.

Lembrando que:

Existem outras distros instaladas, — em caso de desastre, basta reiniciar o computador, escolher outra, — e o trabalho não fica parado

Os documentos ficam em partições separadas (Sites, Works, XTudo), — com 2 backups (Armazem1, Armazem2) em discos diferentes

O que o Timeshift deveria preservar, era o tempo investido na instalação e configuração do Linux Mint 19 “Tara” Cinnamon, — caso a instalação do KDE Plasma fosse um desastre.

Preparação

Verificação da conexão e repositórios com apt update

A preparação para instalar KDE Plasma no Linux Mint 19 “Tara” Cinnamon começou pelo apt update, — para ver o estado da conexão e dos repositórios, — quando o aparecimento de uma revisão de Kernel obrigou a uma pequena alteração dos planos.

Remoção de Kernel obsoleto, pelo mintUpdate

Para evitar acúmulo de versões antigas de Kernel, após cada nova atualização, é removida a mais antiga, de modo a deixar sempre apenas duas.

Atualização do Grub para detectar a nova revisão de Kernel do Linux Mint 19 “Tara” Cinnamon

Como o Menu de inicialização da máquina é gerenciado por outra distro, era necessário carregá-la para atualizar o Grub, — e recarregar o Linux Mint 19 “Tara” Cinnamon com a nova versão do Kernel. — Essa distração levou a esquecer do planejado backup final.

tty2, Tasksel

Logado em tty2 com sudo su

A instalação do KDE Plasma seria feita pelo Tasksel, — mas pelo tty2 (CTRL-Alt-F2), ao invés do Terminal gráfico do Cinnamon.

O ideal era encerrar a sessão Cinnamon (Logout), — da tela de Login (tty1) passar ao tty2, para logar como Root, — e logar como Usuário em tty3, para monitorar pelo htop ou outro aplicativo não-gráfico.

Acontece que distros *buntu desabilitam Root por padrão, — seria necessário logar como Usuário em ambos terminais (+ sudo su em um deles). — Aprender sobre isso, naquele momento, seria complicar demais o processo.

Portanto, foi mantida a sessão Cinnamon (tty7), — o que permitiria monitorar o processo pelo Conky.

Opções do Tasksel para instalar KDE Plasma no Linux Mint 19 “Tara” Cinnamon

O que o Tasksel oferece, no Linux Mint 19 “Tara”, não é chamado de “KDE Plasma”, — mas, opções referidas às implementações da Canonical:

[ ] Kubuntu live CD
[ ] Lubuntu live CD (GTK part)
[ ] Ubuntu Budgie live CD
[ ] Ubuntu live CD
[ ] Ubuntu MATE Live CD
[ ] Ubuntu Studio live DVD
[ ] Ubuntu GNOME live CD
[ ] Xubuntu live CD
[ ] Ubuntu Cloud Image (instance)
[ ] DNS server
[ ] Kubuntu desktop
[ ] Kubuntu full
[ ] LAMP server
[ ] Lubuntu minimal installation
[ ] Lubuntu Desktop
[ ] Lubuntu minimal installation (GTK part)
[ ] Lubuntu Desktop (GTK part)
[ ] Lubuntu minimal installation (Qt part)
[ ] Lubuntu Qt Desktop (Qt part)
[ ] Mail server
[ ] PostgreSQL database
[*] Print server
[ ] Samba file server
[ ] Ubuntu Budgie desktop
[ ] Ubuntu desktop
[ ] Ubuntu MATE minimal
[ ] Ubuntu MATE desktop
[ ] Audio recording and editing suite
[ ] Ubuntu Studio desktop
[ ] Ubuntu Studio minimal DE installation
[ ] Large selection of font packages
[ ] 2D/3D creation and editing suite
[ ] Photograph touchup and editing suite
[ ] Publishing applications
[ ] Video creation and editing suite
[ ] Vanilla GNOME desktop
[ ] Xubuntu minimal installation
[ ] Xubuntu desktop
[ ] OpenSSH server
[ ] Basic Ubuntu server

Não fazia a menor ideia do que possa ser “Kubuntu Live CD”, mas algumas experiências já ensinaram que, — entre “KDE Desktop” e “KDE Full”, — é mais prático escolher logo a opção completa.

Neste caso, — “Kubuntu Full”, — para não ter de adicioar e configurar, manualmente, inúmeras coisas avulsas, depois.

Download de 778 pacotes do KDE Plasma pelo Tasksel

Tasksel indica download de 778 pacotes, — em velocidade sempre próxima ao limite de 1,3 MiB/s (“10 megas”), — em 6 minutos (23:37 ~ 23:43).

Neste link (abaixo), um extrato do /var/log/dpkg com 785 pacotes instalados, — e talvez, também alguns removidos / modificados / reconfigurados, — salvo melhor avaliação:

Pacotes do “Kubuntu-full” no Tasksel

Seleção do display manager SDDM

Na falta de familiaridade com gerenciadores de exibição (display managers), LightDM foi trocado pelo SDDM, — o que permite recorrer ao exame das demais distros instaladas (todas com KDE), no caso de algum problema.

Encerramento da sessão Cinnamon e escolha da sessão KDE Plasma

Encerrada a sessão Cinnamon, — sem reiniciar a máquina, — foi selecionado KDE Plasma, para uma verificação inicial.

Configurando o KDE

Primeira tela do Plasma KDE instalado no Linux Mint 19 “Tara”

A sessão Plasma KDE carregou e funcionou com perfeição, — exceto pela falta do Konsole (instalado depois) e de inúmeras configurações personalizadas:

Configurar KDE Spectacle, — até restabelecer o gnome-screenshot
Configurar o Gerenciador de tarefas (Task manager):

sem Dicas enormes

sem rolagem

Adicionar lançadores no Painel:

System settings

Chromium

Dolphin

Konsole... oops!

Instalar Konsole
Configurar o Dolphin, Kate, Gwenview
Eliminar ícones da tela, ─ em ~/Desktop
Configurar System settings, — exibição em ícones, que não abusa da CPU
Habilitar acesso ao 3º nível do Teclado (Left-Win), — « © € m³ km² £ ½ ¾ ¼ »
Compositor, — trocar OpenGL 2.0 por XRender
Desabilitar KWallet
Associação de arquivos BMP, GIF, JPEG, PNG, TIFF:

Gwenview (1º)

Gimp (2º)

Desabilitar Pesquisa de arquivos

não afeta Buscas simples no Dolphin (nome, conteúdo)

não afeta Buscas avançadas no KFind (data, tamanho, metainformações, usuário, grupo)

Pesquisa do Plasma, — desabilitar buscas em:

Favoritos

Locais

Localizações

Contatos do PIM

Desktop

SDDM, — Login automático; sessão Plasma
Desabilitar aplicativos iniciados automaticamente com a sessão:

Conky

Flatpak

mintUpdate

mintWellcome

Suporte NVIDIA

Serviços de segundo plano, — desabilitar serviços de:

Atualização de pastas de pesquisa

Gerenciador de impressão

Notificador de alteração de URLs remotas

Servidor do Write

Touchpad

Início de sessão, — Restaurar sessão salva manualmente, — Salvar sessão (com Conky)
Adaptar o arquivo de configurção ~/.conkyrc
Wallpaper

Ajustes preliminares do ~/.conkyrc no Linux Mint 19 “Tara” com Plasma KDE

De início, o arquivo ~/.conkyrc recebeu apenas 2 alterações mais urgentes

Substituir “Mint Cinnamon” por “Mint 19 Tara”, — no alto; e

Desabilitar 2 linhas no bloco de processos, para compensar a maior altura do Painel do KDE.

TEXT
${font verdana:size=24}Mint ~~Cinnamon~~${font}
${font verdana:pixelsize=10}${hr}${font}
${font verdana:size=32}${alignc}${time %H:%M}${font}
${font verdana:pixelsize=18}${alignc}${time %a, %d %b. %Y}${font}
...
Uso ${alignr}PID CPU Mem
${alignr}% %
${top name 1} ${alignr}${top pid 1} ${top cpu 1} ${top mem 1}
${top name 2} ${alignr}${top pid 2} ${top cpu 2} ${top mem 2}
${top name 3} ${alignr}${top pid 3} ${top cpu 3} ${top mem 3}
${top name 4} ${alignr}${top pid 4} ${top cpu 4} ${top mem 4}
${top name 5} ${alignr}${top pid 5} ${top cpu 5} ${top mem 5}
${top name 6} ${alignr}${top pid 6} ${top cpu 6} ${top mem 6}
* ${top name 7} ${alignr}${top pid 7} ${top cpu 7} ${top mem 7}
* ${top name 8} ${alignr}${top pid 8} ${top cpu 8} ${top mem 8}

Redução das letras no alto, para acomodar 8 processos no corpo do Conky

Mais tarde, foram diminuídas as letras das primeiras linhas, — Distro e Hora, — para restabelecer os “top” 8 processos no Conky.

TEXT
${font verdana:size=22}Mint 19 Tara${font}
${font verdana:pixelsize=10}${hr}${font}
${font verdana:size=28}${alignc}${time %H:%M}${font}
${font verdana:pixelsize=18}${alignc}${time %a, %d %b. %Y}${font}

Painel e ícones do Menu ao longo das configurações, — Kubuntu, Breeze, Maia transparent

Mais configurações:

Atalhos PrtScn e Shift-PrtScn para o gnome-screenshot, — em substituição ao Spectacle
Remover ações de Contorno de tela
Remover efeitos de desktop:

Ampliação da área de trabalho inteira

Aperto das janelas

Borda de tela

Animação ao maximizar

Animação ao minimizar

Apresentar janelas

Grade da área de trabalho

Desabilitar bloqueio de tela / bloqueio ao reativar
Aparência, — Substituir tema Kubuntu por Breeze
Tema da Área de trabalho, — instalar e aplicar Maia transparent
Decoração de janelas, — instalar e aplicar Transparent oxygen
Ícone do Menu, — em substituição ao do Manjaro (Maia transparent)

Montagem de partições adicionais

Eliminando partições adicionais do /etc/fstab

Não era mais necessário usar /etc/fstab para a montagem automática das partições “adicionais”, — aquelas que não fazem parte do sistema.

O esquema adotado no Cinnamon era:

HDDs internos, — montados pelo /etc/fstab, — em /media/LABEL

SSD externo (USB), — montado pelo Cinnamon, — em /media/USER/LABEL

Habilitando a montagem automática de partições em HDDs internos e SSD externo

Nas distros *buntu com Plasma KDE, basta habilitar a montagem automática em

System settings >> Storage >> Removable devices.

Para os HDDs internos, é necessário habilitar individualmente, — ao passo que para o SSD externo (USB) basta habilitar “no início da sessão” (2ª), — e para Pendrive (USB), a opção “quando conectadas” (3ª).

Com isso, todas as partições adicionais (que não fazem parte do sistema), agora, são montadas em /media/USER/LABEL, — o que exigiu correção no ~/.conkyrc; nos atalhos PrtScn / Shift-PrtScn; e na página inicial do Dolphin.

PIM, Baloo, Akonadi

Linux Mint 19 “Tara” com Plasma KDE, — e sem PIM, Baloo, Akonadi

Ao reiniciar o computador mais uma vez, o Linux Mint 19 “Tara” carregou a sessão Plasma KDE com uso de Memória RAM em 450 MiB, — contra uma média de 544 MiB no início de sessões Cinnamon (até a véspera).

Exame rápido pelo KSysguard indica que PIM, Baloo, Akonadi não estão em atividade, — em parte, por ter desabilitado várias buscas e serviços não utilizados, — e em parte, por nunca abrir aplicativos como KMail, KOrganizer, KAddressbook, Kontact etc,. que disparam esses processos.

PackageKit, Unattended-upgrades

Histórico do Synaptic agiliza pesquisa, cópia, — e inclui as ações do mintUpdate

Porém, estava em atividade o PackageKit, — responsável (entre outras coisas) pela pressa em verificar atualizações, tão logo o computador é ligado. — Foi imediatamente removido, e levou junto o famigerado Plasma-Discover.

Desse modo, é possível:

registrar o uso inicial de Memória RAM, — sem interferência de atualizações agendadas
verificar o estado dos repositórios e da rede, pelo apt update manual
examinar as atualizações propostas
aplicá-las pelo mintUpdate / Synaptic, — com direito a um Histórico prático e fácil de pesquisar, copiar etc.

O mintUpdate parece ser uma bifurcação (fork) do Synaptic, — e assim são identificadas suas ações no /var/log/apt/history.log, — ao passo que as ações do apt install e do unattended-upgrades só ficam registrados em outros logs (bem menos práticos de copiar, embora mais detalhados).

Commit Log for Wed Aug 8 02:33:28 2018

Removed:

apt-config-icons-hidpi
apt-config-icons-large
apt-config-icons-large-hidpi
gstreamer1.0-packagekit
packagekit
packagekit-tools
plasma-discover

unattended-upgrades não chegou a instalar nada

Pelos mesmos motivos, foi removido unattended-upgrades, — cuja principal virtude é instalar atualizações, sem que você sequer perceba (exceto quando deixa o computador devagar-quase-travando, nas horas mais inadequadas).

Commit Log for Wed Aug 8 02:34:17 2018

Removed:

unattended-upgrades

O efeito dessas medidas se fez sentir no uso inicial de Memória RAM, nas horas seguintes:

2018-08-08

2:07 - 453 MiB
2:25 - 450 MiB
12:48 - 400 MiB
16:53 - 400 MiB
17:12 - 396 MiB

Kamera, KRename

Associação de arquivos “Pasta” — Dolphin (1ª), Krename (2º)

Um dos primeiros pacotes a ser instalado foi o KRename, — útil para renomear arquivos em massa, em vários casos, — mas infelizmente não foi encontrado o pyRenamer, mais prático em outras situações.

O procedimento adotado em todas as distros é associá-los a “Pasta” (Folder, Directory), — logo abaixo de Dolphin, que é o padrão, — pois a rotina de trabalho é lidar com coleções inteiras, de cada vez.

A sequência a seguir deixa clara a utilidade de nomes padronizados, — no formato “YYYY-MM-DD_HH-mm-SS”, — para organizar sequências cronológicas.

Ao ser detectada a câmera digital, escolher “gerenciador de arquivos”, — totalmente em minúsculas

Baixar fotos de celular por cabo USB nunca foi problema em nenhuma das distros com KDE, pelo menos nos últimos 4 ou 5 anos. — Ao receber a notificação de novo dispositivo detectado, escolha a opção de “Abrir no gerenciador de arquivos” (em minúsculas), — e se abre uma nova janela do Dolphin.

Arrastar e copiar (não “mover”) as fotos do celular para o disco rígido, no Dolphin

As fotos são apenas copiadas, — pois “mover” implicaria em “deletar” no celular, — e isso pode danificar a Memória do aparelho.

Dados Exif no Dolphin (Show tips) — diferença de 0,2 segundo entre a hora da foto e a de seu arquivo

Ao copiar as fotos desse modo, elas trazem intactos seus atributos, — inclusive data / hora de criação / modificação do arquivo, — o que mantém a consistência da coleção, e é sempre útil, ao realizar uma busca avançada (KFind), ou apenas examinar a lista no gerenciador de arquivos.

Algumas fotos baixadas há muitos anos, por outros meios (e/ou no Windows XP), apresentam data e hora unificada, — o que às vezes causa alguma dificuldade, — embora mantenham os meta-dados Exif, que incluem a hora exata de cada foto. Mas os dados Exif nem sempre estão à vista.

Abertura do KRename pelo Menu de contexto a partir da Pasta com as fotos

Com a Associação de arquivos “Pasta” ao aplicativo “KRename”, poupa-se tempo e cliques, — ele já abre na pasta certa, pelo Menu de contexto.

Renomeando as fotos do celular pela data e hora de criação do arquivo

Quando existem fotos tiradas ou salvas na mesma hora-minuto-segundo, — com diferença de frações de segundo, — KRename apresenta “erro” e deixa de renomear algumas, por já existirem outras com os mesmos nomes.

Neste caso, basta acrescentar “a” às que já foram renomeadas, — renomear as que ficaram faltando, — e acrescentar “b” a estas últimas, para mantê-las na sequência correta.

Fotos e capturas de tela ordenadas cronologicamente

Ao mover as fotos renomeadas para a pasta com as capturas de tela, se obtém a sequência cronológica dos itens documentados por imagem, — fácil de comparar com a sequência dos comandos em ~/.bash_history, desde que datados no mesmo formato:

2018-08-11_13-30-37 echo 'export HISTTIMEFORMAT="%F_%H-%M-%S "' >> ~/.bashrc
2018-08-11_13-30-37 source ~/.bash_profile
2018-08-08_12-37-16 gnome-screenshot -p -f /media/flavio/XTudo/000_print-screen/$(date +%F_%H-%M-%S)_Mt.jpg
2018-08-10_19-19-03 ls -1 > crono-KDE.txt

Tela de Login (SDDM)

Tela de Login fantasmagórica, — aparentemente, por falta de uma imagem

Ao fazer o primeiro Logout após reiniciar a máquina, a tela de Login do SDDM se apresentou com aparência fantasmagórica, — difícil de ler qualquer coisa, a menos que se saiba onde procurar.

Substituição do tema do SDDM, — aparentemente, com falta de uma imagem, — por Text only

Um exame do tema do SDDM (em System settings) deu a impressão de que talvez faltasse a imagem de fundo, — e a solução mais simples foi baixar e instalar o mesmo tema, porém “Text only”.

Tela de Login com tema Breeze Text Only

Esta opção solucionou o problema, — sem necessidade de um estudo completo do Tema, para localizar a imagem na árvore do sistema de arquivos, ou obtê-la em algum lugar da web.

Clique único

Procurando Clique-único (single click) nas Configurações do sistema

Em outros ambientes (DE, desktop environment), é comum ter de procurar a configuração de Clique-único, — pois este não é o padrão universal, — e cada um oferece (ou esconde) num lugar diferente.

Ao instalar distros com KDE, a questão nem se apresenta, — pois costumam já vir configuradas para Clique-único, — salvo engano.

Em geral, é após instalar KDE numa distro com outro ambiente, que costuma ser necessária a opção manual pelo Clique-único.

Não sei se o KDE mudou o local dessa configuração, — ou se foi efeito de configurações residuais de ambientes já removidos, como IceWM, MATE, Xfce, Cinnamon. — Não encontrei.

Configuração do Clique único num local óbvio, — porém controverso

Depois de 4 dias dupli-clicando (e rangendo os dentes), recorri ao Google, — para descobrir que a configuração estava num local óbvio, — embora conceitualmente controverso.

Remoção do Cinnamon

Primeiras tentativas de remover globalmente o Cinnamon, por comandos

As primeiras tentativas de remoção global do Cinnamon, — por comandos debatidos no Forum do Linux Mint, — deram poucos resultados.

O comando apt-get remove cinnamon removeu apenas 3 pacotes, — e depois dele, apt-get autoremove (ou auto-remove) não eliminou mais nada.

2018-08-08 13:44:03 cinnamon-dbg
2018-08-08 13:44:09 mint-meta-cinnamon
2018-08-08 13:44:09 cinnamon

Segunda tentativa de remoção do Cinnamon por comandos

Mesmo tentando possíveis variações, os resultados continuaram pífios, — até especificar vários pacotes:

apt-get remove cinnamon-screensaver nemo cinnamon-control-center

2018-08-08 14:11:08 cinnamon-control-center-dbg
2018-08-08 14:11:14 cinnamon-control-center
2018-08-08 14:11:15 cinnamon-screensaver-x-plugin+tara
2018-08-08 14:11:15 cinnamon-screensaver
2018-08-08 14:11:16 nemo-fileroller
2018-08-08 14:11:16 nemo-terminal
2018-08-08 14:11:16 nemo
2018-08-08 14:11:16 nemo-dbg
2018-08-08 14:11:16 nemo-emblems
2018-08-08 14:11:17 nemo-preview
2018-08-08 14:11:18 nemo-share

Pacotes “cinnamon” selecionados para remoção completa

A partir daí, optei por uma abordagem mais promissora, via Synaptic, — a começar pela remoção de todos os 31 pacotes instalados, detectados pelo filtro “cinnamon”, — e pelo exame de quais dependências seriam afetadas.

Parecia especialmente alarmante a remoção de algumas dependências, — como “mintsystem”, “mint-meta-core” e “mint-meta-kde”.

Backup do Mint 19 “Tara” pelo Timeshift, — antes de uma remoção mais arriscada

Nesse ponto, o Timeshift foi chamado a criar mais um “Instantâneo” (snapshot) do sistema, — o terceiro, — antes de qualquer remoção mais arriscada.

Simulação de remoção de pacotes no Synaptic, — nenhum alarme

Foi carregado o Mint 18 KDE, — cujo Synaptic não disparou nenhum alarme, ao marcar esses 3 pacotes, — simulando sua remoção.

Remoção de 31 pacotes do Cinnamon e suas dependências

Afinal, foram removidos os 42 pacotes:

Commit Log for Wed Aug 8 17:53:57 2018

Removidos completamente os seguintes pacotes:

cinnamon-common
cinnamon-control-center-data
cinnamon-desktop-data
cinnamon-doc
cinnamon-l10n
cinnamon-session
cinnamon-session-common
cinnamon-settings-daemon
cjs
gir1.2-cinnamondesktop-3.0
gir1.2-cmenu-3.0
gir1.2-cvc-1.0
gir1.2-meta-muffin-0.0
gir1.2-nemo-3.0
libcinnamon-control-center1
libcinnamon-desktop-dbg
libcinnamon-desktop4
libcinnamon-menu-3-0
libcinnamon-menu-3-0-dbg
libcjs-dbg
libcjs0f
libcscreensaver0
libcvc-dbg
libcvc0
libmuffin0
libnemo-extension1
mint-info-cinnamon
mint-meta-core
mintsystem
mintwelcome
muffin
muffin-common
muffin-dbg
nemo-data
nemo-image-converter
nemo-media-columns
policykit-1-gnome
python-nemo
ubuntu-system-adjustments
xviewer
xviewer-dbg
xviewer-plugins

Remoção incompleta do pacote mintsystem, pelo Synaptic

Os 42 pacotes foram removidos pelo Synaptic, — com um único aviso de resíduo deixado pelo mintsystem.

Em todo caso, o sistema e o Plasma KDE ainda não apresentaram nenhuma sequela, após 6 dias de trabalho intenso.

____________________
Publicado em 8 Ago. 2018 e desenvolvido até o dia 14, — no Mint 19 “Tara” Plasma KDE.

— … ≠ • ≠ … —

Linux Mint

quinta-feira, 5 de julho de 2018

Linux Mint 19 “Tara” Cinnamon

Mint Cinnamon é uma ótima recomendação para novos usuários Linux, acostumados a usar Windows em tarefas básicas, — como navegar na Internet, assistir vídeos, organizar fotos, escrever etc.

Pessoalmente, prefiro trabalhar com KDE, — mas a equipe do Mint eliminou essa opção, — por isso, a instalação do Linux Mint 19 Cinnamon foi feita por mero prazer, para acompanhar sua evolução e aprender um pouco mais.

Foi instalado “ao lado” do Mint 18 KDE, — que será mantido até 2021 (ou até montar outro hardware), — entre outras distros.

Partições do “slot” Linux11, — onde o Linux Mint 19 “Tara” seria instalado

Para tanto, os 3 HDDs internos + 1 SSD externo estão particionados em 12 “slots”, — numerados de Linux1 a Linux12, — cada um com 3 partições (Root, Home, Swap), de modo a evitar interferência mútua entre as distros:

Mint 18 KDE        Linux7   sdc1
                    Home7   sdc5
                    Swap7   sdc9

Mint 19 Cinnamon   Linux11  sdd2
                    Home11  sdd6
                    Swap11  sdd10

Índice

ISO, download, sha256sum, K3b
Sessão Live DVD
Instalação

1ª tentativa - abortada

2ª tentativa

Restart, BIOS, Boot
Snapshots, mintUpdate
Teclado, Tela e Energia
Aplicativos de inicialização
Grub e os_prober
Montagem de partições adicionais
Gnome-screenshot
Cinnamon vs. KDE
Timeshift no Mint KDE
Comparativo das distros Linux
Making off
Wallpaper

Referências

Escolhendo Grub entre vários Linux

Grub enlouquecido com 12 distros Linux

ISO, download, sha256sum, K3b

Download da imagem ISO do Linux Mint 19 “Tara” Cinnamon

28 Jun. 2018 - A imagem ISO do Linux Mint 19 “Tara” Cinnamon foi baixada 2 dias após sua aprovação, e véspera do lançamento oficial.

Verificação sha256sum da imagem ISO do Linux Mint 19 “Tara” Cinnamon

A imagem ISO passou pela verificação sha256sum, — e foi gravada em DVD pelo K3b.

Depois disso, ficou na fila até concluir o relato do upgrade do openSUSE Leap 42.3 para 15.0.

Sessão Live DVD

Sessão Live DVD do Mint 19 “Tara” configurada para iniciar a instalação

3 Jul. 2018 - A sessão Live DVD recebeu apenas algumas configurações, — Relógio com data, Conky exibindo uso de CPU, RAM, Network, Processos, Temperatura, — para monitorar a instalação:

17:39 - Relógio - acrescentada data, em formato completo
17:40 - Software Manager - instalado Conky
17:42 - Desktop - desativados ícones; e aplicado Wallpaper Machu Picchu do Linux Mint 19
17:44 - Fuso horário - alterado para América / São Paulo (BRT)
18:00 - Software Manager - instalado Chromium
18:22 - Arquivo ~/conkyrc copiado de um antigo “Linux11” e adaptado à sessão Live
18:28 - Synaptic - instalado ttfmscorefonts-installer, para deixar o Conky mais legível

Dentre os pacotes instalados na sessão Live DVD, era esperado que o Chromium se incorporasse automaticamente durante a instalação do Mint 19 no computador, — o que de fato aconteceu.

Ao reiniciar o computador e carregar o Mint 19 a partir do HDD, o Chromium já estava instalado.

Instalação

Falha em desmontar uma partição BtrFS, pelo Nemo / umount

O primeiro passo foi desmontar todas as partições dos HDDs internos e SSD externo, — montadas apenas para o ajuste do Conky, — mas umont falhou no caso do /sdb5 (BtrFS).

Mas, logo adiante, o próprio Instalador perguntou se devia desmontar /sdb5, — e resolveu o problema, sem qualquer dificuldade.

1ª tentativa - abortada

Vã tentativa de desabilitar os_prober na sessão Live DVD

No exame do hardware, — para chegar à etapa de particionamento, — grub-mount causou longa demora, com uso intensivo de CPU, e começaram as tentativas de Cancelar a instalação.

19:14 - Nemo - Unable to unmount /sdb5 (BtrFS)
19:15 - Installer - I - Lang
19:15 - Keyboard
19:15 - 3rd Part Software - Yes
19:16 - unmount /sdb5? - Yes
19:18 - Installer - CPU & Network
19:20 - CPU - grub-mount
19:21 - Cancel - Oops
19:26 - disable os_prober - /etc/default/grub
19:26 - Exit Installer? - Yes

Nos 5 minutos que ainda demorou, até obter resposta, deu tempo de editar o arquivo /etc/default/grub, — na vã tentativa de evitar demoras com grub-mount / os_prober.

Infelizmente, essa mera edição não fez qualquer efeito na sessão Live DVD, — e não havia interesse em interromper a instalação pela segunda vez, para iniciar uma longa pesquisa por algum comando capaz de resolver o assunto.

A opção de não instalar Bootloader parece não ter sido comum, nos últimos 2 anos

A solução mais simples e eficaz seria não instalar Bootloader, — desde que exista essa opção.

Infelizmente, o gnome-screenshot da sessão Live parece não oferecer disparo com retardo (delay), — por isso, não foi documentado o submenu das opções, — e sem isso, fica difícil garantir que não havia opção de descartar Bootloader.

Porém, o exame de outras instalações similares, nos últimos 2 anos, — Linux Mint, Kubuntu, KDE Neon, — sugere que não existe tal opção, nem no topo, nem no meio, nem no final do submenu.

Desse modo, não teve jeito. — O tempo de instalação ficou, mesmo, “contaminado” por demoras de os_prober / grub-mount.

2ª tentativa

Sumário do particionamento “manual”, — só 1 Swap (sdd10) a formatar

Ao reiniciar o Instalador, ele “lembrou” as opções feitas antes, — Idioma, Teclado, Software de terceiros, — de modo que bastou aceitar e seguir em frente.

Sem nova interrupção, a detecção do hardware atingiu nada menos que 10 minutos, — desde a opção por Software de terceiros até a apresentação das opções de Particionamento. — “Opção avançada”, pois bastava a seleção “manual” de partições já existentes, previamente formatadas.

Nessa etapa, “bastaram” 3 minutos para des-selecionar 11 partições Swap, — até ficar só sdd10 (Swap11), — única partição a ser formatada.

Não precisava formatar Swap11, — mas parece que é padrão formatar.

O Bootloader seria instalado na trilha inicial (MBR) do SSD externo (sdd).

Intensa e prolongada atividade de CPU para instalação do Bootloader

Na etapa final, automática (slideshow), a cópia de arquivos do DVD levou 14 minutos; — a detecção de outros sistemas + geração do Grub exigiu nada menos que 17 minutos; — e tudo mais foi muito rápido.

O tempo total de 57 minutos, — comparado aos 25 minutos da instalação do Mint 18 (Beta) KDE; ou aos 28 minutos da instalação do Mint 17.3 Cinnamon; ou aos 27 minutos da instalação do Mint 16 Cinnamon, — deixa uma diferença de cerca de 30 minutos.

Isso corresponde mais ou menos à soma dos 10 minutos da detecção do hardware + 3 minutos des-selecionando partições Swap + 17 minutos da detecção de outros sistemas e geração do Grub.

Consequência, portanto, do grande número de partições e sistemas, — que ainda não existiam, nas 3 instalações anteriores.

19:26 - Installer - II
19:27 - Lang
19:27 - Keyboard
19:27 - 3rd Part Software
19:28 - Installer - CPU & Network
...
19:31 - Installer - CPU - grub-mount
...
19:36 - Installer - CPU - grub-mount
19:37 - Partitioning - Advanced (Manual)
19:39 - Partitioning - Root
19:40 - Partitioning - Home
19:40 - Partitioning - Swap
...
19:43 - Partitioning - Swap - Ok
19:44 - Startup Device - /sdd (external SSD)
19:44 - Format Root Partition? - No
19:45 - Partitioning - Summary
19:45 - Timezone
19:45 - Name, Hostname, Password, AutoLogin
19:46 - slideshow - Copiando arquivos
19:59 - slideshow - Obtendo arquivos - (1,3 MiB/s)
20:02 - slideshow - dpkg-deb
20:03 - slideshow - Configurando hardware - mkinitramfs
20:04 - slideshow - (CPU: grub-mount) - Procurando outros sistemas operacionais
20:14 - slideshow - (CPU: grub-mount) - Executando update-grub
...
20:19 - slideshow - (CPU: grub-probe) - Executando update-grub
20:20 - slideshow - Executando update-grub
20:21 - slideshow - Instalando o sistema
20:22 - slideshow - Running dpkg
20:22 - slideshow - Baixando pacotes
20:23 - A instalação terminou

Restart, BIOS, Boot

Configurando a BIOS para testar o Boot a partir do SSD externo (sdd)

Não havia qualquer motivo para testar o Grub do Mint 19, — pois nunca será usado como Menu de inicialização da máquina.

Apenas por curiosidade, foi carregado o BIOS Setup, — teclando DEL ao reinicializar, — e o SSD externo (USB: Samsung S2 Por) foi colocado no topo da lista dos HDDs, para Boot a partir de sdd.

Menu de inicialização gerado pelo Mint 19 “Tara” Cinnamon

Para verificar que o openSUSE Leap não foi detectado, — pois deveria aparecer entre o Kubuntu e o PCLinuxOS, — bastava olhar o arquivo /boot/grub/grub.cfg.

A curiosidade serviu apenas para lembrar como é um Grub em modo texto, — e tirar uma foto.

Snapshots, mintUpdate

mintUpdate solicita criar um “Instantâneo” do sistema, antes de aplicar as primeiras atualizações

21:12 - Ao carregar pela primeira vez o Linux Mint 19 “Tara” Cinnamon instalado, o escudo do mintUpdate no Painel já avisava a existência de atualizações, — e dentro dele uma barra laranja instava a criar um “Instantâneo” (Snapshot) do sistema, — um backup que permite “desfazer” as atualizações (caso alguma coisa não dê certo), e voltar à situação anterior.

Uma coisa dessas teria sido muito útil, no início de 2017, quando o upgrade do Mint 18 (Beta) para 18.1 degradou o sistema a olhos vistos, — o que exigiu reinstalação (até hoje sem voltar 100% ao que era antes).

No openSUSE, Snapshots também já salvaram de 2 desastres, num piscar de olhos.

Adicionar legenda

Ao clicar na barra laranja, se apresenta o problema fundamental dos Snapshots: — Onde gravar esses backups. — A sugestão automática era usar a partição-raiz do KDE Neon (sda1), e passou batido que era necessário rejeitar isso de imediato (escolhendo ou não outra partição para os backups).

Como a questão não era urgente naquele momento, — pois uma distro recém-instalada (por hobby) ainda não é tão “valiosa”, — o Timeshift foi apenas fechado, para prosseguir com as atualizações.

Partição do KDE Neon montada pelo Root do Mint 19 “Tara”

21:51 - Mais tarde, ao tentar montar manualmente a Partição “Linux1” (sda1), pelo Nemo, — um aviso de que “Não foi possível”, — e a revelação de que estava montada pelo Root.

Após desfazer essa montagem /root, ela não tornou a acontecer.

Como não foi feito nenhum backup, a partição não chegou a sofrer alterações, — e o KDE Neon continua funcionando normalmente.

Dias depois, o Timeshift foi instalado no Mint 18 KDE (Linux7), — esta, sim, “valiosa”, por ser uma das 3 distros com maior tempo investido, e com a mais completa funcionalidade. — A opção lógica era gravar o backup na sua partição /home (Home7), quase tão vazia como todas as outras partições /home.

Duas semanas mais tarde, finalmente foi feito o primeiro “Instantâneo” (Snapshot) do Mint 19 “Tara” Cinnamon, — para experimentar a instalação do KDE completo. — Mas isso, já é uma outra estória.

mintUpdate deixou de “resguardar” iniciantes contra regressões de software

21:37 - Com a introdução do Timeshift por padrão, no Linux Mint 19 “Tara”, o mintUpdate perdeu seu papel de protetor de usuários iniciantes contra atualizações “sensíveis”, capazes de causar problemas em algum hardware, — já que basta restaurar um Snapshot anterior, para tudo voltar ao que era antes. — Agora, mintUpdate marca todas as atualizações para instalação (embora você possa alterar isso).

Teclado, Tela e Energia

Ativação da tecla de acesso ao 3º nível do Teclado

23:19 - Com o Teclado configurado (pt_BR) desde a instalação, bastou habilitar uma tecla de acesso ao 3º Nível, — © £ € m³ km² ½ ¾ § etc.

Bloqueio de tela e desligamento por inatividade

23:27 - O bloqueio de tela foi desativado, — e o prazo para desligamento de tela foi reduzido de 30 para 10 minutos sem atividade.

Aplicativos de inicialização

Desativando aplicativos a serem inicializados em cada sessão

23:35 - Foram desabilitados 6 dos 8 aplicativos que vieram programados para carregar no início de cada sessão do Linux Mint 19 “Tara” Cinnamon, — a começar pelo mintUpdate, que afeta o tempo de Boot e o uso inicial de Memória RAM.

Com isso, o uso inicial de Memória RAM ficou na faixa de 543 ~ 549 MiB, — ainda sem montagem automática de partições adicionais pelo /etc/fstab, — que depois elevou esse número:

2018-07-04 - 08:28 -          543 MiB
2018-07-04 - 14:01 -          545 MiB
2018-07-04 - 14:11 - 1’05’’ - 544 MiB
2018-07-05 - 14:28 - 1’11’’ - 549 MiB
2018-07-06 - 09:20 - 1’13’’ - 549 MiB
2018-07-06 - 09:37 -          544 MiB
2018-07-06 - 14:49 - 1’09’’ - 568 MiB - fstab

Inclusão do Conky nos Aplicativos de inicialização

4 Jul. 2018 - Mas essas observações do uso inicial de Memória RAM só foram possíveis a partir do dia seguinte, — após incluir o Conky nos Aplicativos de inicialização.

Desativando mintUpdate na inicialização do Linux Mint KDE

Por isso, infelizmente não há registros de uso inicial de Memória RAM do Mint 19 “Tara” Cinnamon ainda com o mintUpdate sendo ativado durante a inicialização, — mas foi possível verificar o efeito da mesma medida, aplicada logo a seguir no Mint 18 KDE:

2018-02-21 - 20:56 - 444 MiB
2018-03-19 - 09:43 - 442 MiB - notify updates
2018-03-21 - 07:56 - 452 MiB - notify updates
2018-04-17 - 06:00 - 435 MiB - notify updates
2018-05-11 - 15:16 - 426 MiB - notify updates
2018-05-22 - 17:24 - 421 MiB
2018-07-04 - 14:15 - 432 MiB - notify updates
2018-07-04 - 18:25 - 386 MiB - w/o mintUpdate
2018-07-04 - 18:28 - 386 MiB - w/o mintUpdate
2018-07-09 - 10:32 - 393 MiB - w/o mintUpdate

Medição do uso de Memória RAM cerca de 1 minuto após a exibição do Desktop (pico inicial de CPU)

Para uma comparação com outras distros, — todas com KDE, — carregadas no dia 4:

Devuan 2 Beta KDE     330 MiB
Kubuntu 16.04         365 MiB
MX Linux KDE          367 MiB
Arch KDE              425 MiB
Debian testing KDE    447 MiB
PCLinuxOS KDE         464 MiB
openSUSE Leap 15 KDE  500 MiB
Mageia 6 KDE          521 MiB

KDE Neon              372 MiB
KDE Neon              363 MiB
KDE Neon              361 MiB

Mint 18 KDE           388 MiB
Mint 18 KDE           386 MiB
Mint 18 KDE           386 MiB
Mint 18 KDE           386 MiB

Mint 19 Tara Cinnamon 549 MiB
Mint 19 Tara Cinnamon 545 MiB
Mint 19 Tara Cinnamon 549 MiB
Mint 19 Tara Cinnamon 544 MiB

Naturalmente, a maioria dessas distros, — em especial, Kubuntu, KDE Neon e Mint KDE, — já vão muito à frente, em termos de ajustes e configurações.

Grub e os_prober

Atualização do Grub, — 8 minutos, — sem detectar openSUSE

Um teste “rápido” mostrou que update-grub levava 8 minutos para detectar as demais distros, — exceto openSUSE (partição BtrFS), — enquanto Mageia e openSUSE desempenham a mesma tarefa em cerca de 1 minuto, sem falhas.

Desabilitando os_prober em /etc/default/grub

Uma vez que o Menu de inicialização da máquina é gerenciado pelo Mageia (sda), — e outro, de reserva, pelo openSUSE (sdb), — o procedimento adotado é desabilitar os_prober nas demais distros, para evitar a fadiga.

Atualização do Grub caiu para 29 segundos

Com isso, o tempo de execução do update-grub caiu para 29 segundos, — e deixa de ser um fator de demora, a cada nova revisão de Kernel, remoção de revisões obsoletas, nova versão do próprio Grub, — ou mera atualização dos temas do Grub.

Montagem de partições adicionais

Montagem das partições adicionais pelo /etc/fstab

6 Jul. 2018 - A solução improvisada em 2016 para montagem automática de partições adicionais já não é adequada, — naquela época, havia apenas 2 partições do Kubuntu e 3 do Windows, — ao passo que agora existem 18 partições (raiz + home) de 9 distros instaladas nos HDDs internos.

O mais prático foi adotar a mesma solução testada no Slackware, — usando Label em vez de UUID (que exige correção cada vez que alguma partição é formatada), — e “defaults,user” para dispensar senha.

As partições do SSD externo (USB) são automaticamente montadas por uma simples opção nas configurações, — que já vem ativada por padrão, — como acontece em várias distros.

Com a montagem automática na inicialização, o uso inicial de Memória RAM teve um pequeno acréscimo, citado acima.

Gnome-screenshot

Gnome-screenshot interativo, — quase sem opções, — flagrado por comando no Terminal

Em versões anteriores do Linux Mint Cinnamon, a tecla PrtScn vinha configurada para salvar as capturas de tela sem fazer perguntas, — a tela apenas “piscava”, à guisa de confirmação.

Aquele comportamento silencioso acabou por se mostrar mais prático do que todas as alternativas encontradas no KDE, — KSnapshot, Shutter, Spectacle, — e foi adotado nas demais distros, nos últimos 2 anos.

Tecla PrtScn de atalho personalizado no Linux Mint 17.3 KDE

Nas distros que usam KDE, — openSUSE, Antergos, Mageia, Sabayon, Manjaro, Arch, PCLinuxOS, Devuan 2 Beta, antiX, MX Linux, bem como Mint 17.3, Mint 18, Mint 18.2, — bastou atribuir à tecla PrtScn um Atalho personalizado com o comando:

gnome-screenshot -p -f "/PATH/$(date +%F_%H-%M-%S)_XX.jpg"

onde XX identifica a distro, para distinguir as capturas, — quando misturadas, para formar uma sequência cronológica.

Restrições ao uso do comando completo, no MATE, Xfce, IceWM

Mas isso não funcionou no MATE, Xfce, IceWM, — nem agora, de volta ao Cinnamon.

Por isso, contornar a implementação-padrão do Mint 19 Cinnamon deu bastante trabalho. — Mas é um “investimento”, — pois o aprendizado talvez seja útil no MATE, Xfce, IceWM.

No Cinnamon, não basta copiar e colar o comando com parâmetros de nome-de-arquivo

Da implementação atual, não interessava nada: — (1) Nem a perda de tempo com o diálogo, — (2) nem arquivos PNG (3 ou 4 vezes maiores que JPEG), — (3) nem nomes-de-arquivo com prefixo repetitivo tipo “Screenshot from [DATE]”. — (4) nem o trabalho de depois transferi-los da pasta ~/Pictures para a pasta /XTudo/Print-Screen/, onde se reúne o rebanho.

Tudo isso podia ser resolvido por comando, — com parâmetros simples.

Porém, os parâmetros testados e aprovados no Terminal, — com todas as variações imagináveis (com ou sem aspas simples e duplas), — falhavam sempre, ao serem “colados” com o comando na configuração de Atalhos do Teclado.

Falhas ao passar parâmetros de data / nome-de-arquivo a partir da Tecla de atalho PrtScn

Algumas variações produziam nomes estranhos (vários, ocultos), — porém imagens perfeitas (sendo uma PNG de 890 KiB, e as demais JPG), — bastando renomeá-las:

$ ls -a -1

$(date +%F_%H-%M-%S)_Mt.jpg
.goutputstream-68L0LZ
.goutputstream-AOJAMZ
.goutputstream-AS4SLZ
.goutputstream-ZNMBMZ
.jpg
_Mt.jpg

Sem nenhum parâmetro, sim, funciona, — mas grava em ~/Pictures, — com nomes começando em “Screenshot from”,— e formato PNG.

Script para acionar Gnome-screenshot a partir da tecla de atalho PrtScn

A solução, — by Mroptonix, no Forum do Linux Mint, — foi criar um script ~/.PrtScn.sh, com o comando:

gnome-screenshot -p -f /PATH/$(date +%F_%H-%M-%S)_Mt.jpg

torná-lo executável, — e direcionar para ele a tecla de atalho PrtScn:

/home/USER/.PrtScn.sh

Nem precisou de aspas, — nem simples, nem duplas, — nem qualquer combinação de ambas.

Cinnamon vs. KDE

Applet de documentos recentes para o Painel

Boa parte deste relato acabou por ser produzido no Mint 18 KDE, — devido à “produtividade” já obtida nele, em relação ao Cinnamon:

Dolphin - ótima visualização de imagens no painel Informações (F7), à direita
Gwenview - facilidade de alteração de nome de arquivo (F2)
Konqueror - ótima integração do ImageMagick para rápida conversão de PNG em JPG
Klipper - para recuperar e reutilizar textos copiados para a memória
Kate - recurso de Sessões, que permite reabrir com vários arquivos de uso frequente, — sem necessidade de procurá-los em várias pastas
Menu - Arquivos recentemente usados / Frequentemente usados
etc.

A rigor, (quase) tudo isso também se pode obter no Cinnamon (e no MATE, no Xfce), — por meio de um investimento de tempo (que ainda não fiz) em Applets, instalação de aplicativos, plugins, edição em arquivos de sistema etc., — onde o KDE oferece maior facilidade de soluções prontas (embora também exija um bom investimento de tempo para descobrir e aprender).

O Applet “Documentos recentes”, por exemplo, abriu caminho para resolver uma dificuldade.

Habilitando “Arquivos recentes” em Privacidade

Ao procurá-lo no Menu, — pois não apareceu no Painel, — surgiu a pista de que ainda precisava alterar uma configuração de privacidade.

Foi habilitado “Lembrar”, — e “Nunca esquecer”.

“Arquivos recentes”, — no Menu e no Painel

Com isso, se tornaram acessíveis os “Documentos recentes”, — tanto no Painel quanto no Menu.

Xedit passou a “lembrar” dos últimos arquivos abertos

A partir desse momento, o Xed (Xedit) finalmente passou a “lembrar” dos arquivos recentes, — o que também melhora a produtividade, — pois é comum visualizar dezenas de imagens no XViewer, ao ponto de expulsarem os TXT da lista de arquivos recentes do Menu.

Mais tarde, o Applet “Documentos recentes” foi desabilitado, — e essa funcionalidade continuou presente no Menu e no Xedit. — O que vale é a configuração de Privacidade.

Timeshift no Mint KDE

Instalando Timeshift no Mint 18 KDE, — sem aplicar atualizações ignoradas pelo mintUpdate

9 Jul. 2018 - Embora introduzido a partir do Linux Mint 18.3, o Timeshift foi disponibilizado também para versões anteriores (backported), — e valia a pena testá-lo no Mint 18 KDE, — valioso, por ser uma das 3 distros com maior tempo investido e mais completa funcionalidade.

A própria instalação do Timeshift, pelo Synaptic, já evidenciou um velho impasse a solucionar, — atualizações que não aparecem no mintUpdate, e por isso vêm sendo ignoradas. — Com um “Instantâneo” (Snapshot) do sistema, elas poderiam ser aplicadas sem susto, e se degradassem alguma coisa, bastaria restaurar a situação anterior.

Apresentação e resumo do Timeshift

A opção BtrFS tinha poucos atrativos, — no mínimo, exigiria pesquisa e estudo prévio, — embora a lógica sugira, desde já, que não deve ser o caso.

Afinal, o formato BtrFS só foi usado na partição do openSUSE Leap, — cujos snapshots se integram a ele com “naturalidade”. — Mas o Mint 18 KDE foi instalado em partições ext4 (Root e Home).

Portanto, foi aceita a opção RSync, — pré-selecionada (automaticamente ou por padrão), — para fazer o Backup inicial.

Escolha da partição /home do próprio Mint KDE, — onde havia espaço suficiente

A partição /home do Mint KDE (sdc5) foi escolhida para abrigar os Backups, por ter bastante espaço livre, e pouca ou nenhuma perspectiva de maior ocupação, — já que os arquivos de trabalho ficam nas partições Works e XTudo, para uso de todas as distros.

Criação do Backup inicial do Mint 18 KDE

A princípio, não havia interesse em Backups “agendados”, — foi criado manualmente o Backup inicial, — que em cerca de 8 minutos fez a cópia (quase) completa do sistema.

Desabilitando o agendamento de Backups no Timeshift

Em seguida, foi desabilitado o agendamento de novos Backups, — até segunda ordem. — Parece faltar a opção mais racional, que seria o backup ao iniciar a atualização / instalação / remoção de pacotes (como no openSUSE).

Por enquanto, falta explorar os recursos para descarte seletivo, — afinal, o espaço disponível não é infinito.

Instalação, pelo Synaptic, das atualizações que o mintUpdate vinha ignorando

Por fim, pela primeira vez o Synaptic foi utilizado para aplicar aquelas atualizações que o mintUpdate vinha ignorando, — e remoção de 2 pacotes classificados como Auto-Removíveis.

Com isso, finalmente puderam ser zeradas as pendências do apt / Synaptic, — com exceção do arquivo original do GoogleEarth, classificado como Obsoleto. — Talvez possa ser “removido”, mas não “completamente removido”, pois a experiência já demonstrou que esta última opção causa a desinstalação do aplicativo.

Synaptic alterado pelo Linux Mint para desestimular seu uso como atualizador

Observar que, no Linux Mint, o Synaptic não apresenta opção de “Marcar todas as atualizações”, — para não descaracterizar o Linux Mint.

É necessário duplo-clique em cada pacote listado, — e com sorte, alguns deles adiantam o serviço, perguntando se deseja de marcar várias dependências de uma vez.

10:32 - O sistema foi reinicializado, e o trabalho prosseguiu na nova sessão por 14 horas (até 0:51 do dia seguinte), — sem qualquer indício de sequelas devido às atualizações que vinham sendo evitadas pelo mintUpdate.

Estrutura do Backup inicial e Backups incrementais do Timeshift

Um exame da partição /home (Home7) mostra que a pasta do Timeshift fica “ao lado” (fora) da pasta do Usuário.

Dentro da pasta do Timeshift, existem apenas 2 subpastas “snapshots” com algum conteúdo (por enquanto), — sendo que a segunda é apenas um link simbólico para a primeira (por enquanto). — A cada novo Backup, apenas os pacotes novos ou alterados serão de fato copiados para os novos “snapshots”; e o que permanecer igual continuará sendo apenas um link simbólico para o Backup original.

Mesmo com várias outras pastas (ainda vazias) e vários arquivos assessórios, o Backup soma apenas 7,2 GiB, — contra 7,63 GiB ocupados pelo sistema na partição-raiz.

Comparação da partição-raiz do Mint 18 KDE (Linux7) com seu Backup inicial (em Home7)

A “cópia” da partição-raiz encontra-se na subpasta /localhost, — e não é 100% completa.

A diferença de tamanho está principalmente nas pastas /dev, /media, /run e /tmp, — vazias no Backup.

Estrutura do Snapshot dentro da partição Home7 do Linux Mint 18 KDE

Embora no Backup a pasta /home indique “3 itens”, trata-se apenas de pontos de montagem para a pasta de usuário, a pasta lost+found da partição Home7 e a pasta Timeshift. — Seria impensável o Backup conter o Backup do Backup.

Comparativo das distros Linux

Quadro comparativo das distros Linux instaladas em 4 Jul. 2018

O Linux Mint 19 “Tara” Cinnamon não atendeu ao requisito de navegar em “Páginas” do Facebook, — tal como nenhuma versão do Kubuntu posterior a 16.04 LTS, — e nenhuma das demais distros instaladas nos últimos 2 anos.

Neste hardware específico (2008), as únicas distros 100% “funcionais” (ou quase) são o Kubuntu 16.04 LTS, — e as que ainda se baseiam nele:

Kubuntu 16.04 LTS
Linux Mint 18 KDE
KDE Neon (User Edition)

O PCLinuxOS, — embora assinalado entre os que conseguem (com downgrade de Kernel), — não se iguala a elas. A rever.

Na verdade, para escapar ao “consumismo”, — manter um hardware que, afinal, não estragou nem apresenta defeitos técnicos, — não basta trocar o Windows pelo Linux.

Seria preciso “parar o mundo”, — ou abrir mão de uma parcela crescente da Web, — milhões de sites cada vez mais atulhados de anúncios abusivos de CPU, Javascript, Flash, GIFs animados etc.

Você pode bloquear anúncios, Javascript etc. de muitos portais, — mas o Facebook, por exemplo, se recusará a funcionar.

Making off

Conversão de Capturas de tela PNG para JPEG, no Konqueror do Mint 18 KDE

O uso do Mint 18 KDE para esse relato é um demonstrativo de alguns recursos que ainda falta encontrar no Cinnamon, — por exemplo, conversão rápida de PNG para JPG no Nemo.

Arquivos JPEG bem menores, — e exclusão dos arquivos PNG

Excluir toneladas de arquivos, — sem entupir a Lixeira. — Ok, isso existe no Nemo.

Renomeando Screenshots para o padrão YYYY-MM-DD_HH-mm-SS

Ainda não foi encontrado pyRenamer nos repositórios oficiais, — e o KRename exige implantar metade do KDE.

Seria mais prático implantar logo o KDE inteiro, — mas para isso é mais recomendável partir do Mint 19 Xfce, — mais fácil de remover, para evitar duplicidade de aplicativos e configurações.

O Caja-rename, — ou algo muito similar, — já foi testado em outra distro, e apresentou comportamento diferente. Exigiria, no mínimo, mais um aprendizado.

Sessão do FeatherPad, no MX Linux, — recurso até então não percebido no Kate

O FeatherPad do MX Linux IceWM surpreendeu por (automaticamente) reabrir com todos os arquivos que estavam em uso ao fechar pela última vez, — recurso que ainda não tinha explorado no Kate, — usado todos os dias, há vários anos. Sim, não dá para enfrentar tudo ao mesmo tempo. Cada coisa no seu devido tempo.

Muito prático, por exemplo, ao realizar o levantamento da instalação e configuração de uma distro, — com uso reiterado de vários arquivos, durante vários dias.

É possível que este e outros recursos possam ser obtidos no Xed (Xedit) do Mint 19 Cinnamon, — que ainda conheço muito pouco. — Até lá, faz falta e afeta a produtividade, principalmente quando se precisa reiniciar o sistema várias vezes.

Seleção e edição de blocos no Kate / KWrite

Ao lidar com centenas de Fotos, Screenshots e Histórico de comandos em formato YYYY-MM-HH_DD-mm-SS, o modo de seleção / edição de blocos é fundamental.

Claro, pode-se fazer tudo isso no Nano, Vi / Vim, — basta aprender, — e treinar bastante, até ficar apto a fazer de olhos fechados. Ainda chego lá.

Painel “Info” (F11) no Dolphin, — muito prático para examinar uma sequência de Screenshots rapidamente

Limitar e selecionar o número de “lugares” exibidos no Painel esquerdo do Dolphin economiza milhares de quilômetros de rolagem vertical, dia após dia, — em especial, quando se tem 30 partições, — e apenas meia-dúzia são usadas na maior parte do tempo.

E por que ter de escolher / alternar entre 2 tipos de exibição? — Sabendo usar, há espaço para ambos.

Varrer da Barra de Ferramentas toda tralha desnecessária, — e colocar aquilo que de fato se vai usar, — ajuda a realizar dezenas de tarefas com dispêndio mínimo de tempo e de gestos.

O Painel Info (F11), à direita, — com visualização de imagens, arquivos de texto TXT / ODT, número de páginas, dados Exif de fotos etc., — poupa muito tempo e muitos cliques, ao examinar / renomear centenas de arquivos.

O Preview dentro da área principal tem o inconveniente de ocupar muito espaço, — o que prejudica a percepção da sequência.

Renomear imagens dentro do visualizador, — não tem preço

Foi preciso enfrentar um Nemo sem visualização lateral, — e um visualizador sem o recurso de renomear imagens, — para ter a dimensão exata do valor dessas facilidades, ao fazer o levantamento de 300 imagens da instalação e configuração de uma distro.

Combinação de Busca (CTRL-F) + Filtro (CTRL-I) no Dolphin

Em pastas e subpastas com milhares de Screenshots renomeados, — adicionando palavras-chave, — a combinação de Busca + Filtro permite localizar praticamente qualquer coisa em poucos segundos.

Wallpaper

Recorte do Wallpaper original para aproveitar melhor um enquadramento mais à direita

Imagem: /usr/share/backgrounds/linuxmint-tara/wjusten_machu_picchu.jpg

6 Jul. 2018 - A imagem original foi recortada no Gimp, para um enquadramento mais centrado nos terraços de cultivo, — de modo a reduzir a área escura e sem definição, do fundo do vale.

Aplicação pelo XViewer do Wallpaper recortado

A configuração de Wallpaper não permitiu “abrir” a nova imagem, — salva fora da partição do sistema (partição-raiz), — por isso, ela foi aplicada através do XViewer, que oferece esta opção.

_____________
Publicado inicialmente em 5 Jul. 2018; e desenvolvido até 22 Jul. 2018, — no Mint 18 KDE.

— … ≠ • ≠ … —