O auto-editor é um programa de linha de comando que tira, de forma automática, os espaços em branco do áudio de um vídeo e o entrega já editado e pronto para visualização.
Por uma questão que não sei dizer - talvez devido a problemas com máquinas pererecas ou o modo como o auto-editor lida com a edição, uma vez que o vídeo original pode ser editado/visualizado sem problemas - o resultado pode ser vídeos com a tela piscando por alguma inabilidade do próprio programa em renderizar de forma correta o fluxo de áudio e vídeo. Levando em conta isso e também a necessidade do usuário dele mesmo querer botar frescurinhas em suas produções, aqui vou mostrar como usar o auto-editor para exportar a timeline para poder ser aberta em outros editores.

Para instalar o auto-editor e o ShotCut:

sudo apt install auto-editor shotcut

O comando básico de conversão e que pode dar problema seria:

auto-editor vídeo-a-ser-editado --margin 0.30s

O valor de --margin 0.30s pode ser experimentado entre 0.20s e 0.50s pois é o espaço de tempo de "fim de fala e começo de outra" que o programa mede para fazer os cortes. O programa vai analisar o vídeo, separar o áudio e depois fazer os cortes e juntar tudo depois em um arquivo final. Se for um vídeo simples sem muitas pretensões ele já pode ser distribuído para visualização; se der algum problema como os já falados flickers na tela, podemos exportar o trabalho para editar em um editor de vídeo. Ele exporta para:

• default => conversão padrão mostrada acima
• premiere => Adobe Premiere
• resolve-fcp7 => DaVinci Resolve
• final-cut-pro => Final Cut Pro
• resolve
• shotcut => ShotCut
• json
• timeline
• audio => só o áudio já editado
• clip-sequence => uma sequência de vídeos já sem as pausas de um mesmo vídeo

Então, para exportar para o Final Cut Pro:

auto-editor vídeo-a-ser-editado --margin 0.30s --export final-cut-pro

Será criado um arquivo (o comando deve ser dado onde está o arquivo a ser editado) que poderá ser aberto para ser editado no Final Cut Pro, já com a timeline pronta e bastando ao usuário só dar os toques finais.

Para o ShotCut:

auto-editor vídeo-a-ser-editado --margin 0.30s --export shotcut

O arquivo criado é um mlt que pode ser aberto e editado no ShotCut já com a timeline carregada.

Não consegui fazer a bagaça funcionar no KDEnLive, o programa até tenta abrir mas trava a máquina toda. Mas não tem porque chiar porque o programa avisa (como mostrado mais acima) os formatos que exporta mas a gente tem que tentar, vai que...

Instalando as partes faltantes do Plasma 6 quando se usa a instalação mínima

