Translate

Mostrando postagens com marcador Gnome-screenshot. Mostrar todas as postagens
Mostrando postagens com marcador Gnome-screenshot. Mostrar todas as postagens

terça-feira, 13 de dezembro de 2016

Enfim, Knoppix 7.7.1 em Live USB (Pendrive) com "persistência"

Tela inicial do Knoppix já com as configurações da sessão anterior, carregado a partir do Pendrive
Knoppix 7.7.1 em Live USB (Pendrive), com “persistência” das configurações anteriores

Finalmente, uma instalação do Knoppix 7.7.1 em Pendrive (16 GB), — funcional, — com “Persistência”.

Ao inicializar o computador, o “Live” Knoppix carrega com as configurações feitas nas sessões anteriores, — complementadas pela opção “Restore saved session” do KDE:

  • Wallpaper (em “/home/Pictures”)
  • gKrellm com informações adicionais, na posição escolhida
  • Dolphin personalizado, — e com várias abas, abertas em pastas predefinidas
  • Konsole em tamanho e posição “discretos”, — com memória dos comandos “gnome-screenshot”, inclusive padrão de nome e pasta de destino
  • Partições E:\” e “F:\ montadas automaticamente ao iniciar
  • Teclado PT-BR, com tecla de acesso ao 3º nível, e NumLock ativado
  • Tema “Maia Transparent”
  • Decoração de janelas ”Transparent Oxygen”
  • Busca de arquivos desativada
  • KDE Wallet desativado
  • Compositor OpenGL 2.0, — falta testar XRender
  • Sem animação de Minimize / Maximize windows
  • Gwenview configurado para fechar com “Esc
  • etc.

Análise combinatória


Digo “uma” instalação funcional, — porque já foram experimentadas várias alternativas, — e ainda há mais algumas que gostaria de tentar.

Existem várias opções, ao longo do processo, — e o número de combinações possíveis, entre tantas opções, é enorme:

  1. Instalar a partir de uma sessão Live DVD de 32bit ou de 64bit
  2. Instalar a partir de uma sessão DVD com LXDE (default) ou KDE
  3. Instalar pelo “cheat code” inicial “knoppix tohd”, — ou mais tarde, pelo Menu
  4. Pelo Menu, — “HD install”, — ou “install to flash disk
  5. Dentro da instalação pelo Menu, — opção “r” (removable only) ou “h” (also HDD)
  6. “Persistência” via “Overlay file”, — ou via “Overlay partition”
  7. Várias outras opções “poor man’s install
  8. Várias opções de instalação por mera “cópia”
  9. Gnome, — em vez de LXDE ou KDE
  10. Instalação sem carregar nenhum “ambiente gráfico
  11. Instalar a partir do DVD “real”, — cuja gravação pelo K3b parece sempre apresentar “erro” no final, — ou do “pseudo-DVD” gerado pelo UNetBootin, que altera a ISO, ao adaptá-la para Pendrive, e não apresenta “erro” no final
  12. Instalar a partir de um DVD encomendado pronto na Alemanha
  13. etc.

Considerando apenas as primeiras 6 opções, — binárias, — o número de combinações possíveis é assustador.

Portanto, era conveniente limitar as hipóteses sobre possíveis causas de insucesso, — e portanto, sobre possíveis caminhos para se alcançar melhor resultado, — começando pelas alternativas menos onerosas e menos demoradas (encomendar na Alemanha, esperar, Alfândega etc.).

Opções utilizadas


O caminho seguido nesta experiência foi:

  1. Gerar o DVD pelo K3b, — a partir da (mesma) imagem ISO (4,3 GB) usada antes, — e ignorar o “erro” no final
  2. Testar o Knoppix Live DVD pelo comando “knoppix testcd tz=America/Sao_Paulo desktop=kde”, — que examina a mídia e, se tudo estiver Ok, carrega em seguida, já com o fuso horário de Brasília e ambiente KDE
  3. Fazer o mínimo de configurações, para não perder tempo com (mais) uma tentativa que talvez não desse certo, — como já não deram certo várias outras, antes
  4. Menu → Knoppix → Install to flash disk
  5. Opção “h”, — “Allow installation also on fixed disks
  6. Opção “i”, — “Installation on FAT32 with (optional) overlay file < 4 GB”, — sem encriptação do arquivo de “persistência”

Partir de um DVD “de verdade”, — embora com “erro”, segundo o K3b, — era uma alternativa ainda não experimentada, — e o fato de (finalmente) obter bons resultados merece ser registrado.

Dentro dessas opções, preferia ter uma “partição de Overlay”, — não um “arquivo de Overlay”, com extensão “.img”, — embora, em tese, este “arquivo-imagem” possa ser montado e aberto em outros Linux*.

(*) Ainda não foi obtida montagem e abertura pelo Dolphin ou Konqueror, a partir de outros Linux. A ver: — se alterações feitas a partir de outros Linux irão causar rejeição, depois, pelo Knoppix, — ou qualquer outro efeito colateral.

No entanto, “overlay file” era uma opção ainda não experimentada, — e como deu bons resultados, isso também merece registro.

Também faltava experimentar a opção “h”, — aplicável “também para disco fixo”, embora presente na instalação pelo “Menu → Knoppix → Install to flash disk”, — e como o resultado geral foi bom, isso é outra coisa que merece registro.

Enfim, vale registrar que foram usados os “cheat codes” — “knoppix testcd” etc., — ou seja, rodando em 32bit, — e nãoknoppix64 testcd” etc. — E como deu bons resultados para uso posterior em 64bit, isso parece indicar que a opção usada, se não fez nenhum bem em especial, pelo menos parece não ter prejudicado.

Resultados


Existem algumas demoras, às vezes, quando se iniciam novas tarefas, — talvez, por insuficiência de Memória RAM, ou de CPU, — já que o Knoppix trabalha com descompressão “on-the-fly” de 11 GB de pacotes comprimidos em 4,3 GiB na ISO / DVD, — além de combinar dados de pastas de sistema no arquivo KNOPPIX (inalterável) com dados das “mesmas” pastas, guardados no “arquivo overlay”.

No entanto, — apesar dessa sobrecarga para a CPU e a Memória RAM, — o Chromium enfrenta bravamente os obstáculos que o Facebook opõe para desestimular a visitação e viralização de “páginas (mesmo as que pagam), —  façanha que (ainda) não foi conseguida no Kubuntu 17.04, nem no Debian testing (instalados em HDD / SSD, e sempre atualizados), — o que coloca este Live USB Knoppix 7.7.1 (Pendrive de 16 GB) entre as melhores alternativas para trabalho regular prolongado.

E, — uma vez que mantém as configurações e os históricos do Konsole, do Dolphin, do Chromium etc., — está pronto para o trabalho, 2 minutos após ligar o computador.

Download e gravação


A imagem ISO ainda era a mesma baixada em 4 Nov. 2016, — e agora foram baixados também os arquivos “md5”, para conferir (apenas visualmente) a verificação feita pelo K3b.

1) A primeira tentativa de gravação pelo K3b foi feita no Kubuntu 17.04 Zesty Zapus (development branch), com a opção “Verificar os dados gravados”, e “velocidade automática”. — O K3b adotou “16,4x” (velocidade indicada na mídia), embora registrasse, de fato, 6,70x, 8,60x, 11,80x, 13,70x, 14,50x, 14,00x, — e a saída de energia de 12V manteve-se em 12,25V, com momentos de 12,30V no início e no final.

O andamento da tarefa estacionou por longo tempo em “98%” da gravação, — e acusou “Erro fatal durante a gravação de: Argumento inválido”, aos 6 min 54 seg do primeiro tempo, — coisa que, para um leigo em “tecnologia”, agora parece relacionado unicamente com o “fechamento” do DVD já gravado.

Infelizmente, o DVD foi jogado no lixo, e agora já não convém colocá-lo na bandeja, pela simples curiosidade de testá-lo, — embora a tentação seja enorme, — pois, agora, tenho certeza de que provavelmente funcionaria com perfeição.

2) A segunda tentativa de gravação pelo K3b foi feita no Linux Mint 18 KDE (ex-beta), — novamente, com a opção “Verificar os dados gravados”, — porém limitando a velocidade a “4x”.

Na prática, a velocidade variou entre 3,50x e 4,10x, — a saída de energia de 12V permaneceu em 12,25V, — até 99%, aos 14 min 23 seg do primeiro tempo, onde estacionou por um minuto, e acusou “Erro fatal durante a gravação de: Erro de entrada / saída” aos 15 min 41 seg.

Infelizmente, o segundo DVD também foi para o lixo, e agora não vale a pena arriscar colocá-lo na bandeja, só por uma curiosidade.

3) A terceira tentativa foi feita no Kubuntu 16.04 LTS, — porém sem verificar os dados gravados, — e novamente com velocidade limitada a “4x”. Por mera “superstição”, não foram feitas capturas de tela (só 1 foto).

Nova parada aos 99%, e por fim, a mesma mensagem de “Erro fatal durante a gravação de: Erro de entrada / saída”, aos 15 min 40 seg do primeiro tempo.

Sem encontrar qualquer dica sobre modos de gravação, — K3b, “dd”, “cp” etc., — no site e no forum do Knoppix (exceto um conselho de usar “4x”), o terceiro DVD foi simplesmente deixado na bandeja aberta (para esfriar a cabeça), e o computador reiniciado após alguns minutos.

Este terceiro DVD funcionou com absoluta perfeição, — até onde alcança a percepção de um simples leigo nessas coisas de “tecnologia”. — Deu partida no sistema, se auto-testou, carregou o Knoppix 7.7.1 KDE, realizou a instalação no Pendrive (16 GB), — e o “Live Pendrive” está funcionando até hoje.

