All perguntas(unix)

Eu tenho um pequeno servidor que eu uso para testes e programação. Atualmente ele roda o trecho Debian 9.4 com kernel 4.14.0-0.bpo.3-amd64 .

Hoje tentei conectar via SSH mas não consegui então tentei pingar e estava inacessível. Portanto, tive que reiniciá-lo desconectando o cabo de alimentação. Então eu fui /var/log/syslog e encontrei uma linha estranha contendo exatamente 6140 caracteres como o seguinte

^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@^@

então nada mais até que novas entradas de log de reinicialização do sistema. Na verdade, é a primeira vez que isso acontece.

Alguém sabe o que pode ser?

Eu estava lendo a página de manual do gdb e me deparei com a linha:

You can use GDB to debug programs written in C, C@t{++}, Fortran and Modula-2.

O C@t{++} parece um regex, mas não consigo decodificá-lo.

O que isto significa?

Estou tentando usar o secret-toolcomando para armazenar um segredo com segurança em um contêiner do Docker headless do CentoS 7.5.1804, mas não consigo encontrar quais pacotes e/ou configuração são necessários para que isso funcione com êxito.

Especificamente, quero poder executar este comando:

printf "aPassword" | secret-tool store --label="test" foo bar

E ser capaz de ver essa senha executando:

secret-tool lookup foo bar

Quando executo o secret-tool storecomando, recebo isso:

printf 'aPassword' | secret-tool store --label="test" foo bar
** Message: Remote error from secret service: org.freedesktop.DBus.Error.UnknownMethod: No such interface 'org.freedesktop.Secret.Collection' on object at path /org/freedesktop/secrets/collection/login
secret-tool: No such interface 'org.freedesktop.Secret.Collection' on object at path /org/freedesktop/secrets/collection/login

Eu segui a página wiki do ArchLinux Gnome/Keyring e tentei fazer o mesmo em um contêiner CentOS Docker através das seguintes etapas:

docker run --privileged -it centos:centos7.5.1804 /bin/bash
# remainder of commands are in the container bash shell:
printf 'search localhost.localdomain\nnameserver 8.8.8.8\nameserver 8.8.4.4' > /etc/resolv.conf
yum -y update
yum -y install sudo gnome-keyring libsecret dbus-x11
yum clean all && rm -rf /var/cache/yum
export DISPLAY=“:0.0”
eval "$(dbus-launch --sh-syntax)"
mkdir -p ~/.cache
mkdir -p ~/.local/share/keyrings
eval $(gnome-keyring-daemon --start)
export SSH_AUTH_SOCK

Pelo que posso dizer, isso deve fornecer tudo o que é necessário (gnome-keyring daemon, dbus session e secret-tool + libsecret) para permitir que o secret-tool storecomando seja bem-sucedido, mas se falhar.

o que estou perdendo?

Tentando entender esse trecho de código:

if [ -f /etc/bashrc ]; then
    . /etc/bashrc
fi

Não tenho certeza do que o -f significa exatamente.

Suponha que eu tenha dois recursos, nomeados 0e 1, que só podem ser acessados ​​exclusivamente.

Existe alguma maneira de recuperar o "índice" do "processador paralelo" que xargsinicia para usá-lo como um serviço gratuito de exclusão mútua? Por exemplo, considere a seguinte computação paralelizada:

$ echo {1..8} | xargs -d " " -P 2 -I {} echo "consuming task {}"
consuming task 1
consuming task 2
consuming task 3
consuming task 4
consuming task 5
consuming task 6
consuming task 7
consuming task 8

Minha pergunta é se existe uma palavra mágica, digamos index, onde a saída se pareceria

$ echo {1..8} | xargs -d " " -P 2 -I {} echo "consuming task {} with resource index"
consuming task 1 with resource 0
consuming task 2 with resource 1
consuming task 3 with resource 1
consuming task 4 with resource 1
consuming task 5 with resource 0
consuming task 6 with resource 1
consuming task 7 with resource 0
consuming task 8 with resource 0

onde a única garantia é que há apenas no máximo um processo usando recurso 0e o mesmo para 1. Basicamente, gostaria de comunicar esse índice ao processo filho que respeitaria a regra de usar apenas o recurso para o qual foi solicitado.

Claro, seria preferível estender isso para mais de dois recursos. Inspecionando os documentos, xargsprovavelmente não pode fazer isso. Existe uma solução equivalente mínima? Usar/limpar arquivos como bloqueios falsos não é preferível.

Ao usar sudo iotop(versão mais recente 0.6-2.el7) em um terminal no meu recém-instalado CentOS 7.5, recebo a seguinte mensagem de erro:

