Início / ubuntu / Perguntas / 1399135
Accepted
slyfox1186
Asked: 2022-03-25 10:00:52 +0800 CST

Não usar > faz toda a diferença na abertura do gedit pelo terminal sem erros ou travamento do terminal

  • 772

Eu tenho experimentado usar o terminal para abrir o gedit com qualquer tipo de arquivo que ele seja capaz de usar e não ter o terminal bloqueado até que o arquivo seja fechado OU tenha alguma mensagem de erro na saída do terminal.

Essencialmente uma diferença de:

/dev/null
    or
>/dev/null

Isso abre um arquivo de texto através do terminal e não o bloqueia e não mostra nenhuma mensagem de erro.

function gedit {
    sudo -H gedit "$@" /dev/null 2>&1 &
    clear;
}

Isso não funciona e é o inverso do método acima.

function gedit {
    sudo -H gedit "$@" >/dev/null 2>&1 &
    clear;
}

Alguma ideia galera?

gnome-terminal

2 respostas

  1. O problema pode ser algumas coisas, porque você está enviando todos os erros para /dev/null, você não poderá ler esses erros.

    Eu recomendaria mover o -Hsinalizador antes do comando que você pretende executar com privilégios. Eu acho que sudoé exigente sobre essas coisas. (ou seja: sudo -H COMMAND_HERE).

    É provável que seu shell atual não tenha sido elevado para sudo, e você está sendo solicitado a inserir sua senha.

    
function gedit {
    sudo sleep 0
    sudo -H gedit "$@" > /dev/null 2>&1 & disown
    clear
}

    Você pode tentar emitir sleep 0ou echoapenas obter o prompt sudo. Se você já digitou sua senha, isso ainda deve funcionar.

    Ou, se você geditconfigurou em seu sudoers, você pode remover a sudo sleep 0linha, mas de qualquer forma, você precisa corrigir o -Hsinalizador para sudo.

    • 0
  2. Best Answer

    Para entender o que um comando em uma janela de terminal está fazendo, você precisa começar com a sintaxe básica do shell. O >personagem tem uma função muito específica e, portanto, sua presença faz uma diferença fundamental nesse nível.

    Um ponto fundamental primeiro: adicionar sudoindiscriminadamente assim é perigoso e eu recomendo contra isso. É muito fácil esquecer que você está trabalhando com rootprivilégios se sudoestiver escondido dentro de uma função.

    Na sua primeira versão:

    sudo -H gedit "$@" /dev/null 2>&1 &

    o sudocomando é chamado com a -Hopção e o argumento gedit "$@" /dev/nullonde "$@"é substituído pela lista de parâmetros passados ​​para a função. Então gedité executado como usuário rootcom uma lista de arquivos para editar que compreende todos os arquivos fornecidos pelo usuário mais o arquivo /dev/null. (Se a edição /dev/nullfaz algum sentido está além do escopo desta explicação.) O elemento 2>&1não faz nada nesta versão, pois a saída padrão e o erro padrão já vão para o mesmo destino de qualquer maneira. O elemento &coloca todo o comando em segundo plano para liberar a janela do terminal novamente. Como consequência, no entanto, causará sudoou geditbloqueará se eles tentarem gravar algo na saída padrão ou no erro padrão.

    Na sua segunda versão:

    sudo -H gedit "$@" >/dev/null 2>&1 &

    o sudocomando é chamado com a -Hopção e o argumento gedit "$@"where "$@"é substituído pela lista de parâmetros passados ​​para a função como antes. Então gedité executado como usuário rootcom exatamente a lista de arquivos para editar fornecida pelo usuário. O elemento> redireciona a saída padrão do comando para o arquivo a seguir /dev/null, descartando-o efetivamente, e o elemento 2>&1redireciona o erro padrão para o mesmo destino. O elemento &coloca todo o comando em segundo plano como antes, mas como a saída padrão e o erro padrão foram redirecionados desta vez, os programas não serão bloqueados ao escrever lá.

    Depois de entender essa diferença funcional fundamental, você pode começar a analisar por que cada versão se comporta da maneira que se comporta e como alterar o comportamento que você não gosta. Por exemplo, sudopode tentar solicitar uma senha que entra em conflito com a colocação em segundo plano. Se você quiser se agarrar ao sudomeu conselho, existem maneiras de contornar isso separando as etapas de verificação de senha e execução do programa por sudomeio das opções -ve -n.

    • 0

relate perguntas