••• Epa


Após uma curta sessão LXDE, — onde não foi feita nenhuma configuração, — algumas coisas deixaram de funcionar nas sessões KDE.

••• Install to flash disk + Overlay partition


Várias experiências de instalação foram realizadas a partir do primeiro “pseudo-DVD”, — Pendrive de 8 GB gerado pelo UNetBootin a partir da ISO-DVD, por ele modificada para adaptação à mídia USB.

Duas experiências, — nos dias 9 e 11 Novo, documentadas aqui, — utilizaram a opção “Menu → Knoppix → Install to flash disk”, opção “r” (removable only), tendo como destino um Pendrive de 32 GB, e opção de “Overlay partition” ocupando todo o espaço restante na mídia.

Na primeira experiência, tinham sido instalados “Flashplugin” e “ttf-mscorefonts”, antes de iniciar a instalação do Knoppix no Pendrive de 32 GB. — Da segunda experiência em diante, esses 2 componentes nunca mais foram instalados, — nem antes, nem depois.

Nas horas e dias seguintes, o Knoppix instalado no Pendrive de 32 GB mostrou-se muito lento, — motivo pelo qual, aquele relato teve de ser produzido no Knoppix “Live pseudo-DVD” gerado pelo UNetBootin (Pendrive 8 GB).

8 Nov., 1:45 - Pseudo-DVD (Pen 8 GB) - Sessão LXDE. - 3:33 - Sessão KDE. - 4:02 - Off. - Pela manhã, histórico estranho no Chromium do Kubuntu.

17:46 - Pseudo-DVD (Pen 8 GB) - 1:37 a 2:11 - Instalação no Pen 32 GB.

9 Nov., 2:19 - Pendrive 32 GB - Não trouxe nenhuma configuração da sessão Live de instalação. - 3:37 - Off.

9 Nov., 10:31 - Pendrive 32 GB - Com persistência da sessão anterior (Wallpaper, Dolphin, Konsole), porém tudo fora de lugar [Só tempos depois, recorri às configurações do KWin para que o Dolphin lembrasse sua posição]. Registros de demoras. - 17:01 - Shutdown.

10 Nov. - 19:22 - Pseudo-DVD (Pen 8 GB) - Constatada a agilidade do “pseudo-DVD”, em comparação com o “instalado”. - [A sessão não foi encerrada].

11 Nov., 7:23 - Pseudo-DVD (Pen 8 GB) - [Ainda a sessão iniciada na véspera] - 11:26 - Shutdown.

12:27 - Pendrive 32 GB - Lentidão, demoras etc. “Inútil como Live SO”. 13:40 - Shutdown.

17:55 - Pseudo-DVD (Pen 8 GB) - Configurando apenas o essencial. - 19:38 a 20:23 - Nova instalação no Pendrive de 32 GB. - 21:57 - Shutdown.

22:06 - Pendrive 32 GB - Novamente, não trouxe configurações da sessão de instalação. - 22:45 - Restart. Persistiram (parcialmente) configurações feitas após “instalado”. Registro das demoras. 23:51 - Shutdown.

12 Nov. - 7:48 - Pendrive 32 GB - Persistiram as configurações da véspera (Na verdade, vários detalhes ainda dependiam de ajustes adicionais no KDE e do KWin, para de fato se manterem de uma sessão à outra). Registros das demoras. - 10:06 - Shutdown.

10:14 - Pseudo-DVD (Pen 8 GB) - Configurações (roteiro básico). Trabalho regular e produtivo. Produção do relato. 23:19 - Shutdown.

13 Nov., 9:02 - Pendrive 32 GB - Mesmas demoras, até certo ponto suportáveis. O bicho realmente começa a pegar após abrir o Chromium. Aliás, parece que o Knoppix “atrai” problemas de conexão web, quando comparado com os outros 5 Linux (instalados em HDD / SSD). Mas os registros (salvo subjetivismos ao anotar) confirmam que os problemas, dificuldades e demoras tendem a se alastrar e “persistir” no Knoppix “instalado com persistência” (Pendrive 32 GB), ao passo que no Knoppix “Live pseudo-DVD” os problemas tendem a se resolver por si sós, em pouco tempo. - 9:59 - Shutdown.

10:07 - Pseudo-DVD (Pen 8 GB) - Configurações (roteiro básico). Trabalho regular e produtivo. Produção do relato. - 21:19 - Shutdown.

14 Nov., 5:47 - Pseudo-DVD (Pen 8 GB) - Configurações (roteiro básico). Trabalho regular e produtivo. Produção do relato. - 20:18 - Shutdown.

Até aí, portanto, o quadro era:

  • Um Knoppix bastante funcional e produtivo, no Pendrive de 8 GB, mas sem “persistência”, — configurar outra vez, a cada nova sessão; e

  • Um Knoppix no Pendrive de 32 GB, com “persistência” das configurações, — porém impraticável para o trabalho.

••• knoppix tohd=/dev/sd[X][N] mkimage


Depois das 2 tentativas “Instal to flash disk”, foi experimentada uma das opções genericamente chamadas “poor man’s install”, — carregar com o comando “knoppix tohd=/dev/sd[X][N] mkimage”.

Após a instalação, é necessário continuar dando boot pelo Pendrive (ou DVD), — e comandar “knoppix fromhd=/dev/sd[X][N]”, — procedimento que evidencia a “pobreza” dessa alternativa.

De início, o Knoppix foi carregado a partir do Pendrive 32 GB, — com o comando “knoppix tohd=/dev/sdd3”, — esquecendo o “mkimage”.

Para isso, o drive externo SSD foi plugado após o Pendrive, — logo que o Boot chegou ao prompt do Knoppix, — caso contrário, a partição “Linux6” poderia vir a ser “sdc3”. — [Isso talvez possa ser organizado de modo mais racional, no BIOS Setup].

Além disso, o arquivo “/boot/syslinux/syslinux.cfg” do Pendrive 32 GB foi editado para incluir os “cheat codes” de fuso horário e ambiente gráfico, — “tz=America/Sao_Paulo desktop=kde”, — coisa que não produziu o efeito esperado [Exame dos prints sugere que foi editado por um zumbi desacordado].

Ao final da instalação, rapidíssima, — 5 minutos, em modo texto, sem pergunta alguma, — foi carregado o ambiente LXDE.

Teoricamente, o esquecimento da última parte do código, — “makimage”, — poderia ser remediado em seguida, acrescentando este “cheat code” ao carregar pela primeira vez.

Foram feitas 2 tentativas, sem êxito, — talvez, por não serem feitas logo no primeiro carregamento após a instalação.

Em retrospecto, um dia iniciado às 5:47 não deveria se prolongar tanto, — evidenciam-se várias falhas de atenção, — e outras parecem bastante prováveis.

14 Nov., 20:48 - Pendrive 32 GB - “knoppix tohd=/dev/sdd3”.

20:54 - Instalação concluída, — carregou LXDE. — 21:23 - Shutdown.

21:28 - Pendrive 32 GB - “knoppix64 fromhd=/dev/sdd3 tz=America/Sao_Paulo desktop=kde”. - Enfrentou com galhardia os obstáculos do Facebook. - 22:15 - Shutdown.

22:18 - Pendrive 32 GB - Erro de comando, — “fromhd=/sdd3”, — sem “/dev”.

22:24 - Pendrive 32 GB - “knoppix64 fromhd=/dev/sdd3 mkimage”. - Carregou LXDE. - 22:26 - Shutdown.

22:28 - Pendrive 32 GB - “knoppix64 fromhd=/dev/sdd3” (+tz, kde). - Feitas algumas configurações, para conferir a “persistência”. - 22:36 - Shutdown.

22:40 - Pendrive 32GB - “knoppix64 fromhd=/dev/sdd3” (+tz, kde). - Sem “persistência” das configurações feitas minutos antes. Pasta “/home/Pictures” sem o wallpaper colocado lá.

15 Nov. - A partição foi apagada, e foram feitas novas tentativas de instalação “tohd / fromhd”, com mais atenção, porém provavelmente também com erros. Sem êxito.

__________
• Publicado inicialmente em 13 Dez. 2016, às 10:43, e desenvolvido até o dia 14, no próprio Knoppix 7.7.1 em “Live USB”, a partir da instalação no Pendrive de 16 GB.
••• 

— … ≠ • ≠ … —

Knoppix



Ferramentas &tc.


sábado, 12 de novembro de 2016

Instalando Knoppix 7.7.1 em Pendrive de 32GB com Persistência

Tela do Knoppix 7.7.1 KDE rodando em Live USB 64bit, a partir da imagem ISO DVD original
Knoppix 7.7.1Live pseudo-DVD”, modo 64bit, desktop KDE, a partir da imagem ISO-DVD modificada

Bastam poucos minutos para constatar que o Knoppix 7.7.1 , — com 4.101 pacotes pré-instalados (11 GB descompactados sob demanda), — é uma “ferramenta” ótima de se ter à mão, seja para manutenção / recuperação em casos de emergência no computador, seja para trabalhar em “Live pseudo-DVD” (Pendrive 8GB) por longos períodos, nos mais diversos campos de atividade.

Blender, FreeCAD, LibreCAD, OpenSCAD, Xsane, Scribus, Inkscape, Gimp pré-instalados no Knoppix 7.7.1

Para entender essa profusão de pacotes pré-instalados, vale lembrar que o Knoppix 7.7.1 foi concebido como “Live DVD”, — não para instalação em HDD, — daí a importância de incluir um repertório de softwares tão amplo quanto possível, capaz de atender às necessidades do maior número de usuários, de modo que baste carregar o sistema e começar a usá-lo.

