Krackout's questions

Estou tentando alterar uma string em vários arquivos de texto (configurações migradas para outro usuário). Eu usei este comando:

grep -iIlr "/home/user/.local" | xargs sed -i 's/\/home\/user\/\.local/~\/\.local/g'

também tentei isso:

grep -iIlr "/home/user/.local" | xargs -d '\n' sed -i "s/\/home\/user\/\.local/~\/\.local/g"

Eles não funcionam. Erros são produzidos por sed , a saída do comando é:

sed: can't read dir/file1: No such file or directory
sed: can't read dir/file2: No such file or directory
...
sed: can't read dir/file99: No such file or directory

O erro é produzido para cada arquivo (99 no total). O dir/file1..99 retornado é válido, é o caminho e nome de arquivo adequados para os arquivos.

grep sozinho produz a lista adequada de arquivos. Não há caracteres especiais nos nomes dos arquivos, acho que também não há espaços (não tenho certeza sobre isso). O xargs não está passando uma lista adequada?

SO: RHEL 8.10 totalmente atualizado,
GNU grep v 3.1,
GNU sed 4.5,
xargs (GNU findutils) 4.6.0

Adicionando a saída (exemplo das últimas linhas) do grep -iIlr "/home/user/.local"comando.

senha,~/.local/pipx

venvs/pipx/bin/pipx
venvs/pipx/bin/activate.fish
venvs/pipx/bin/activate-global-python-argcomplete
venvs/pipx/bin/activate.csh
venvs/pipx/pyvenv.cfg
venvs/pipx/lib/python3.11/site-packages/pipx_shared.pth
shared/bin/pip3.11
shared/bin/activate
shared/bin/pip3
shared/bin/pip
shared/bin/wheel
shared/bin/activate.fish
shared/bin/activate.csh
shared/pyvenv.cfg

Estou tentando executar um comando em uma nova janela do tmux. Um simples leitor de PDF de console/terminal. O script precisa de um argumento, um arquivo PDF, o nome do arquivo pode incluir espaços. Eu tentei isso:

#!/bin/bash

tmux new-window "pdftotext -layout -nopgbrk "${1}" - | less"

Funciona em arquivos sem espaços, por exemplo 1.pdf. Eu tentei shem vez de bash, $1em "$1"vez de "${1}", sem efeito.

Preciso localizar .phpe .plarquivos que não contenham uma string (por exemplo aaa), mas contenham outra (por exemplo bbb).

Atualmente estou usando este comando:

find /path/ \( -iname '*.php*' -or -name '*.pl*' \) -exec sh -c 'grep -l -v "aaa" {} | grep -l "bbb" {}' \; > resulttofile

É cerca de meio milhão de arquivos para pesquisar, então estou pensando,

• Se meu comando funcionar corretamente - algumas amostras de olho dão resultado positivo,
• Se for possível tornar-se mais rápido (atualmente leva cerca de 2 minutos em uma VM, mas mais arquivos serão adicionados) usando algum outro formulário, ou awkem sedvez de grep- ou talvez apenas um combinado grepem vez de dois.

O sistema é um Debian GNU/Linux.

Diretório contendo estes arquivos:

irrelevant  irrelevant.doc  dok1.txt  dok2.text  dok3.txt  dok4.text

Preciso encontrar todos os arquivos *txt e *text e fazer algumas transformações neles.

findcomando e resultado:

$ find -name '*txt' -or -name '*text'
./dok2.text
./dok4.text
./dok3.txt
./dok1.txt

Idealmente, esse é o resultado de que preciso, para passar esses quatro arquivos para -exec.

Infelizmente findcom -print(ou -exec echo {} +) produz:

$ find -name '*txt' -or -name '*text' -print
./dok2.text
./dok4.text

Aparentemente, é este caso de find (da página man find):

NON-BUGS
   Operator precedence surprises
       The command find . -name afile -o -name bfile -print will never print afile
       because this is actually equivalent to find . -name afile -o \( -name bfile
       -a -print \).  Remember that the precedence of -a is higher than that of -o
       and when there is no operator specified between tests, -a is assumed.

Como o comando find deve ser fornecido para ter todos os quatro arquivos disponíveis para -exec?

Eu tenho este comando que é executado corretamente quando executado no terminal:

ssh someuser@someserver -t "sudo systemctl start someservice"

Nenhuma senha solicitada para ssh, há uma chave pública para conectar, someuserpode executar sudo para iniciar someservicesem senha.

Preciso inserir o comando acima no crontab. Infelizmente não é executado; Suspeito que o problema surja do uso ssh -tdo pseudo-terminal necessário para o sudo. Parece que o pseudo-terminal não pode ser implementado por meio do cron (minha suposição, sem evidências concretas).

Para resumir, meu objetivo é executar o comando, sem interação, em um intervalo de tempo. Alguma idéia de como classificar isso seguindo o método existente?

Alternativas de trabalho bem-vindas.

Para algumas VMs de bastiões altamente seguras que implementarei em breve, estou pensando em desmontar /bootapós a inicialização - entre outras medidas, é claro. Será montado apenas para atualização do kernel.

• Testando isso, nenhum problema parece aparecer; pode ter algum efeito colateral que estou perdendo?
• Os sistemas provavelmente serão baseados no Debian Linux (outro cenário, no Redhat). Ambos são systemd. Qual é a maneira correta de desmontar /bootem um sistema systemd após a reinicialização? Para testar eu apenas sudo umount /boot.
• Estou me debatendo se vou usar BIOS ou UEFI. Como serão VMs, é uma questão de escolha. UEFI parece ser uma escolha mais sensata quanto mais moderna. Mas não tenho certeza em relação aos benefícios de segurança, se houver. Pelo contrário, por ser mais complicado, mais chances de vulnerabilidades talvez.
• No caso de UEFI, e quanto à efipartição? Ele é montado internamente /bootpor padrão, embora eu ache que /efipossa ser usado (não tentei), para separá-los e manuseá-los de forma mais transparente, do lado do administrador. Pode /boot/efiou /efiser desmontado também após a inicialização sem efeitos colaterais?