Nessa dica (https://www.vivaolinux.com.br/dica/Trazendo-de-volta-o-Servios-em-Segundo-Plano-no-Plasma6) mostrei como trazer de volta o Gerenciador de Serviços em Segundo Plano que havia no Plasma 5 direto na opção de Configurações e que foi "escondido" no Plasma 6. Agora vou mostrar como colocar certas opções de funcionalidades que parece que o sistema de instalação "esquece" de colocar.

• Controle de Volume

As versões mais novas não costumam usar o KMix e o usuário pode ficar "meio sem" o botão de volume a não ser via widget como o "Área de Notificação". Instale o pacote "plasma-pa" para você ter o controle integrado de volume com e sem widget:

$ sudo pacman -S plasma-pa (Arch e "agregados");
$ sudo apt install plasma-pa (Debian e "agregados").

• plasma-firewall

É um pacote que insere no Configurações uma opção de controle de firewall. Uma vez instalado, basta instalar um firewall qualquer para ter acesso e controle da opção. Para instalar o item mais um firewall:

$ sudo pacman -S plasma-firewall firewalld
$ sudo apt install plasma-firewall firewalld

• sddm-kcm

É a opção no Configurações de você gerenciar o SDDM (login gráfico) do seu Plasma 6.

$ sudo pacman -S sddm-kcm
$ sudo apt install sddm-kcm

• kscreen

É a opção de controle de resolução de vídeo do seu sistema. Sem ele basicamente não tem como diretamente acessar as várias resoluções disponíveis na sua máquina e alternar entre elas de forma prática.

$ sudo pacman -S kscreen
$ sudo apt install kscreen

Basicamente esses são as opções que vem no Plasma 5 (pelo menos até onde posso lembrar) e que não costumam vir no Plasma 6.

Atualizou o sistema e o VLC morreu? Veja as causas e como contorná-las

Atualizações do sistema podem quebrar o funcionamento do VLC, que pode ser desde a demora na abertura de mídias áudio e vídeo até reiniciar o dispositivo. Esse problema - no caso de vídeo - pode ser devido aos drivers de vídeo utilizados na máquina, que podem influenciar na renderização final do vídeo devido ao OpenGL e Mesa (ambos de novo) em computadores e notebooks mais antigos.

Se você está nessa base, vamos ver como contornar esse problema sem ter que trocar hardware. Abra o VLC e vá em Ferramentas/Preferências. Na janela que abrir, vá no botão Vídeo e escolha em Saída a opção de OpenGL ou XCB.

Ainda em Configurações, vá no botão Entrada/Codificadores e, em Decodificação Acelerada por Hardware, desabilite-o.

Depois disso, clique em Salvar e reinicie o VLC e veja se funcionou. Basicamente tente um ou outro antes de tentar os dois já que desabilitar aceleração por hardware pode deixar o vídeo "arrastado", com perda de quadros pois o pós-processamento é feito desse modo pelo processador. Mas se o dispositivo do usuário não tiver os drivers adequados, seja por falta de instalação dos mesmos ou por não disponibilidade devido às restrições de hardware (processador "x86-64-V1" como os soquete 775), desabilitar esses itens vão ajudar o aplicativo usar as opções corretas em vez de forçar um recurso que a máquina não possui.

Mas o usuário também tem a opção de usar players de vídeo menos "frescos", como Gnome Vídeo, MPV, MPlayer, SMPlayer e tantos outros. Mas o VLC é o VLC, hehehe...

 

 

LibreOffice 26.x dando erro em processadores mais antigos

Mais uma pra quem tem máquina antiga: o LibreOffice 2.6.x dando erro de abertura por falta de certas instruções no processador. Quando o usuário vai rodar o programa, vai aparecer isso aqui via Terminal digitando libreoffice26.2:

/opt/libreoffice26.2/program/oosplash: CPU ISA level is lower than required

Isso é devido a falta de certas instruções nesses processadores mais antigos (que são "x86-64-v1") como:

1. Core 2 Duo e Core 2 Quad (755);
2. Pentium Dual-Core Séries E2000, E5000 e E6000;
3. Celeron Séries 400 e E1000/E3000;
4. Intel Atom versões antigas (séries N200, N400, Z500).

A versão do LibreOffice que não tem "ainda" esse problema é a 25.8.7 presente nos repositórios do Debian. Se o usuário fizer a atualização para a versão 26.2 quando esta estiver disponível ou via Snap/Flatpak esse erro poderá ocorrer se o processador for um daqueles da listagem mais acima.

Se você fez a atualização, o jeito é voltar ao que era antes. Abra o Terminal e digite:

sudo apt purge libreoffice26.2
sudo apt autoremove

Vá no site do Site do LibreOffice e baixe a versão 25.8.7 em formato deb e as opções de tradução e de help offline. Descompacte os arquivos em uma pasta, entre nas pastas DEB e lá dentro, no Terminal:

sudo dpkg -i *.deb
sudo apt install -f

Faça isso em cada uma das pastas DEB dos 3 arquivos descompactados, que são os debs do programa em si, o deb de help e os debs de linguagem.

Com isso você terá de volta a versão anterior funcional.

Discos que não instalam o sistema por erro MBR/GPT no Linux

Há um fato curioso que pode acontecer quando pegamos um disco que teve instalado outro sistema (seja qual for) e quando vamos instalar um outro não é possível instalar o mesmo. Podem aparecer mensagens ou situações como:

• O Windows não pode ser instalado nesse disco;
• O disco não aparece para ser formatado;
• o gerenciador de boot não consegue "achar" o caminho de boot adequado para ser instalado;
• Simplesmente instala mas não dá boot.

Isso costuma ocorrer pelo simples fato da parte do disco que trata do boot estar com "entradas MBR e GPT" - mesmo que defeituosas - e isso confunde os instaladores. Quem faz clonagem então o Clonezilla nem permite a clonagem já dando erro de cara no ocs-clonezilla.

Se você estiver passando por isso dá pra corrigir esse erro mas atenção: isso pode fazer com que o seu sistema fique sem boot, sendo necessário reinstalá-lo - o Grub. Abra o Terminal  e digite: (procedimento feito no Debian e agregadas em um disco para funcionar com boot MBR):

sudo apt install gdisk

Uma vez instalado, no Terminal, "descubra" o disco com problemas e digite (nesse exemplo, é o sda):

sudo gdisk /dev/sda

O disco problemático deverá aparecer assim:

Caution: invalid main GPT header, but valid backup; regenerating main header from backup!

Caution! After loading partitions, the CRC doesn't check out! Warning: Invalid CRC on main header data; loaded backup partition table. Warning! Main and backup partition tables differ! Use the 'c' and 'e' options on the recovery & transformation menu to examine the two tables.

Warning! One or more CRCs don't match. You should repair the disk! Main header: ERROR
Backup header: OK
Main partition table: ERROR
Backup partition table: ERROR

Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: damaged

Found valid MBR and corrupt GPT. Which do you want to use? (Using the GPT MAY permit recovery of GPT data.)
1 - MBR
2 - GPT
3 - Create blank GPT Your answer:

Aqui vamos tirar as entradas GPT e manter a MBR pois a máquina em questão só dá boot via MBR uma vez que não tem suporte ao GPT. Aperte 1 (MBR). Depois de apertar 1, os passos são (aperte as letras na sequência):

• x: vai para o menu avançado;
• z: apaga o GPT e as entradas ao longo do disco (backup);
• y: pergunta se é mesmo para "des-gptizar" o disco;
• n: para NÃO zerar o MBR.

Então a a sequência de teclas seria x, z, y, n. Se não sair do gdisk, aperte q ou w para voltar ao prompt normal. Para ter certeza de que tudo foi corrigido, abra de novo o gdisk e veja se aparece:

Partition table scan:
  MBR: MBR only
  BSD: not present
  APM: not present
  GPT: not present

MBR: MBR only é o que se espera NESSE exemplo. Depois pode haver a necessidade de recuperar o boot, siga a sequência abaixo, lembrando que tudo isso tem que ser feito via live-usb/iso FORA do sistema principal ativo.

Montar a partição root:
sudo mount /dev/sda1 /mnt

Montar o necessário:
sudo mount --bind /dev /mnt/dev
sudo mount --bind /proc /mnt/proc
sudo mount --bind /sys /mnt/sys

Entrar via chroot:
sudo chroot /mnt

Reinstalar a bagaça:
grub-install /dev/sda
update-grub

Sair e reiniciar:
exit
sudo reboot

Isso deve trazer de volta o boot do seu Debian. E lembrando pra só fazer isso se você estiver com problemas de boot, de criação de clones ou de instalação do sistema.

O Journal no Linux para a guarda e consulta de logs do sistema

O sistema de logs da maioria das distribuições Linux é o Journal, que faz parte do systemd tão criticado pelos mais "raiz" no uso do sistema. O Journal é o serviço que grava todos os logs gerados pelo sistema, desde o boot até a finalização do uso na máquina. Normalmente esses dados são carregados em memória e dinamicamente alocado no disco, podendo ser acessados pelo comando journalctl seguido de parâmetros que, para um usuário mais iniciante, pode ser um saco saber. Por exemplo, para saber os logs do ssh:

journalctl -xe | grep ssh
Hint: You are currently not seeing messages from other users and the system.
      Users in groups 'adm', 'systemd-journal' can see all messages.
      Pass -q to turn off this notice.
abr 23 10:26:13 debian systemd[736]: Starting gcr-ssh-agent.socket - GCR ssh-agent wrapper...
abr 23 10:26:13 debian systemd[736]: Starting gpg-agent-ssh.socket - GnuPG cryptographic agent (ssh-agent emulation)...
abr 23 10:26:13 debian systemd[736]: Starting ssh-agent.socket - OpenSSH Agent socket...
abr 23 10:26:13 debian systemd[736]: Listening on gcr-ssh-agent.socket - GCR ssh-agent wrapper.
abr 23 10:26:13 debian systemd[736]: Listening on ssh-agent.socket - OpenSSH Agent socket.
abr 23 10:26:13 debian systemd[736]: Listening on gpg-agent-ssh.socket - GnuPG cryptographic agent (ssh-agent emulation).
abr 23 10:26:22 debian gpg-agent[971]: using fd 4 for ssh socket (/run/user/1001/gnupg/S.gpg-agent.ssh)
abr 23 10:26:22 debian gpg-agent[971]: listening on: std=3 extra=6 browser=5 ssh=4
abr 23 10:26:22 debian gpg-agent[976]: using fd 4 for ssh socket (/run/user/1001/gnupg/S.gpg-agent.ssh)
abr 23 10:26:22 debian gpg-agent[976]: listening on: std=3 extra=6 browser=5 ssh=4

Nesse exemplo que vou mostrar, mostra um usuário editando o GDM3 para ser o gerenciador de login gráfico:

journalctl -b | grep gdm
Hint: You are currently not seeing messages from other users and the system.
      Users in groups 'adm', 'systemd-journal' can see all messages.
      Pass -q to turn off this notice.
abr 23 10:27:25 debian sudo[1993]: sidserra : TTY=pts/0 ; PWD=/home/sidserra ; USER=root ; COMMAND=/usr/bin/nano /etc/gdm3/daemon.conf
abr 23 10:27:53 debian sudo[2655]: sidserra : TTY=pts/0 ; PWD=/home/sidserra ; USER=root ; COMMAND=/usr/bin/systemctl enable gdm3
abr 23 10:27:57 debian sudo[2938]: sidserra : TTY=pts/0 ; PWD=/home/sidserra ; USER=root ; COMMAND=/usr/bin/systemctl enable gdm
abr 23 10:28:22 debian sudo[3362]: sidserra : TTY=pts/0 ; PWD=/home/sidserra ; USER=root ; COMMAND=/usr/sbin/dpkg-reconfigure gdm3

Também é possível "monitorar" o Journal em tempo real em busca de algum tipo de problema que não permitiu (ou não permite) algum programa ou recurso funcionar no sistema; o exemplo abaixo fica de olho no que acontece na sessão do usuário:

 journalctl --user -f
abr 23 18:17:18 debian /usr/libexec/gdm-x-session[680]: (II) modeset(0): Modeline "640x480"x0.0 30.24 640 704 768 864 480 483 486 525 -hsync -vsync (35.0 kHz e)
abr 23 18:17:18 debian /usr/libexec/gdm-x-session[680]: (II) modeset(0): Modeline "640x480"x0.0 25.18 640 656 752 800 480 490 492 525 -hsync -vsync (31.5 kHz e)
abr 23 18:17:18 debian /usr/libexec/gdm-x-session[680]: (II) modeset(0): Modeline "720x400"x0.0 28.32 720 738 846 900 400 412 414 449 -hsync +vsync (31.5 kHz e)
abr 23 18:17:18 debian /usr/libexec/gdm-x-session[680]: (II) modeset(0): Modeline "1024x768"x0.0 78.75 1024 1040 1136 1312 768 769 772 800 +hsync +vsync (60.0 kHz e)
abr 23 18:17:18 debian /usr/libexec/gdm-x-session[680]: (II) modeset(0): Modeline "1024x768"x0.0 75.00 1024 1048 1184 1328 768 771 777 806 -hsync -vsync (56.5 kHz e)
abr 23 18:17:18 debian /usr/libexec/gdm-x-session[680]: (II) modeset(0): Modeline "1024x768"x0.0 65.00 1024 1048 1184 1344 768 771 777 806 -hsync -vsync (48.4 kHz e)
abr 23 18:17:18 debian /usr/libexec/gdm-x-session[680]: (II) modeset(0): Modeline "832x624"x0.0 57.28 832 864 928 1152 624 625 628 667 -hsync -vsync (49.7 kHz e)
abr 23 18:17:18 debian /usr/libexec/gdm-x-session[680]: (II) modeset(0): Modeline "800x600"x0.0 49.50 800 816 896 1056 600 601 604 625 +hsync +vsync (46.9 kHz e)
abr 23 18:17:18 debian /usr/libexec/gdm-x-session[680]: (II) modeset(0): Modeline "800x600"x0.0 50.00 800 856 976 1040 600 637 643 666 +hsync +vsync (48.1 kHz e)

De um modo geral, o usuário praticamente nunca vai usar esse tipo de recurso - verificar logs - pois normalmente quem faz esse tipo de coisa são usuários mais experientes ou mesmo aqueles que querem conhecer mais do sistema.

Há programas gráficos para isso e um deles é o Gnome Logs e normalmente já vem instalado:

Apesar da moçada mais ligada na bagaça preferir linha de comando por já terem esse conhecimento, essa ferramenta gráfica é bastante útil e tem até procura e exportação de logs para arquivo de texto.

Uma coisa que pode ser problemática é que os logs podem ficar quilométricos já que registram tudo mas dá pra configurar certas coisas no recurso de modo a se adequar a máquinas mais antigas com poucos recuros (disco rígido lento, pouca memória ram e de baixa velocidade, processador modesto, etc). O arquivo de configuração fica em /etc/systemd/journald.conf. Uma configuração legal vai depender do tipo de uso da máquina e por quanto tempo se quer logs guardados para acesso posterior. O comando abaixo "mede" mais ou menos o quanto de dados são gerados em 24 horas:

journalctl --since "24 hours ago" | wc -c
Hint: You are currently not seeing messages from other users and the system.
      Users in groups 'adm', 'systemd-journal' can see all messages.
      Pass -q to turn off this notice.
10203872

O número 10203872 mostra que um dia (últimas 24 horas) de uso da máquina geraram 10MB de logs; de posse desse dado dá pra dosar mais ou menos o tamanho dos logs para que não pese no uso da máquina. Edite o arquivo /etc/systemd/journald.conf:

sudo nano /etc/systemd/journald.conf

Bote # em todas as linhas e coloque esses parâmetros:

[journal]
Storage=persistent
SystemMaxUse=50M
SystemMaxFileSize=5M
RuntimeMaxUse=20M
Compress=yes
Seal=no
RateLimitIntervalSec=30s
RateLimitBurst=200
MaxRetentionSec=7day
SyncIntervalSec=5m

Salve e reinicie a máquina. Esse parâmetro (SystemMaxUse=50M) limita o tamanho dos logs a 50MB e, comparando com a configuração de 10MB da máquina, é suficiente para aproximadamente 5 dias. Você pode mudar esse parâmetro de acordo com a situação mas normalmente os valores originais dão conta. A configuração "por fora" é mais para garantir logs mais simples e menores para não ocupar espaço em disco e que também não é aquela perda de espaço como pode parecer.

Para saber qual o tamanho dos logs do journal:

journalctl --disk-usage

Para a pasta de logs (espaço real usado em disco):

sudo du -sh /var/log/journal

Para dar uma "flushada" caso seus logs sejam grandes:

sudo journalctl --vacuum-size=50M

O comando dado vai fazer o journal "limpar" os logs mais antigos. Para SSD, bote no arquivo journald.conf as linhas (mostrando o que cada linha faz):

[Journal]
Storage=persistent

# Limite bem controlado no disco
SystemMaxUse=100M
SystemMaxFileSize=10M

# RAM como buffer
RuntimeMaxUse=30M

# Compressão ajuda a reduzir escrita total
Compress=yes

# Integridade desligada (menos escrita extra)
Seal=no

# Evita flood de logs
RateLimitIntervalSec=30s
RateLimitBurst=200

# Retenção moderada
MaxRetentionSec=7day

# Reduz frequência de sync (menos escrita no SSD)
SyncIntervalSec=10m

Salve e reinicie a máquina e veja como a máquina se comporta. Você pode zerar os logs pra começar as coisas de modo limpo:

sudo systemctl stop systemd-journald
sudo rm -rf /var/log/journal/*
sudo systemctl start systemd-journald

Essas configurações, como dito antes, visam otimizar o uso do recurso de modo a não ficar com tudo gigantão, facilitando o gerenciamento dos logs em caso de problemas.

Dando uma turbinada no terminal bash

Nessa dica eu mostro como dar uma configurada mais avançada no bash e no zsh mas tem usuários que podem ter alguns problemas com o zsh (eu mesmo já tive), então resolvi fazer essa dica para implementar funções mais avançadas aos moldes que vemos no zsh.

Parte da dica citada acima vai servir de base, então vale uma lida lá antes de tentar essa aqui. Primeiro comece instalado os pacotes:

sudo apt install zoxide zfz bash-completion

Após isso, faça backup do seu ~/.bashrc:

cp ~/.bashrc ~/.bashrc-bkp

Agora abra o seu ~/.bashrc atual, apague o conteúdo e coloque esse aqui (depois de editado, dê um source ~./bashrc):

# ~/.bashrc

# =========================
# INTERATIVO
# =========================
case $- in
    *i*) ;;
      *) return;;
esac

# =========================
# HISTÓRICO
# =========================
HISTCONTROL=ignoreboth
HISTSIZE=10000
HISTFILESIZE=20000
shopt -s histappend
shopt -s checkwinsize

# =========================
# PROMPT
# =========================
if [ -z "${debian_chroot:-}" ] && [ -r /etc/debian_chroot ]; then
    debian_chroot=$(cat /etc/debian_chroot)
fi

case "$TERM" in
    xterm-color|*-256color) color_prompt=yes;;
esac

if [ "$color_prompt" = yes ]; then
    PS1='${debian_chroot:+($debian_chroot)}\[\033[01;32m\]\u@\h\[\033[00m\]:\[\033[01;34m\]\w\[\033[00m\]\$ '
else
    PS1='${debian_chroot:+($debian_chroot)}\u@\h:\w\$ '
fi
unset color_prompt

case "$TERM" in
xterm*|rxvt*)
    PS1="\[\e]0;${debian_chroot:+($debian_chroot)}\u@\h: \w\a\]$PS1"
    ;;
esac

# =========================
# CORES LS
# =========================
if [ -x /usr/bin/dircolors ]; then
    eval "$(dircolors -b)"
    alias ls='ls --color=auto'
fi

# =========================
# ALIASES EXTERNOS
# =========================
[ -f ~/.bash_aliases ] && . ~/.bash_aliases

# =========================
# ZOXIDE
# =========================
eval "$(zoxide init bash)"

# =========================
# FZF
# =========================
export FZF_DEFAULT_OPTS="--height 40% --layout=reverse --border --info=inline"

[ -f /usr/share/doc/fzf/examples/key-bindings.bash ] && \
  source /usr/share/doc/fzf/examples/key-bindings.bash

zi() {
  local dir
  dir=$(zoxide query -l | fzf --height 40% --layout=reverse --border --preview 'ls -la {}') && cd "$dir"
}

# =========================
# FZF - HISTÓRICO EXATO
# =========================
fzf-history-widget-exact() {
  local selected
  selected=$(history | tac | sed 's/^[ ]*[0-9]*[ ]*//' | \
    FZF_DEFAULT_OPTS="$FZF_DEFAULT_OPTS --exact" fzf)

  if [ -n "$selected" ]; then
    READLINE_LINE="$selected"
    READLINE_POINT=${#READLINE_LINE}
  fi
}

# escolha o atalho (recomendado Alt+F)
bind -x '"\ef": fzf-history-widget-exact'

Não esqueça que o zoxide precisa "aprender" o seu histórico caso você tenha instalado o recurso agora:

cat ~/.bash_history \
| sed 's/^: [0-9]*:[0-9]*;//' \
| grep -E '^cd ' \
| sed 's/^cd //' \
| while read -r dir; do
    dir="${dir/#\~/$HOME}"
    [ -d "$dir" ] && zoxide add "$dir"
done

O funcionamento é o mesmo mostrado na dica citada acima. Lembrando que o zoxide é um "cd melhorado com busca" onde você digita parte da pasta que você já entrou e ele mostra uma lista; se a pasta for completa, já entra direto desde que já tenha sido acessada anteriormente. Se digitar só "zi" sem as aspas você cai direto na pesquisa e conforme vai digitando as opções vão diminuindo conforme ficar mais completo o nome de onde você quer ir.

Agora o fzf é um "procurador de histórico" e procura por tudo que você já tenha digitado em termos de comando. No terminal, apertando CTRL+R você vai para uma listagem onde conforme vai digitando a listagem vai diminuindo; chegando onde quer, enter.

Dá até pra combinar palavras:

Agora uma espécie de suggestions, onde você digita parte de um comando inicial e usando as teclas de setas pra cima e pra baixo mostra as opções complementares de comandos já efetuados. Por exemplo, se você digitar sem as aspas "sudo apt-mark" e usar as setas de direção TODAS as entradas de comandos já digitadas e presentes no histórico (~/.bash_history) que tenham a opção de início "sudo apt-mark" aparecerão conforme o uso das setas. Crie o arquivo ~./inputrc:

nano ~/.inputrc

Coloque dentro:

$include /etc/inputrc

# command history search
"\e[A": history-search-backward
"\e[B": history-search-forward
"\e[C": forward-char
"\e[D": backward-char

# extended auto-completation with tab
set show-all-if-ambiguous on
set completion-ignore-case on

# colors
set colored-completion-prefix on
set colored-stats on

# misc
set blink-matching-paren on
set mark-symlinked-directories on

Salve e feche o arquivo, reinicie a sessão e pronto. Esse recurso não "antecipa" o comando mas é melhor do que ficar procurando com as teclas de setas; e ainda temos o fzf e zoxide que fornece indiretamente essa opção.

O ~/.inputrc é interessante ter pois ele dá cores ao uso do TAB para complementar o comando e para deixar tudo mais completo, no seu ~/.bashrc coloque isso aqui DEPOIS do esac do Interativo:

# enable bash completion in interactive shells
if ! shopt -oq posix; then
  if [ -f /usr/share/bash-completion/bash_completion ]; then
    . /usr/share/bash-completion/bash_completion
  elif [ -f /etc/bash_completion ]; then
    . /etc/bash_completion
  fi
fi

Vai ficar assim:

Complementando: o CTRL+R pode encontrar mais do que deveria, "pulverizando" as palavras mais curtas com o conteúdo de outras opções encontradas. Por exemplo, mandando procurar por "sudo apt" ele pode expandir a procura para outras coisas que tenham su, do e até mesmo as letras da procura inicial. Para uma procura "de gente grande, use o ALT+F, aí sim é procura exata.

E para evitar que comandos muito curtos (como o z, zi, cd ~/ e tal) entrem no histórico, coloque isso no seu ~/.basrc na parte de histórico, que fica aqui:

# =========================
# HISTÓRICO
# =========================
HISTCONTROL=ignoreboth
HISTSIZE=10000
HISTFILESIZE=20000
shopt -s histappend
shopt -s checkwinsize

export HISTIGNORE="ls:cd ~/*:clear:quit:z*:zi*"

Essa linha (de exemplo) vai impedir que linhas começando por:

• ls
• cd ~/
• clear
• quit
• z
• zi

entrem no histórico. Se quiser colocar mais itens é só acrescentar os mesmos, mantendo os itens dentro das aspas e separando-os por dois pontos. E se você quiser limpar o seu histórico com os itens mostrados:

grep -vE '^(ls|cd ~\/|clear|quit)\b' ~/.bash_history > /tmp/bash_history_clean && \
mv /tmp/bash_history_clean ~/.bash_history && \
history -c && \
history -r

E outra vez você pode inserir novos itens dentro de:

(ls|cd ~\/|clear|quit)

mantendo a seleção dentro dos parênteses e separados por | (aquele caracter usado com o grep).

Terminal bash quase "profissa"...