Menu do Knoppix Adriane para deficientes visuais: (0) Ajuda; (1) Aprender Teclado; (2) Internet; (3) Email; (4) SMS; (5) Multimidia; (6) Contactos; (7) Notebook; (8) Calculadora; (9) Reconhecimento de texto; (10) Gerenciador de arquivos; (11) Shell; (12) Programas gráficos; (13) Youtube; (14) Configurações; (15) Desligar.
Menu inicial do Knoppix Adriane, para deficientes visuais

Se, em vez de escolher “knoppix64”, você escolher “adriane64”, carrega-se uma versão totalmente configurada para usuários com deficiência visual, — tudo é anunciado por voz, — a começar pela Ajuda inicial:

(0) Ajuda; (1) Aprender Teclado; (2) Internet; (3) Email; (4) SMS; (5) Multimidia; (6) Contactos; (7) Notebook; (8) Calculadora; (9) Reconhecimento de texto; (10) Gerenciador de arquivos; (11) Shell; (12) Programas gráficos; (13) Youtube; (14) Configurações; (15) Desligar.

Softwares multimedia pré-instalados no Knoppix 7.7.1

Para se apresentar como “Live DVD pronto para tudo”, o Knoppix 7.7.1 inclui detecção automática de hardware, suporte para uma infinidade de placas, dispositivos, periféricos etc. (up to 2016-10-22), e 11 GB de softwares, que são descompactados (apenas) sob demanda.

Handle with care


Fontes de software do Knoppix 7.7.1, no Synaptic

Em compensação, o sistema, — um “mix” de pacotes Debian stable (jessie), testing (stretch) e unstable (sid) em equilíbrio “delicado”, — não se presta a atualizações ou upgrade, sob risco de desastre. — Outro motivo para incluir no DVD tudo que o usuário possa precisar.

Arquivo “/etc/apt/sources.list”:

# Debian/Squeeze is the stable base for this installation
deb http://ftp.de.debian.org/debian stable main contrib non-free
deb http://security.debian.org stable/updates main contrib non-free

# testing/unstable/experimental contain newer versions, but
# packages from there are not being installed by default, unless
# they came from there in the first place.
deb http://ftp.de.debian.org/debian testing main contrib non-free
deb http://security.debian.org testing/updates main contrib non-free
deb http://ftp.de.debian.org/debian unstable main contrib non-free
deb http://ftp.de.debian.org/debian experimental main contrib non-free

# Debian/volatile contains quickly changing data like spam- and virusfilter databases
# Does not exist anymore
# deb http://volatile.debian.org/debian-volatile stable/volatile main contrib non-free
deb http://ftp.de.debian.org/debian stable-updates main contrib non-free

# Knoppix repository
deb http://debian-knoppix.alioth.debian.org ./

# x2go
#deb http://x2go.obviously-nice.de/deb/ lenny main
#deb http://packages.x2go.org/debian squeeze main
#deb http://packages.x2go.org/debian wheezy main
#deb http://packages.x2go.org/debian sid main

# Debian Multimedia, contains non-free software like acrobat reader
# deb http://www.deb-multimedia.org squeeze main non-free

# eviacam
#deb http://ppa.launchpad.net/cesar-crea-si/eviacam/ubuntu utopic main
#deb-src http://ppa.launchpad.net/cesar-crea-si/eviacam/ubuntu utopic main
#deb http://ppa.launchpad.net/cesar-crea-si/eviacam/ubuntu vivid main
#deb-src http://ppa.launchpad.net/cesar-crea-si/eviacam/ubuntu vivid main
#deb http://ppa.launchpad.net/cesar-crea-si/eviacam/ubuntu trusty main
#deb-src http://ppa.launchpad.net/cesar-crea-si/eviacam/ubuntu trusty main

Observe a mistura de “versões” (lenny, squeeze, wheezy) e “distribuições” (stable, testing, unstable), — prática que sempre se recomenda evitar.

Complementando a profusão de pacotes de multimídia, gráficos, escritório, internet, ciências, educação, desenvolvimento, acessibilidade etc., já vêm instaladas 713 fontes de letras, — dispensando instalar qualquer coisa a mais (o que poderia não dar certo).

Evitando instalar pacotes


Efeito da instalação de “componentes” oferecidos no “Menu → Knoppix”

As primeiras experiências mostraram que mesmo a simples instalação do “flashplugin-nonfree” e do “ttf-mscorefonts-installer”, — oferecidos em “Menu → Knoppix → Install components”, — já deflagra a atualização das informações dos repositórios de software (“apt update”). — Daí por diante, um aviso de 1,5 mil atualizações estará sempre presente.

Um exame dos pacotes que seriam atualizados, instalados e removidos mostra que o Knoppix deixaria de ser Knoppix, — e provavelmente quebraria por completo.

Em 8 Nov., — quando as atualizações ainda eram “apenas” 1.537, — o Synaptic indicou a existência de 216 pacotes “obsoletos”, que teoricamente poderiam ser removidos, — porém até isso implicaria em remover também “sysvinit”, — e o Synaptic advertiu que tal ação poderia quebrar o sistema.

Desmarcando uma das remoções (responsável por isso), o Synaptic se recusou a remover os demais 215 pacotes “obsoletos”, — “conserte o quebrado primeiro”. — Enfim, nada mais podia ser instalado, removido ou atualizado, até que se decifre e solucione esse enigma.

Depois dessas constatações, os pacotes “flashplugin-nonfree” e “ttf-mscorefonts-installer” não foram mais instalados nas sessões “Live pseudo-DVD” (Pendrive 8GB), — nem na segunda instalação em Pendrive 32GB com persistência, — para não perturbar o equilíbrio das coisas, e de um modo geral os problemas diminuíram.

Embora a instalação desses 2 pacotes não envolva nenhuma outra instalação, atualização ou remoção, parecia ser o deflagrador de travas e demoras. — De fato, sem isso todas as novas sessões “Live pseudo-DVD” (Pendrive 8GB) se caracterizaram pela leveza e agilidade, — porém não foi obtido o mesmo resultado a partir do Pendrive 32GB com persistência.

Sem o “apt update” deflagrado pela instalação desses 2 pacotes, o Synaptic se limita a indicar “4.101 packages installed, 0 broken, 0 to install / upgrade”, — ignorando solenemente a existência de outros 50.410 pacotes, nos repositórios, — e tudo permanece mais tranquilo.

Leveza e agilidade


Ocupação de 2,1 GiB (56% da Memória RAM) com KDE, Chromium, Gimp, Dolphin, Gnome-system-monitor

O resultado dessa engenharia toda é um sistema que parece “voar”, — de tão “leve” e ágil ao toque do usuário, — embora o Gnome-system-monitor indique elevada ocupação da Memória RAM.

Fato, porém, é que há muitos anos não via o Chromium, — nem o Iceweasel / Firefox, — navegar com tamanha leveza e agilidade em “Páginas” do Facebook, por exemplo, — que quase chegam a travar no Debian testing e no Kubuntu 17.04 Zesty Zapus (development branch) instalados em HDD.

Seis “Páginas” do Facebook visitadas e roladas até ½ dúzia de postagens abaixo do topo, em 3 minutos

“Páginas” do Facebook, — de direita, de esquerda, de centro, ou muito-pelo-contrário, — rolam com suavidade e rapidez, e suas postagens são compartilhadas em tempo recorde.

Seis testes realizados em diferentes dias e horários apresentaram uma média de 4 compartilhamentos por minuto, — em contraste com demoras de 1 a 4 minutos para cada compartilhamento, em sessões Live USB, e até em alguns sistemas instalados em HDD:

10 Nov. — 13 compartilhamentos — 20:29 ~ 20:33 — 3 minutos → 4,3 / min
12 Nov. — 11 compartilhamentos — 11:35 ~ 11:37 — 2 minutos → 5,5 / min
12 Nov. — 15 compartilhamentos — 15:20 ~ 15:24 — 4 minutos → 3,8 / min
12 Nov. —  9 compartilhamentos — 18:08 ~ 18:10 — 2 minutos → 4,50 / min
13 Nov. — 16 compartilhamentos — 14:49 ~ 14:53 — 4 minutos → 4,0 / min
13 Nov. — 13 compartilhamentos — 19:01 ~ 19:03 — 2 minutos → 6,5 / min

Naturalmente, isso não significa que se possa espalhar milhares de “spam”, — em Nov. 2015, o Facebook brecava por volta do 50º compartilhamento, e hoje talvez breque antes do 20º, — mas permite visitar as páginas que você considera importantes para se informar, e divulgar o que achar mais relevante para seu círculo de amizades, — sem que isso se torne um sacrifício.

Original vs. Persistência


Nos melhores dias, basta abrir o Chromium para começar a travar o Knoppix 7.7.1 com Overlay

Nada disso foi obtido em 2 instalações sucessivas do Knoppix 7.7.1 em Pendrive de 32 GB com partição adicional de “overlay”, — a chamada “Persistência”, uma partição de dados para preservar configurações, documentos etc. de uma sessão para outra, — em várias tentativas diferentes, ao longo de 6 dias.

Pelo contrário, demoras intermináveis, às vezes, até para as coisas mais simples, — como abrir um Menu, minimizar ou restaurar uma janela etc. — tornaram inviável qualquer uso prático do Knoppix 7.7.1 “instalado” em um Pendrive de 32 GB, com “persistência”.

Demoras intermináveis, após cada clique, de qualquer tipo, em qualquer lugar

Com certeza, isso não pode ser o “normal” das coisas, — falta “apenas” descobrir onde está a falha, — e o primeiro passo é documentar o processo seguido até aqui, para analisar cada passo.

