Freqüentemente, quando digito errado um comando como ls (por exemplo, pressione ENTER antes de digitar 's'), ocorre um longo atraso (~ 2s) após a exibição do terminal:
bash: l: command not found...
Entendo os motivos de um atraso semelhante após a inserção de uma senha incorreta, por Por que ocorre um grande atraso após a inserção de uma senha incorreta? . Mas por que atrasar após um comando não reconhecido? Será que FAIL_DELAY
no /etc/login.defs
afetam isso também?
bash
command-line
fedora
command-not-found
paislee
fonte
fonte
echo "$PROMPT_COMMAND"
?Respostas:
depois de alguma pesquisa eu encontrei isso :
$>yum remove command-not-found
e instale-o novamente com>$yum install command-not-found
(caso você tenha esse pacote instalado no sistema).se isso não ajudar, tente:
adicione isso ao seu
~/.bashrc
arquivo:unset command_not_found_handle
fonte
Eu descobri que a melhor solução, pelo menos no Fedora, é modificar o arquivo de configuração
/etc/PackageKit/CommandNotFound.conf
como o maior atraso vem da busca por pacotes para instalar, se você modificar
SoftwareSourceSearch=true
emSoftwareSourceSearch=false
o atraso é quase 0 e você ainda é avisado sobre erros de ortografia, o que pode ser útil.
fonte
O Fedora usa algo semelhante.
Se você deseja apenas remover esse recurso, use:
fonte
bash: /usr/libexec/pk-command-not-found: No such file or directory
Para corrigir isso, crie o arquivo após a remoção do pacote, / usr / libexec / pk-command-not-found com o seguinte:#!/bin/sh echo "Command not found: $1"
Isso imprimirá: Comando não encontrado: fail-commandNo meu caso, é devido a algum bug de proxy conhecido em / usr / libexec / pk-command-not-found
Minha configuração de proxy está correta porque o download exato da mesma URL com um comando bare curl é bem-sucedido instantaneamente.
Eu verifiquei se o processo pk-command-not-found tem a configuração de proxy:
No entanto, não o utiliza por algum motivo desconhecido.
https://bugzilla.redhat.com/show_bug.cgi?id=1553368
fonte