Traceback (most recent call last):
  File "/sbin/iotop", line 17, in <module>
    main()
  File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 620, in main
    main_loop()
  File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 610, in <lambda>
    main_loop = lambda: run_iotop(options)
  File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 508, in run_iotop
    return curses.wrapper(run_iotop_window, options)
  File "/usr/lib64/python2.7/curses/wrapper.py", line 43, in wrapper
    return func(stdscr, *args, **kwds)
  File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 501, in run_iotop_window
    ui.run()
  File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 155, in run
    self.process_list.duration)
  File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 434, in refresh_display
    lines = self.get_data()
  File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 415, in get_data
    return list(map(format, processes))
  File "/usr/lib/python2.7/site-packages/iotop/ui.py", line 388, in format
    cmdline = p.get_cmdline()
  File "/usr/lib/python2.7/site-packages/iotop/data.py", line 292, in get_cmdline
    proc_status = parse_proc_pid_status(self.pid)
  File "/usr/lib/python2.7/site-packages/iotop/data.py", line 196, in parse_proc_pid_status
    key, value = line.split(':\t', 1)
ValueError: need more than 1 value to unpack

Alguma ideia de como corrigir esse problema?

Eu tenho um programa que espera argumentos na seguinte sintaxe:

prog [-f filename | -g filename1 filename2] ...

Cada nome de arquivo deve ser prefixado com o -fsinalizador. Por exemplo, as invocações a seguir são válidas de prog:

prog -f a.txt -g b.txt c.txt -f d.txt
prog -g a.txt b.txt -g c.txt d.txt
prog -f a.txt -f b.txt -f c.txt

…mas os seguintes não são:

prog -f a.txt b.txt
prog -f a.txt -g b.txt
prog a.txt

No meu caso, eu só me importo com a -fopção.

Eu tenho muitos arquivos em um diretório, todos terminando em .txt. Eles se parecem com isso:

important-files/
├── a.txt
├── b.txt
├── c.txt
├── d.txt
└── filename with spaces.txt

Eu gostaria de evitar a necessidade de listar todos os arquivos, um por um. Normalmente, eu usaria um glob direto para isso:

$ prog important-files/*.txt

Mas isso não funciona, pois produz a seguinte invocação inválida:

$ prog important-files/a.txt important-files/b.txt important-files/c.txt important-files/d.txt 'important-files/filename with spaces.txt'

…quando eu realmente quero esta invocação:

$ prog -f important-files/a.txt -f important-files/b.txt -f important-files/c.txt -f important-files/d.txt -f 'important-files/filename with spaces.txt'

…uma vez que cada nome de arquivo deve ser prefixado com -fpara progentender, eles não devem ser interpretados como -g.

Qual é a maneira mais curta de usar um glob e prefixar cada um dos arquivos para os quais ele se expande com um sinalizador?

Sempre que a combinação de teclas Ctrl+ Shifté pressionada, o texto do ISO 14755 modetexto aparece no canto da janela do terminal em urxvt. Existe uma maneira de remover isso sem ter que reconstruir o urxvt?

Estou usando uma versão pré-compilada do urxvt no Manjaro Linux (i3wm). Eu queria ter o copiar e colar vinculados a Ctrl+ Shift+ Ce Ctrl+ Shift+ Vrespectivamente. Eu segui esta solução e trabalhei. Mas foi aí que esse problema começou a ocorrer.

De acordo com esta fonte , a troca pode ser resolvida adicionando essas duas linhas ao ~/.Xresourcesarquivo.

URxvt.iso14755: true
URxvt.iso14755_52: false

No entanto, o minidiálogo ainda aparece ISO 14755 modetoda vez que executo copiar ou colar. Outra solução envolve remover o suporte iso antes de compilar o pacote usando o ./configure --disable-iso14755, mas gostaria de resolver sem precisar reinstalar o pacote.

Eu tenho um arquivo JSON no CentOS onde todo o texto está na mesma linha. Como posso formatá-lo com todos os recuos corretos e tudo mais?

Existe algum shell/emulador de terminal por aí que suporte a edição do seu comando atual com o mouse?

Especificamente, coisas como colocar o cursor clicando (útil para comandos longos) ou clicar duas vezes e pressionar delete para selecionar e excluir uma palavra, etc.

Por exemplo, o terminal na parte inferior do Midnight Commander (mc) tem suporte para posicionar o cursor com um clique do mouse. Estou procurando algo semelhante que seja mais focado no terminal, já que o mc é principalmente um gerenciador de arquivos.

Tudo bem se funcionar apenas em um ambiente GUI (estou no Ubuntu 18.04 com GNOME3).