Por isso, este relato foi produzido no Knoppix 7.7.1 “original”, — a imagem ISO apenas transformada em isohybrid, portanto sem persistência, — rodando em modo 64bit, com ambiente KDE, a partir do Pendrive de 8 GB.

Para diferenciar, neste relato o “original” se refere como “Live pseudo-DVD” em itálico + “(Pendrive 8GB)” entre parêntesis, — subentendendo que se trata da imagem ISO-DVD convertida pelo UNetBootin em isohybrid no Pendrive 8GB, — em contraposição ao “instalado em Pendrive 32GB com persistência”.

Download & isohybrid


Download da imagem ISO do Knoppix 7.7.1 DVD

A imagem ISO do Knoppix 7.7.1 DVD foi baixada em 4 Nov., já na expectativa de encontrar um meio de gerar uma mídia USB (Pendrive), — sem passar pela etapa de “queimar” DVD (4,3 GB), que é o único caminho “oficial”.

Verificação da integridade da imagem ISO do Knoppix 7.7.1 DVD

Verificação da integridade da imagem ISO pelo comando sha1sum, — copiado e colado em seguida no campo de busca do Kate, para absoluta certeza de não errar numa comparação visual.

Arquivos principais da imagem ISO: /KNOPPIX/KNOPPIX e /KNOPPIX/KNOPPIX1

Os 4,3 GB da imagem ISO devem-se, basicamente, a dois arquivos, na pasta “/KNOPPIX/”:

  • KNOPPIX: base system incl. Firefox, Gimp, Libreoffice (4,0 GiB)
  • KNOPPIX1: openscad, slic3r, scribus, inkscape, blender, freecad, librecad, biber, kdenlive, openshot (0,3 GiB)

Utilização do UNetBootin para converter a imagem ISO (DVD) em isohybrid e gerar a mídia USB (Pendrive)

O UNetBootin foi usado como última perspectiva de converter a imagem ISO (DVD) em isohybrid, para gerar um Pendrive de Boot do Knoppix 7.7.1, — e funcionou.

Mensagem de sucesso do UNetBootin, após 24 minutos

Durante uns 17 minutos, o UNetBootin exibiu uma barra de progresso estacionada em 0%, com os dizeres “Extracted 0 of 60 files”. — No minuto seguinte, passou a 1% e “Extracted 1 of 60 files”. — Depois de mais alguns minutos, deu a tarefa por encerrada, e já queria reiniciar o computador.

Live pseudo-DVD


Menu criado pelo UNetBootin com as principais opções de carregamento do Knoppix

O “DVD” assim transformado pelo UNetBootin em mídia USB (Pendrive 8GB) apresenta um Menu inteiramente próprio, — com algumas das opções que, no Knoppix “original”, precisariam ser comandadas com o uso de “cheatcodes”.

“Tab” para examinar o comando da terceira opção do Menu; — “knoppix”

No primeiro Boot da mídia gerada pelo UNetBootin, foi escolhida a 3ª opção do Menu, — “knoppix”, — após um rápido exame do comando, com seus “cheatcodes”.

KDE System Settings acessível no ambiente LXDE 8.6

Essa opção carregou o Knoppix 7.7.1 em 32bit (opção padrão), com o ambiente LXDE 8.6, — embora também existam as opções de ambiente Gnome e KDE, não apresentadas no Menu do UNetBootin.

Acréscimo do fuso horário local e do ambiente KDE em algumas opções do arquivo “syslinux.cfg

Dentro da primeira hora, foram editados os arquivos:

  • /syslinux.cfg
  • /boot/isolinux/isolinux.cfg

para acrescentar os “cheatcodes” do fuso horário local “tz=America/Sao_Paulo” e do ambiente “desktop=kde” em algumas das opções cujo uso pareceu mais provável, naquele momento: — Default, Auto, Knoppix e Knoppix64.

Acréscimo do fuso horário local e do ambiente KDE em algumas opções do arquivo “isolinux.cfg

Naturalmente, foram guardadas cópias “syslinux_cfg_OLD” e “isolinux_cfg_OLD”, dos respectivos originais.

Desse modo, as sessões seguintes já foram automaticamente carregadas com o ambiente KDE, — e essas alterações foram incorporadas ao instalar o Knoppix 7.7.1 no Pendrive 32GB.

Quanto ao fuso horário, fez um efeito apenas relativo, — ainda era preciso habilitar a opção “Set date and time automatically”, em “System settings → Personalization → Regional settings → Date & Time” do KDE, para assegurar que o Relógio se acerte desde o início de cada nova sessão.

1ª Instalação com “persistência


Instalação do Knoppix em Pendrive, com partição adicional de Overlay (“persistência”)

A instalação do Knoppix 7.7.1 no Pendrive de 32 GB foi bem mais demorada do que a instalação do Knoppix 7.2.0 em um Pendrive de 8 GB, — 34 minutos contra 14 minutos, — embora com o mesmo roteiro básico.

Pela desproporção de tamanho entre as imagens ISO, — 4,3 GB contra 701 MB, — se poderia imaginar que durasse 6 vezes mais.

Na verdade, os últimos 8 minutos correspondem à formatação / “povoamento” da partição de dados (“overlay”) de 24,4 GB, — o que reduz a proporção a menos do que o dobro do tempo:

2016-11-09_01-37-54 Menu → Knoppix → Install to flash disk
2016-11-09_01-39-27 Install to removable device
2016-11-09_01-42-16 Install to Pendrive 32GB
2016-11-09_01-42-46 Additional overlay partition
2016-11-09_01-43-01 Formatar
2016-11-09_01-43-12 Jura?
2016-11-09_01-43-34 Size overlay partition
2016-11-09_01-47-59 Particionando Pendrive 32GB
2016-11-09_01-48-10 Creating boot record
2016-11-09_01-48-21 Writing data Pendrive 32GB
…
2016-11-09_02-03-13 Encriptar?
2016-11-09_02-03-29 Creating overlay
…
2016-11-09_02-11-29 Installation finished

A opção “r” permite instalação apenas em dispositivos removíveis; ”h” permite instalar também em HDD

Na falta de leituras mais aprofundadas, foi selecionada a opção “r”, que permite instalação apenas em dispositivos removíveis, — enquanto a opção ”h” permitiria instalar também em HDD. — A estudar as implicações paralelas, caso existam.

Escolha do dispositivo removível onde será instalado o Knoppix

A escolha do dispositivo onde será instalado o Knoppix tornou-se quase automática, — uma vez escolhida a opção “r”, — pois o Pendrive de origem (8GB) fica excluído, e não havia outros dispositivos conectados.

Opções de instalação com ou sem Overlay (“persistência”)

Aqui, a opção selecionada foi de instalação com partição de Overlay, — não um mero “arquivo”, que ficaria limitado a 4 GB.

Confirmação de particionar e formatar o Pendrive, com perda de todos os dados existentes

Antes de prosseguir, o instalador do Knoppix pede confirmação de particionar e formatar o Pendrive, — advertindo que todos os dados eventualmente existentes nele serão apagados.

Depois de confirmar, ainda surge outro diálogo perguntando se você tem certeza.

Escolha do tamanho da partição de Overlay (“persistência”)

O passo seguinte é decidir o tamanho da partição de Overlay (“persistência”), — do mínimo de 400 MB até o total do espaço restante no Pendrive. — Foi selecionado o tamanho máximo.

Opção de encriptar a partição de Overlay, — inacessível, caso perca a senha

Foi dispensada a opção de criptografia da partição Overlay (“persistência”), — lembrando que a perda da senha a deixaria inacessível.

Instalação concluída, após 34 minutos

Essa instalação foi feita a partir de uma sessão “Live pseudo-DVD” (Pendrive 8GB) totalmente configurada, — inclusive os componentes “flashplugin” e “ttf-mscorefonts”, — na expectativa de que tudo isso fosse passado para a instalação “persistente”, com base em várias leituras um tanto confusas (a serem revisadas).

Não foi o que aconteceu.

Ao carregar o Knoppix 7.7.1 a partir do Pendrive 32GB com “persistência”, absolutamente nenhuma das configurações estava presente, — nem a pasta “Wallpaper” foi mantida, — mas desde os primeiros minutos se mostrou extremamente lento, com “travas” demoradas, a cada passo.

2ª Instalação com “persistência”


Primeiro surto de atividade de “discos” e início da intensa atividade em “processos”

Dias depois, o Pendrive 32GB foi re-formatado, e feita nova instalação, — a partir de uma sessão “Live pseudo-DVD” (Pendrive 8GB) bem menos configurada e, principalmente, sem “Flashplugin” nem “ttf-mscorefonts”:

2016-11-11_19-38-41-Menu-install-flash-disk
2016-11-11_19-39-19-install-removable-devices
2016-11-11_19-39-46-oops → Faltou inserir Pendrive 32GB
2016-11-11_19-40-38-install-removable-devices
2016-11-11_19-40-48-Pendrive-install
2016-11-11_19-41-00-Pendrive-32GB-install
2016-11-11_19-41-19-additional-overlay-partition
2016-11-11_19-41-36-format
2016-11-11_19-41-44-jura
2016-11-11_19-41-56-size-overlay-partition
2016-11-11_19-42-54-particiona-Pendrive-32GB
2016-11-11_19-43-09-Writing-data-Pendrive-32GB
…
2016-11-11_20-05-12-Writing-data-Info-filesystems
2016-11-11_20-11-07-encrypt-overlay-partition
2016-11-11_20-11-38-creating-overlay
…
2016-11-11_20-23-56-instalacao-concluida

