Alexei Martianov's questions

`Estou lendo uma resposta para https://stackoverflow.com/questions/692000/how-do-i-write-standard-error-to-a-file-while-using-tee-with-a-pipe/692009#692009 , https://stackoverflow.com/a/14737103/5499118 :

{ { ./aaa.sh | tee bbb.out; } 2>&1 1>&3 | tee ccc.out; } 3>&1 1>&2

Como verifiquei, funciona conforme explicado. A resposta leva para https://unix.stackexchange.com/a/18904/266260 , que leva para https://unix.stackexchange.com/a/3540/266260 .

Não entendo por que { ... 1>&3 ... } 3>&1funciona (como o redirecionamento posterior reverte o efeito do anterior), porque quando eu queria entender man bash:

Observe que a ordem dos redirecionamentos é significativa. Por exemplo, o comando

ls > dirlist 2>&1

direciona a saída padrão e o erro padrão para o arquivo dirlist, enquanto o comando

ls 2>&1 > dirlist

direciona apenas a saída padrão para o arquivo dirlist, porque o erro padrão foi duplicado da saída padrão antes que a saída padrão fosse redirecionada para dirlist.

Encontrei duplicação de descritores de arquivo no redirecionamento :

Os redirecionamentos são implementados por meio da família de funções do sistema dup. dup é a abreviação de duplicação e quando você faz isso, por exemplo:

3>&2

você duplica (dup2) o filedescriptor 2 no filedescriptor 3 ...

Portanto, entendo que 1>&3duplica 3 em 1 e eles apontam para o mesmo objeto a partir desse comando man dup.

Após um retorno bem-sucedido, os descritores de arquivo antigo e novo podem ser usados ​​indistintamente. Eles se referem à mesma descrição de arquivo aberto.

Pela dupexplicação, não espero 3>&1mudar nada, pois 3 e 1 já são iguais. Mas aparentemente não é o caso, pois omitir 3>&1 dos { { ./aaa.sh | tee bbb.out; } 2>&1 1>&3 | tee ccc.out; } 3>&1 1>&2resultados embash: 3: bad file descriptor

O que (se houver) está incorreto ao explicar o redirecionamento com dupchamadas? O que acontece internamente durante 1>&3e 3>&1? Talvez { }sejam importantes aqui, mas vejo que são usados ​​apenas para agrupamento e por man bash:

list é simplesmente executado no ambiente de shell atual.

Quero usar mancom mais eficiência. Eu decidi tentar --regexa opção. No entanto:

~$ man --regex -K '.*textdomain.*perl.*'
--Man-- next: Locale::Messages(3pm) [ view (return) | skip (Ctrl-D) | quit (Ctrl-C) ]
^C
~$ man --regex -K '.*perl.*textdomain.*'
No manual entry for .*perl.*textdomain.*

A fonte (para primeiro descobrir qual man abre) que extraí produz resultados grep vazios em ambos os sentidos, mas encontra palavras (textdomain, perl) separadamente:

~/Documents$ grep '.*textdomain.*perl.*' Locale\:\:libintlFAQ.3pm
~/Documents$ grep '.*perl.*textdomain.*' Locale\:\:libintlFAQ.3pm

No arquivo existe perl(por exemplo, linha 74) antes textdomain(por exemplo, linha 120). Por que man --regex -K '.*perl.*textdomain.*'não consigo encontrá-lo quando a ordem inversa das palavras o faz? grepmostra que nenhuma das sequências está em uma linha. Como realmente man --regex -Kfunciona? Deveria .*encontrar novas linhas ou não? Acho que a última resposta é "depende do sistema" (com base em https://stackoverflow.com/questions/11924480/search-in-man-page-for-words-at-the-beginning-of- linha ).

Pesquisa na Web encontrada, por exemplo, https://askubuntu.com/questions/624848/view-history-of-commands-run-in-terminal , da qual entendi que existe o arquivo ~/.bash_historye o histórico temporário.

Tenho muitos terminais abertos e quero descobrir uma saída específica, historymostra o comando no qual estou interessado. Alguma maneira de descobrir ttyem que foi executado?

Histórico do PS bash, onde o comando executado discute pastas no sistema de arquivos para arquivos where.

Quero que um script bash conclua seu trabalho (não apenas inicie) antes de um determinado systemdserviço, cuja solução o AFAIK envolve terminar antes que seu próprio serviço termine.

A pesquisa na Web encontra perguntas sobre como começar. Pelo que entendi, Before=a opção é esperar até que a unidade seja iniciada. Portanto lendo man systemd.servicevejo apenas uma opção Type=forking::

o gerente de serviço considerará a unidade iniciada quando o processo pai for encerrado.

mesmo que eu não bifurque nenhum processo em um script. Estou correto aqui? Isso garantirá (além de bugs, etc.) que meu script será concluído antes do Before=início do serviço?

Por exemplo, outro tipo: Type=exec:

"enquanto exec não prosseguirá antes que fork() e execve() no processo de serviço sejam bem-sucedidos."

Não está claro para mim o que proceedaqui significa, também lendo man execvenão entendo como o systemd saberá se execveterá sucesso como:

execve() não retorna em caso de sucesso e o texto, os dados inicializados, os dados não inicializados (bss) e a pilha do processo de chamada são substituídos de acordo com o conteúdo do programa recém-carregado.

Outros tipos (notify, dbus), como vejo, manprecisam de recursos especiais desde o processo iniciado.

touch 1.txt 2.txt
find . -name "[12].txt" -exec sh -c 'echo "${1}"' sh {} + -exec echo {} +
./2.txt
./2.txt ./1.txt

Por que echodentro de sh -csaídas apenas um arquivo? Hoje pensei ter entendido como findfunciona a partir do Entendimento da opção -exec de `find` , mas agora fiquei confuso novamente. Obteve o mesmo resultado para -exec bash. TIA

TL;DR

Exec=gnome-terminal -- bash -c 'script="%u";if [[ -e "$script" ]] ; then "$script" ; else exec bash ; fi'A linha no arquivo da área de trabalho do GNOME executa scripts, mas apenas sem espaços no nome. Como executar script com qualquer nome?

Descrição completa de "o que eu quero" e o que eu tentei:

Desejo abrir scripts no editor por padrão do Nemo (gerenciador de arquivos AFAIK baseado no Nautilus), mas ainda ser capaz de abrir no terminal como outra opção no Nemo para abrir esses arquivos.

A pesquisa na Web encontra https://askubuntu.com/questions/286621/how-do-i-run-executable-scripts-in-nautilus . Não é novidade para mim, mas quando defino a opção no gerenciador de arquivos para "visualizar", não há opção para executar em "abrir com", tenho que abrir o terminal separadamente e inserir o nome do script.

Eu abri /usr/share/applications/org.gnome.Terminal.desktop, ele roda Exec=gnome-terminal --window. Eu encontrei https://askubuntu.com/questions/974756/how-can-i-open-a-extra-console-and-run-a-program-in-it-with-one-command e mudei a linha Exec=gnome-terminal --windowcom linha de amostra Exec=gnome-terminal -- bash -c 'script="%u";if [[ -e "$script" ]] ; then "$script" ; else exec bash ; fi', funciona para scripts sem espaços nos nomes, mas com scripts que contêm espaços, não resulta na saída de script esperada. Não é grande coisa, talvez, mas eu quero melhor.

Significado de, por exemplo, %uconfirmado aqui: https://specifications.freedesktop.org/desktop-entry-spec/desktop-entry-spec-1.0.html .

Meu caso de uso atual passado para mim no trabalho de screenuso é sshpara servidor, supara conta de usuário técnico, então screen -RD. Quando ssha sessão é perdida automaticamente devido ao tempo limite, repito as etapas e tenho meu "status do terminal" no servidor para essa conta técnica com a mesma aparência de se nenhuma redefinição de conexão tivesse acontecido.

Eu queria entender a importância dos -RDsinalizadores e na página de manual da tela que li (ênfase minha):

-D -R

Anexe aqui e agora. Em detalhes, isso significa: Se uma sessão estiver em execução, reconecte. Se necessário, desconecte e faça logout remotamente primeiro. Se não estava em execução, crie-o e notifique o usuário. Este é o favorito do autor.

Eu tentei pesquisar na web por logout remotely screen, o resultado principal relevante foi apenas https://www.tecmint.com/keep-remote-ssh-sessions-running-after-disconnection/ , onde li sobre desanexação:

Desanexando uma tela

Apenas quando você deseja sair da sessão remota, mas deseja manter a sessão que você criou nessa máquina ativa, apenas o que você precisa fazer é desanexar a tela do terminal para que não tenha mais terminal de controle. Depois de fazer isso, você pode sair com segurança.

No SE, encontrei Como desconectar remotamente uma tela de outro terminal e https://askubuntu.com/questions/526972/remotely-log-out-of-graphical-gnome-session , mas essas são outras perguntas específicas.

Eu tentei ler o wiki sobre como fazer login, sair etc, mas ainda não está claro. Em qual sessão posso sair remotamente? Estou executando screenno servidor... Talvez esses sinalizadores sejam irrelevantes no meu caso de uso específico? Qual é o caso de uso mais comum para -RD(logout remoto)?

Eu fiz uma pesquisa na web e li vários artigos sobre o uso de variáveis ​​​​no bash, incluindo o wiki , mas não consegui entender por que a execução no bash FOO_VARIABLE=foo;./testnão resulta no teste $FOO_VARIABLEsendo foo:

Por padrão, quando um processo é criado, ele herda um ambiente duplicado de seu processo pai, exceto pelas alterações explícitas feitas pelo pai ao criar o filho.

Também li que: Exceção de herança de variáveis ​​de ambiente

"exceto para alterações explícitas": FOO_VARIABLE=foo ./test- resulta no testconhecimento do script FOO_VARIABLE, mas por que, em primeiro lugar, não?

echo $0
-bash

cat ./test
echo $MY_TEST
MY_TEST=test$MY_TEST
echo $MY_TEST

MY_TEST=ret;./test

test

Testado no CentOS 7 e Mac OS.

ADICIONADO: https://stackoverflow.com/questions/9772036/pass-all-variables-from-one-shell-script-to-outra segunda maneira é a fonte (o segundo script é chamado a partir do primeiro), então não é exportnecessário - por que meu caso é diferente?

ALTERAR acima: foi minha pressa e não muita atenção aos detalhes: perdi .(ponto) na seção de sourcing, agora li: https://superuser.com/questions/176783/what-is-the-difference- entre-executando-a-bash-script-vs-sourcing-it e essa parte está tudo claro.

https://askubuntu.com/questions/26318/environment-variable-vs-shell-variable-whats-the-difference Sim, o meu é local, mas por que não é passado por herança (chamada de fork)?

Eu vi sed 's=.*/=='no contexto do script sh e estou intrigado. Não consegui encontrar no manual do sed ou na pesquisa na web (para sed s=) como sé usado, não s///. Além de sver apenas um comando potencial aqui =(Imprimir o número da linha de entrada atual), mas nesse caso o que o resto está fazendo ...

A execução do comando no shell produz a mesma saída que a entrada para, por exemplo echo 'jkfdsa=335r34', , enquanto echo 'jkfdsa=335r34' | sed 's/=.*/==/'a substituição ocorre conforme o manual. Também modificando ligeiramente o comando para, por exemplo , echo 'jkfdsa=3' | sed 's798=.*/==/'dar
sed: -e expression #1, char 11: unterminated 's' command, então original deve ter algum significado correto. O que é isso?

Eu estava copiando arquivos Linux Mintpara um disco NTFSexterno USBquando movi meu laptop, provavelmente a conexão USB foi perdida e agora recebi o erro $MFTMirr does not match $MFT. A mensagem de erro de montagem é usar o Windows para corrigir erros de unidade. No entanto, quero usar o Linux para corrigir esse erro comum IMHO.

Quando Xviewerou VLCno modo de tela inteira no Linux Mint, meu laptop não entra em modo de suspensão. Alguns outros aplicativos, por exemplo, mpvem tela cheia, não impedem o sono.

Não há opções na XviewerGUI para manter o status acordado.

Como faz Xviewera prevenção e como desligar?

Como ativar a prevenção do sono para aplicativos em que considero esse comportamento benéfico, como Transmissionpor exemplo?