Sem qualquer motivo aparente, dessa vez a instalação durou 45 minutos, — dos quais, 12 na fase de criação da partição Overlay.

Segundo surto de atividade com “discos” e declínio da atividade em “processos”

O monitoramento pelo GKrellM mostra apenas 2 surtos de atividade com “discos”, — no início e no final do processo, — e atividade intensa no gráfico de linha de “processos”, durante todo o tempo, entre esses 2 momentos.

Novamente o resultado foi um sistema muito lento, com vários travamentos, a cada passo, — e foram carregadas apenas 3 ou 4 sessões de poucas horas, por ser impraticável trabalhar produtivamente.

Knoppix 7.7.1Live pseudo-DVD” (Pendrive 8GB) após um dia inteiro de trabalho produtivo

Em compensação, o “Live pseudo-DVD” (Pendrive 8GB) foi utilizado por 3 dias seguidos, para a elaboração deste relato, — e para todas as demais atividades, — com “leveza” e agilidade difíceis de igualar:

  • 12 Nov. — uptime 13h 03 min
  • 13 Nov. — uptime 11h 13 min
  • 14 Nov. — uptime 11h 26 min

Infelizmente, o período de chuvas seguidas e a falta de confiança na fonte de energia não recomendam manter o computador ligado vários dias seguidos, — embora reste pouca dúvida de que o Knoppix “Live pseudo-DVD” tem estabilidade mais do que suficiente para isso.

Para agilizar a configuração no início de cada dia, foi anotado o roteiro seguido no dia 12, — e que não difere muito dos testes de trabalho em Live USB:

0 - Relogio
    - Set date and time automatically
    - Show date, Use 24-hour Clock, Long date, Bitstream Vera Sans
1 - Dolphin
    - Details view mode, Largura geral, coluna Type (largura), F11 (largura), Ctrl-M, Adjust view properties → All folders / Use these view properties as default
    - Montar F
    - Criar nova sub-pasta PrintScreen em /Byteria/Knoppix771/
    - Abrir PrintScreen.txt e adaptar o comando Gnome-screenshot aa nova sub-pasta
    - Abrir o Terminal e colar o novo comando. Testar.
    - Wallpaper → Home/Pictures
    - [Aplicar Wallpaper]
    - Abrir Roteiro.txt para este levantamento.
2 - Gwenview
    - F4 e Esc para sair.
3 - Menu
    - Alternativo - Cascade - Switch
    - Dolphin, Terminal e Chromium para o Painel
    - GKrellM
4 - System settings
    - Hardware - Keyboard - NumLock on, PT-BR, 3rd Level
    - Hardware - Display and Monitor - Compositor: XRender
    - Personalization - KDE Wallet - Off
    - Workspace - Search - File search - Off
    - Workspace - Startup and shutdown - Desktop session - On login - Restore manually saved session
    - [Menu → Power / Session → Save session]
    - Appearance - Workspace theme - Desktop theme - Get new - Maia transparent - Apply
    - Appearance - Application style - Window decorations - Get new - transparent oxygen - Apply
    - Desktop behavior → Desktop effects → Off → Maximize / minimize animations
5 - Taskbar manager settings → Show tooltips → Off
6 - Dolphin
    - Configure toolbar
      - Out → Icons, Details, Compact, Preview, Split (F3)
      - In → Folders first, Hidden files, New tab, Show filter bar, Up
    - Text position → Icons only
7 - Chromium
    - Largura
    - Remove → Proxy SwitchySharp
    - ? → Bookmark Manager - Not from Chrome Web Store
    - ? → Chromium PDF Viewer - Not from Chrome Web Store
    - ? → CryptoTokenExtension - Not from Chrome Web Store
    - Synchronize
    - Blogspot → Spellcheck → Portuguese (Brazil)
8 - Gimp
    - Fechar 7 abas do lado direito; e recolher o espaço
    - Adicionar aba Layers do lado esquerdo
    - Edit → Preferences → Tool options → Save tool options on exit; (Set layer or path as active)
    - Toolbox → Desmarcar quase tudo, exceto Select (rectangle, ellipse, free), Move, Text
    - Text → Bitstream Vera Sans Bold, 48px, #00ff00, Align right
    - Save tool options now

Opções de Boot


Adicionar legenda

Ao ser instalado pelo “Install to flash disk”, o Knoppix não leva consigo o Menu criado pelo UNetBootin.

O Boot pelo Pendrive de 32 GB (com “persistência”) leva à tela tradicional do Knoppix, onde você comanda digitando as opções, — knoppix, knoppix64, adriane, adriane64 (sempre em minúsculas), — seguidas dos “cheatcodes” (F2 e F3 para ver a lista resumida), combinados a gosto.

Por exemplo, “knoppix desktop=gnome”, se não quiser o ambiente LXDE (default).

O arquivo “syslinux.cfg”, — que o UNetBootin coloca na raiz do “Live pseudo-DVD” (Pendrive 8GB), — vai para a pasta “/boot/syslinux” do Pendrive 32GB.

Já o arquivo “isolinux.cfg”, — que o UNetBootin coloca na pasta “/boot/isolinux” do “Live pseudo-DVD” (Pendrive 8GB), — simplesmente não existe na instalação do Knoppix no Pendrive 32GB.

Essa “limpeza” dos arquivos que eram do UNetBootin talvez explique por que o Pendrive de 32 GB (com “persistência”) tem menos coisas.

“Live pseudo-DVD” (Pendrive 8GB) gerado pelo UNetBootin

ls -R | grep ":$" | sed -e 's/:$//' -e 's/[^-][^\/]*\//--/g' -e 's/^/   /' -e 's/-/|/' > Live-DVD-Arvore.txt

   .
   |-boot
   |---isolinux
   |-efi
   |---boot
   |-KNOPPIX
   |---modules

sudo ls -o -A -g -R > DVD-Knoppix-8GB-2016-11-13.txt

.:
total 6596
-rwxrwxrwx 1      54 Jun 17  2001 autorun.bat
-rwxrwxrwx 1      45 Feb 23  2003 autorun.inf
-rwxrwxrwx 1     967 May  1  2004 autorun.pif
drwxrwxrwx 3    4096 Nov  8 03:17 boot
-rwxrwxrwx 1   32606 Feb 21  2006 cdrom.ico
drwxrwxrwx 3    4096 Nov  8 03:17 efi
-rwxrwxrwx 1    1744 Aug 31 04:20 index.html
drwxrwxrwx 3    4096 Nov  8 01:40 KNOPPIX
-r-xr-xr-x 1  116492 Nov  8 01:41 ldlinux.c32
-r-xr-xr-x 1   61440 Nov  8 01:41 ldlinux.sys
-rwxrwxrwx 1  182592 Nov  8 03:41 libcom32.c32
-rwxrwxrwx 1   23700 Nov  8 03:41 libutil.c32
-rwxrwxrwx 1   26208 Nov  8 03:41 menu.c32
-rwxrwxrwx 1    3162 Nov 11 19:05 syslinux.cfg
-rwxrwxrwx 1    3162 Nov 11 18:52 syslinux_cfg_NEW_exagerado
-rwxrwxrwx 1    3030 Nov  8 05:22 syslinux_cfg_OLD
-rwxrwxrwx 1    1360 Nov  8 03:41 ubnfilel.txt
-rwxrwxrwx 1  953457 Oct 22 09:03 ubninit
-rwxrwxrwx 1 5300064 Oct 22 06:03 ubnkern
-rwxrwxrwx 1      56 Nov  8 03:17 ubnpathl.txt

./boot:
total 4
drwxrwxrwx 2 4096 Nov  8 05:15 isolinux

./boot/isolinux:
total 13964
-rwxrwxrwx 1 1474560 Feb  7  2009 balder.img
-rwxrwxrwx 1    2048 Oct 26 02:10 boot.cat
-rwxrwxrwx 1     525 Oct 26 02:01 bootefi.msg
-rwxrwxrwx 1     173 Oct 26 02:01 boot.msg
-rwxrwxrwx 1    1611 Oct 26 02:01 f2
-rwxrwxrwx 1    1696 Oct 26 02:01 f3
-rwxrwxrwx 1     256 Jul 15  2008 german.kbd
-rwxrwxrwx 1   10504 Oct  2 02:43 gfxboot.c32
-rwxrwxrwx 1  210445 Jun 26  2011 grub.exe
-rwxrwxrwx 1    1740 Oct  2 02:43 ifcpu64.c32
-rwxrwxrwx 1   40960 Oct 26 02:09 isolinux.bin
-rwxrwxrwx 1    2383 Nov  8 05:15 isolinux.cfg
-rwxrwxrwx 1    2251 Nov  8 05:13 isolinux_cfg_OLD
-rwxrwxrwx 1  116676 Oct  2 11:37 ldlinux.c32
-rwxrwxrwx 1  182584 Oct  2 02:43 libcom32.c32
-rwxrwxrwx 1   24192 Oct  2 02:43 libmenu.c32
-rwxrwxrwx 1   23692 Oct  2 02:43 libutil.c32
-rwxrwxrwx 1 5300064 Oct 22 06:03 linux
-rwxrwxrwx 1 5636384 Oct 22 02:53 linux64
-rwxrwxrwx 1   16822 Oct 26 02:01 logo.16
-rwxrwxrwx 1   26140 Jul 26  2014 memdisk
-rwxrwxrwx 1  150024 Jan  3  2015 memtest
-rwxrwxrwx 1   26200 Oct  2 02:43 menu.c32
-rwxrwxrwx 1  953457 Oct 22 09:03 minirt.gz
-rwxrwxrwx 1    1744 Oct 26 02:01 syslnx32.cfg
-rwxrwxrwx 1    1766 Oct 26 02:01 syslnx64.cfg
-rwxrwxrwx 1    3088 Oct  2 02:43 vesa.c32
-rwxrwxrwx 1    2200 Oct  2 02:43 vesainfo.c32
-rwxrwxrwx 1   26716 Oct  2 02:43 vesamenu.c32

./efi:
total 4
drwxrwxrwx 2 4096 Nov  8 03:41 boot

./efi/boot:
total 924
-rwxrwxrwx 1 172882 Oct  2 02:32 BOOTIA32.efi
-rwxrwxrwx 1 101160 Aug 18  2015 BOOTX64.efi
-rwxrwxrwx 1 100656 Aug 18  2015 hashtool.efi
-rwxrwxrwx 1 130057 Aug 18  2015 keytool.efi
-rwxrwxrwx 1 117284 Oct  2 02:31 ldlinux.e32
-rwxrwxrwx 1 134072 Oct  2 02:31 ldlinux.e64
-rwxrwxrwx 1 176240 Oct  2 02:32 loader.efi

./KNOPPIX:
total 4536416
-rwxrwxrwx 1     565212 Oct  2 02:34 background.jpg
-rwxrwxrwx 1       2706 Oct  1 11:37 background_source_apophysis.flame
-rwxrwxrwx 1   15636480 Oct 26 02:09 bootonly.iso
-rwxrwxrwx 1         47 Oct 26 02:09 bootonly.iso.md5
-rwxrwxrwx 1       7842 Aug 31 04:21 index_de.html
-rwxrwxrwx 1       7409 Aug 31 04:21 index_en.html
-rwxrwxrwx 1       9075 Aug 31 04:21 index_es.html
-rwxrwxrwx 1       8197 Aug 31 04:21 index_fr.html
-rwxrwxrwx 1       8135 Aug 31 04:21 index_it.html
-rwxrwxrwx 1 4284991008 Oct 21 17:34 KNOPPIX
-rwxrwxrwx 1  343927384 Oct 21 21:21 KNOPPIX1
-rwxrwxrwx 1      10072 Jan 25  2016 knoppix-cheatcodes.txt
-rwxrwxrwx 1      32073 Nov  9  2009 knoppix-logo-medium.png
-rwxrwxrwx 1      15797 Nov  9  2009 knoppix-logo-small.png
-rwxrwxrwx 1         17 Oct 21 16:03 kversion
-rwxrwxrwx 1      18487 Jan 25  2009 LICENSE.txt
drwxrwxrwx 2       4096 Nov  8 03:17 modules
-rwxrwxrwx 1        155 Oct  1 11:38 overlay-contents.txt
-rwxrwxrwx 1       3318 Jun 15  2013 README_Security.txt
-rwxrwxrwx 1        117 Oct 26 02:10 sha1sums
-rwxrwxrwx 1       1208 Oct  1 11:40 SOURCES.txt

./KNOPPIX/modules:
total 0

Pendrive 32GB com a 1ª instalação do Knoppix em “flash disk”

sudo ls / -o -A -g -R > Pen-Knoppix-32GB-2016-11-11.txt

/:
total 192
drwxr-xr-x 3   4096 nov  9 00:03 boot
drwxr-xr-x 3   4096 nov  8 23:48 efi
-rw-r--r-- 1   1744 nov  8 23:48 index.html
drwxr-xr-x 3   4096 nov  9 00:11 KNOPPIX
-r--r--r-- 1 116676 nov  8 23:48 ldlinux.c32
-r--r--r-- 1  60928 nov  8 23:48 ldlinux.sys

/boot:
total 4
drwxr-xr-x 2 4096 nov  9 00:03 syslinux

/boot/syslinux:
total 13920
-rw-r--r-- 1 1474560 nov  8 23:48 balder.img
-rw-r--r-- 1     525 nov  8 23:48 bootefi.msg
-rw-r--r-- 1     173 nov  8 23:48 boot.msg
-rw-r--r-- 1    1611 nov  8 23:48 f2
-rw-r--r-- 1    1696 nov  8 23:48 f3
-rw-r--r-- 1     256 nov  8 23:48 german.kbd
-rw-r--r-- 1   10504 nov  8 23:48 gfxboot.c32
-rwxr-xr-x 1  210445 nov  8 23:48 grub.exe
-rw-r--r-- 1    1740 nov  8 23:48 ifcpu64.c32
-rw-r--r-- 1    2251 nov  8 23:48 isolinux_cfg_OLD
-rw-r--r-- 1  116676 nov  8 23:48 ldlinux.c32
-rw-r--r-- 1  182584 nov  8 23:48 libcom32.c32
-rw-r--r-- 1   24192 nov  8 23:48 libmenu.c32
-rw-r--r-- 1   23692 nov  8 23:48 libutil.c32
-rw-r--r-- 1 5300064 nov  8 23:48 linux
-rw-r--r-- 1 5636384 nov  8 23:48 linux64
-rw-r--r-- 1   16822 nov  8 23:48 logo.16
-rw-r--r-- 1   26140 nov  8 23:48 memdisk
-rw-r--r-- 1  150024 nov  8 23:48 memtest
-rw-r--r-- 1   26200 nov  8 23:48 menu.c32
-rw-r--r-- 1  953457 nov  8 23:48 minirt.gz
-rw-r--r-- 1    2383 nov  8 23:48 syslinux.cfg
-rw-r--r-- 1    1744 nov  8 23:48 syslnx32.cfg
-rw-r--r-- 1    1766 nov  8 23:48 syslnx64.cfg
-rw-r--r-- 1    3088 nov  8 23:48 vesa.c32
-rw-r--r-- 1    2200 nov  8 23:48 vesainfo.c32
-rw-r--r-- 1   26716 nov  8 23:48 vesamenu.c32

/efi:
total 4
drwxr-xr-x 2 4096 nov  8 23:48 boot

/efi/boot:
total 924
-rw-r--r-- 1 172882 nov  8 23:48 BOOTIA32.efi
-rw-r--r-- 1 101160 nov  8 23:48 BOOTX64.efi
-rw-r--r-- 1 100656 nov  8 23:48 hashtool.efi
-rw-r--r-- 1 130057 nov  8 23:48 keytool.efi
-rw-r--r-- 1 117284 nov  8 23:48 ldlinux.e32
-rw-r--r-- 1 134072 nov  8 23:48 ldlinux.e64
-rw-r--r-- 1 176240 nov  8 23:48 loader.efi

/KNOPPIX:
total 4536420
-rw-r--r-- 1     565212 nov  8 23:48 background.jpg
-rw-r--r-- 1       2706 nov  8 23:48 background_source_apophysis.flame
-rw-r--r-- 1   15636480 nov  8 23:48 bootonly.iso
-rw-r--r-- 1         47 nov  8 23:48 bootonly.iso.md5
-rw-r--r-- 1       7842 nov  8 23:48 index_de.html
-rw-r--r-- 1       7409 nov  8 23:48 index_en.html
-rw-r--r-- 1       9075 nov  8 23:48 index_es.html
-rw-r--r-- 1       8197 nov  8 23:48 index_fr.html
-rw-r--r-- 1       8135 nov  8 23:48 index_it.html
-rw-r--r-- 1 4284991008 nov  9 00:01 KNOPPIX
-rw-r--r-- 1  343927384 nov  9 00:03 KNOPPIX1
-rw-r--r-- 1      10072 nov  9 00:03 knoppix-cheatcodes.txt
-rw-r--r-- 1         25 nov  9 00:11 knoppix-data.inf
-rw-r--r-- 1      32073 nov  9 00:03 knoppix-logo-medium.png
-rw-r--r-- 1      15797 nov  9 00:03 knoppix-logo-small.png
-rw-r--r-- 1         17 nov  9 00:03 kversion
-rw-r--r-- 1      18487 nov  9 00:03 LICENSE.txt
drwxr-xr-x 2       4096 nov  9 00:03 modules
-rw-r--r-- 1        155 nov  9 00:03 overlay-contents.txt
-rw-r--r-- 1       3318 nov  9 00:03 README_Security.txt
-rw-r--r-- 1        117 nov  9 00:03 sha1sums
-rw-r--r-- 1       1208 nov  9 00:03 SOURCES.txt

/KNOPPIX/modules:
total 0

“Só” falta aprender


Uma vez que o Knoppix 7.7.1 “original”, — aqui citado como “Live pseudo-DVD” (Pendrive 8GB), — é o que funciona, será mantido para uso como “ferramenta”, pois não faz muito sentido configurá-lo todos os dias, para o trabalho regular.

A instalação feita no Pendrive de 32GB, também não há motivo para descartar, — exceto para outras tentativas.

Está claro que, até aqui, o que foi obtido não passa de uma primeira aproximação, — tentada sem êxito desde o início do ano, bem como em anos anteriores, desde os tempos do Kurumin, — de um ponto de vista absolutamente “leigo”.

Provavelmente, a partir de agora a leitura sobre o Knoppix começará a fazer mais sentido, do que nesses anos todos.

_______________
Publicado inicialmente em 12 Nov. 2016, às 12:52, e desenvolvido nos dias 13 e 14, no Knoppix 7.7.1Live pseudo-DVD” (Pendrive 8GB gerado pelo UNetBootin).

— … ≠ • ≠ … —

Knoppix



Ferramentas &tc.


quinta-feira, 13 de outubro de 2016

De volta ao Gnome-screenshot

Um “simples” comando diz ao gnome-screenshot em qual pasta e com qual nome salvar a Captura de tela.

A necessidade de substituir o antiquado KSnapshot no Debian 8.6 KDE foi o que trouxe de volta o “gnome-screenshot”, — mas os resultados foram tão satisfatórios, que ele acabou substituindo também o sofisticado KDE Spectacle no Kubuntu 16.04 LTS, no Linux Mint 18 KDE, no KDE Neon User Edition, — e agora, no teste Live USB do Kubuntu 16.10 Yakkety Yak.

Copiando o comando do Debian para adaptar ao Live Kubuntu 16.10 Yakkety Yak

Leve, ágil e discreto, o “gnome-screenshot” mostrou uma série de vantagens, mesmo em relação ao KDE Spectacle:

  • Basta inserir a extensão “.JPG” para que as Capturas de tela sejam salvas nesse formato, — com economia de 50% (ou mais) no espaço ocupado em disco, sem perda de qualidade;

  • Não polui a tela com “notificações”, — que no caso do Spectacle, às vezes demoram a desaparecer, exigindo intervenção do mouse para fechá-las, ou continuar esperando, para fazer o próximo PrintScreen;

  • A Captura de tela com retardo (delay) pode ser feita sem interação ou uso do mouse, — ao contrário do Spectacle, que abre um diálogo e fica aguardando instruções.

Claro que tudo isso é muito relativo, — depende do uso e dos hábitos de trabalho de cada um.

O KDE Spectacle oferece vários recursos, — importantes para muitos usuários. — Além disso, é possível que permita soluções até melhores, nesses tópicos, e apenas falte neurônio por aqui, para descobrir como.

Os antigos atalhos do KDE Spectacle foram apenas desativados, — e podem ser restabelecidos no futuro

Alterar a duração das “notificações” do KDE Spectacle, por exemplo, não é difícil. — Mais complicado, talvez seja descobrir por que motivo, às vezes, elas acabam deixando de fechar sozinhas.

Kubuntu 16.10 Yakkety Yak


Último Print no Live Kubuntu 16.10, — de volta, após colapso temporário, — e Spectacle sem ser chamado

Não que o “gnome-screenshot” seja imune a falhas.

Ao encerrar a terceira sessão de teste do Kubuntu 16.10 Yakkety Yak, a tecla PrintScreen tinha estado inoperante desde 1 hora antes, — e o Spectacle aparecia na tabela de processos do Monitor do sistema (KSysguard), embora não tenha sido usado em momento algum. — Horas antes, tinha sido verificado no KSysguard que o Spectacle não estava carregado na Memória.

Terceira ou quarta tentativa de finalizar o “processo” Spectacle pelo KSysguard

  • Foram feitos 163 Prints entre 8:14 e 15:06. Às 16:11 ficou evidente que os Prints não estavam mais acontecendo. — Existe, porém, um último Print às 18:06, durante a tentativa de documentar a situação. Mas, passou desapercebido que tivesse voltado a funcionar, e há fotos de celular dessa mesma tela, às 18:11, ainda tentando “finalizar” o processo Spectacle. (Foram feitas 3 ou 4 tentativas, sem êxito). A sessão Live foi encerrada às 18:14. — Obs.: Todos os Prints têm nomes correspondentes à hora exibida na tela (confirmada pelas anotações no caderno), porém no Kubuntu consta que os arquivos foram gravados sempre 3 horas antes (5:14 às 12:06, e o último às 15:06).

Faltam conhecimentos (e tempo) para investigar se cada ocorrência desse tipo de problemas se deve aos aplicativos de Captura de tela, ou a qualquer outro componente dos “sistemas” Linux.

Quando o KSnapshot era mais usado (KDE 4), as observações eram irregulares, anotadas de passagem, e não deixaram registro de falhas. O Shutter começou a ser mais utilizado nos últimos 12 meses, mas só em tempos recentes as falhas foram minuciosamente registradas (Cinnamon e Plasma KDE 5). O uso do Spectacle começou nos primeiros testes Live USB do Kubuntu 16.04 Alpha e Beta (Plasma KDE 5), há cerca de uns 6 meses, mas só recentemente as observações produziram registros mais minuciosos.

Portanto, foram mudando os aplicativos de Captura de tela, mas também foram mudando os “sistemas” Linux onde são usados, — assim como vieram mudando o “observador” e, principalmente, a minúcia dos registros.


Debian 8.6 KDE


Captura de tela com o KSnapshot: — acerte com o Mouse em “Salvar como”.

Depois de 326 Capturas de tela com o KSnapshot, obter uma alternativa simples e prática foi a melhor notícia, desde a instalação do Debian 8.6 KDE, há 2 semanas.

Talvez ainda seja cedo para comemorar, — lembro meu antigo entusiasmo com o KSnapshot, e depois com o Shutter, dos quais agora quero distância. — Afinal, a nova “maravilha” é o Gnome-screenshot, que tanto já xinguei no passado.

Ainda não saber tudo é muito chato.

Captura de tela com o KSnapshot: — “Salvar como”, e confirmar para “Salvar”

Fato é que cada um desses 326 prints do KSnapshot exigiu nada menos que 4 ações, entre Mouse e Teclado:

(1) Teclar “Print”;

(2) Clicar em “Salvar como”, — é preciso ir lá, com o Mouse, pois o foco do “Enter” está em “Fazer nova captura”, — ou teclar “Tab” sucessivas vezes, até passar o foco do “Enter” para o “Salvar como”;

(3) Teclar “Enter” na segunda janela de diálogo, para confirmar e “Salvar”, — ou confirmar com o Mouse;

(4) Teclar “Esc” para fechar o Diálogo do KSnapshot, — ou fechá-la com o Mouse.

E o resultado são 326 arquivos numerados, — pense em centenas de “Snapshot-001”, “Snapshot-002”… até “Snapshot-326”.

Qualquer descuido, — backup, converter, copiar, mover, — pode alterar as datas, deixando tudo com o mesmo dia, hora e minuto. Aí, só abrindo cada um, para ver a hora (caso apareça na imagem).

Então, por que tantos elogios ao KSnapshot, no passado?

A verdade é que isso já foi um tremendo avanço. No antigo Windows XP, por exemplo, a tecla Print apenas copiava a imagem da tela para a memória, — sem direito a Klipper, para guardar várias “memórias”, — e era preciso correr para o Photoshop, criar novo arquivo de imagem, “colar” o ”print”. — Em seguida, “achatar” as camadas, ou não poderia salvar como JPEG (não havia visualizador rápido para arquivos “.PSD”). — Depois, digitar um nome-de-arquivo. — Por fim, “aceitar” salvar JPEG com Qualidade 80%, ou coisa parecida. Uma burocracia sem fim.

Encontrar um Ksnapshot, — que “resolvia tudo” em 3 passos, — parecia o paraíso.

Só mais tarde, — ao pesquisar e explorar o Shutter, — isso também se tornou coisa do passado.

Quando o KDE / Kubuntu substituiu o Shutter pelo Spectacle, logo ficou claro que as coisas podiam ser ainda melhores, — e até ontem, pareceria absurda, a simples ideia de trocar o Spectacle pelo Gnome-screenshot, caso alguém sugerisse.

Linux Mint 17.3 Cinnamon


Tomei conhecimento do Gnome-screenshot, — ou seria melhor dizer, “nem percebi”, — em alguma versão anterior do Linux Mint Cinnamon.

Existem no caderno duas ou três antigas anotações, tipo, — “a tecla Print não funciona. Não abre diálogo para salvar, e não há nada na memória para colar no Gimp”, — até que um dia descobri um punhado de arquivos salvados (silenciosamente) na pasta “/home/Pictures”, que não costumava olhar.

Porém, os arquivos de trabalho ficam na partição “F:\” (Fat32), do antigo Windows XP, que não aceita nomes com “:”. Enquanto foi usado o Nemo para fazer a transferência dos arquivos, tudo bem, — ele automaticamente substitui “:” por “_”, — o que não facilita a leitura (onde começa a hora?), mas ocultava o problema operacional.

A coisa se complicou ao fazer backup (aliás, sincronização), com arquivos duplicados numa direção, e uma mensagem de erro na outra.

E ficou mais evidente quando tentei “centralizar” as Capturas de tela em uma única pasta, — tipo, “F:\000_print-screen”, — para facilitar a sequência cronológica de vários sistemas Linux + Windows.

À primeira vista, a pesquisa na web só apresentava “impossibilidade” de configurar o Gnome-screenshot, — nome que o Linux Mint esconde, como o de muitos aplicativos, depois de lhes dar uma “personalização”. — As afirmações, nos Fóruns, eram de que não havia como “mudar” o padrão de nome-de-arquivo do Gnome-screenshot, e que essa demanda (ou “bug”) estava registrada havia anos, sem solução etc.

Shutter


Surto do Shutter no Linux Mint 17.3 Cinnamon

Como a vida não pode parar, — e o Dolphin foi adotado em diferentes sistemas Linux instalados em paralelo, — a solução imediata foi instalar o Shutter no Linux Mint 17.3 Cinnamon, já que o Spectacle não estava disponível em seus repositórios.

Saraivada de mensagens de erro do Shutter, ao ver seus arquivos renomeados fora dele

A partir daí, começaram a ser percebidos vários problemas relacionados ao Shutter:

  • Alto consumo de Memória RAM, à medida em que a “sessão” do Shutter acumula centenas de arquivos;

  • Reclamações mal-explicadas, a cada vez que um de seus preciosos arquivos é renomeado fora dele;

  • Acessos de atividade desvairada, “consumindo” CPU — e muitas vezes, parando de responder, até reiniciar o Linux Mint;

Montagem da solução


Primeiro “Print” do Gnome-screenshot no Debian, só com parâmetro “-p”, — incluir ponteiro do Mouse

Foi nesse quadro que o Debian 8.6 KDE instalado há 2 semanas veio apenas com o KSnapshot, — e sem Spectacle nos repositórios.

Para quem já se acostumou com “prints” de vários sistemas, salvos automaticamente, numa única pasta, — todos com nomes padronizados “YYYY-mm-DD_HH-MM-SS”, — voltar ao KSnapshot é como voltar à Idade da Pedra Lascada.

Entre as alternativas encontradas pelo Synaptic do Debian 8.6 KDE, havia pouco motivo para entusiasmo:

  • Shutter → 49 pacotes
  • Xfce4-screenshooter → 18 pacotes
  • Kazam → 18 pacotes
  • Mate-utils → 5 pacotes
  • X11-apps → Já instalado. — Mas, cadê? Como se usa isso?
  • Gnome-screenshot → 1 pacote.

Os “capturadores” do Xfce e do MATE foram usados recentemente, — na primeira instalação do Debian testing “Stretch”, com todos os ambientes gráficos, — e não agradaram muito, em um exame superficial (embora não duvide que possam ser fantásticos).

Mas, para pesquisar e aprender, por que não começar pelo Gnome-screenshot, do qual já sabia alguma coisa?

Gnome-screenshot com “-f” → nome-de-arquivo passou a gravar na pasta “/home

Um velho bookmark do AskUbuntu, — intitulado “How can i change the default name for the screenshots made by gnome-screenshot?”, — tinha algumas dicas ainda não exploradas, tipo editar arquivos de configuração, criar um arquivo executável com “chmod a+x” e outras fórmulas cabalísticas de arrepiar os cabelos. Mas, no desespero, até injeção na testa é uma possibilidade a considerar.

Um exame mais atento mostrou que algumas partes daquela fórmula:

gnome-screenshot.real -f "$HOME/Pictures/Screenshots/$(date +%F_%H-%M-%S).png" $@

talvez pudessem ser utilizadas, — não como “arquivo executável”, mas — como parâmetros para o “comando” a ser disparado pela tecla “Print”.

Bastou mudar a extensão para o gnome-screenshot gravar em formato JPEG, — com economia de espaço

Depois de várias experiências, o “comando” acabou transformado nisso, — que funcionou com perfeição, para Captura “imediata” de tela:

gnome-screenshot -p -f "/media/$USER/F/000_print-screen/$(date +%F_%H-%M-%S)_D.jpg"

onde “-p” é o parâmetro para incluir o ponteiro do Mouse; e “-f” é o parâmetro para indicar o nome do arquivo, a ser salvo sem mais delongas.

Incluindo apenas o nome-de-arquivo, o Gnome-screenshot já começou a funcionar na mesma hora, — porém, não havia jeito dele aceitar o caminho “/media/flavio/F/000_print-screen/”, — copiado do Dolphin por CTRL-L / CTRL-C.

Testando parâmetros do gnome-screenshot para a pasta onde os arquivos devem ser salvos

A variável “$USER” foi inspirada em outro tópico do AskUbuntu, — intitulado “Default save directory for gnome-screenshot?”, — onde se encontra outra fórmula cabalística de dar nó em pingo d’água:

gsettings set "org.gnome.gnome-screenshot" "auto-save-directory" "file:///home/$USER/screenshot"

Fez-se, então, a luz. — Aquele cifrão “$” da primeira fórmula não é para “estar no começo” do nome, — nem a “HOME” estava em maiúsculas por mania de grandeza. — O nome desse negócio é “variável”, ou algo assim, e o cifrão “$” está ali para indicar isso.

Na primeira fórmula, não é citado o usuário ($USER), talvez porque a variável “$HOME” já cuida disso, — imagino eu (que não entendo lhufas dessa algaravia).

Para capturar Menus, — também em tela inteira, — pelo “Shift-Print”, foi usado o mesmo comando, com uma pequena variação:

gnome-screenshot -p -d 7 -f "/media/$USER/F/000_print-screen/$(date +%F_%H-%M-%S)_D.jpg"

onde o parâmetro “-d” indica o retardo (delay) em segundos, para dar tempo de abrir os Menus etc.

Na prática, foi constatado que muitas “camadas” e “menus” são flagrados em tempo real, — não impedem o “Print” de chamar, — nem impedem o “gnome-screenshot” de agir.

Apenas em alguns casos isso não funciona, — e o “Shift-Print” fica para essas ocasiões.

Os parâmetros utilizados foram obtidos pelo comando “gnome-screenshot --help” no Terminal:

flavio@Linux3:~$ gnome-screenshot --help
Uso:
  gnome-screenshot [OPÇÃO...]

Opções de ajuda:

  -h, --help                       Exibe opções de ajuda
  --help-all                       Exibe todas as opções de ajuda
  --help-gtk                       Mostra as opções do GTK+
  --help-gapplication              Mostrar opções do aplicativo-G

Opções de aplicativo:

  -c, --clipboard                  Send the grab directly to the clipboard
  -w, --window                     Grab a window instead of the entire screen
  -a, --area                       Grab an area of the screen instead of the entire screen
  -b, --include-border             Include the window border with the screenshot
  -B, --remove-border              Remove the window border from the screenshot
  -p, --include-pointer            Include the pointer with the screenshot
  -d, --delay=seconds              Take screenshot after specified delay [in seconds]
  -e, --border-effect=effect       Effect to add to the border (shadow, border, vintage or none)
  -i, --interactive                Interactively set options
  -f, --file=filename              Save screenshot directly to this file
  --version                        Print version information and exit
  --display=MONITOR                Monitor do X a ser utilizado

Parece pouco, — mas é mais do que se encontra em algumas páginas “oficiais” ou “oficiosas”, — e já permite mais algumas operações básicas, como captura de janela, de área, efeitos etc.

Uso mínimo de Memória RAM pelo gnome-screenshot

Talvez fiquem faltando plumas e paetês, — coisas como setas coloridas, legendas, upload etc., que não uso.

Em compensação, bastou instalar 1 único pacote (733 kB), que ocupa um mínimo de Memória RAM, por poucos segundos, — e torna a desaparecer da “Tabela de processos” do Monitor do sistema (KSysguard).

O KDE Spectacle costuma permanecer na Memória, — e quando resolve usar CPU em excesso, é preciso descobrir alguma solução para o mistério.

Notificações do Spectacle acumulando-se na tela, sem desaparecer

O “gnome-screenshot” ambém consegue ser mais discreto do que o Spectacle, — que coloca na tela um baita retângulo de “notificação”, durante intermináveis segundos, — e às vezes se “esquece” de fechar, obrigando a esperar, ou acertar no “x”.

••• Mensagens ocultas


Mensagens de erro do comando “gnome-screenshot” no Terminal do Debian testing KDE

Ao transformar o Debian 8.6 “Jessie” KDE em Debian “testing” KDE, os scripts de instalação tornaram a configurar as teclas de atalho “PrintScreen” para chamar o Spectacle, — e ao tentar reconfigurá-las para chamar o Gnome-screenshot, ficou a impressão de que ele não funcionava, ou talvez o comando não estivesse 100% católico.

Para tirar a dúvida, o comando foi colado no Terminal (Konsole), — e revelou-se a ocorrência de mensagens de erro:

flavio@Linux3:~$ gnome-screenshot -p -f "/media/$USER/F/000_print-screen/$(date +%F_%H-%M-%S)_Dgshot.jpg"

(gnome-screenshot:10400): Gtk-WARNING **: Failed to get the GNOME session proxy: The name org.gnome.SessionManager is not owned

(gnome-screenshot:10400): Gtk-WARNING **: Failed to get the Xfce session proxy: The name org.xfce.SessionManager is not owned

(gnome-screenshot:10400): Gtk-WARNING **: Failed to get an inhibit portal proxy: The name org.freedesktop.portal.Desktop is not owned
** Message: Unable to use GNOME Shell's builtin screenshot interface, resorting to fallback X11.

Mensagens de erro do comando “gnome-screenshot” no Terminal do Kubuntu

O teste foi repetido depois no Kubuntu 16.04, no KDE Neon User Edition e no Linux Mint 18 KDE, — onde nada jamais fez suspeitar de qualquer “erro”.

No Kubuntu:

flavio@linux1:~$ gnome-screenshot -p -f "/media/$USER/F/000_print-screen/$(date +%F_%H-%M-%S)_Kgshot.jpg"
** Message: Unable to use GNOME Shell's builtin screenshot interface, resorting to fallback X11.

Mensagens de erro do comando “gnome-screenshot” no Terminal do KDE Neon

Verifica-se que no Kubuntu e no KDE Neon o comando retorna apenas uma mensagem de erro.

No KDE Neon:

flavio@linux4:~$ gnome-screenshot -p -f "/media/$USER/F/000_print-screen/$(date +%F_%H-%M-%S)_Ngshot.jpg"
** Message: Unable to use GNOME Shell's builtin screenshot interface, resorting to fallback X11.

Comando “gnome-screenshot” no Terminal do Linux Mint KDE, único que não retorna mensagem de erro

O Linux Mint 18, — embora também com ambiente KDE, — foi o único onde o comando não retornou qualquer mensagem de erro.

É uma questão a investigar, — mas, enquanto isso, o gnome-screenshot continua em uso normal no Kubuntu, no KDE Neon e no Linux Mint KDE, pela tecla de atalho “PrintScreen”.

No caso do Debian 8.6 KDE transformado em “testing” KDE, a tecla de atalho “PrintScreen” permanece configurada para chamar o Spectacle, até pesquisar mais sobre o assunto.

___________
Publicado inicialmente em 13 Out. 2016.
••• “Mensagens ocultas” → Adicionado em 21 Out. 2016.

— … ≠ • ≠ … —

Ferramentas &tc.