All perguntas(unix)

Quando corro yaypara atualizar meu sistema, me deparo com isto:

:: Synchronizing package databases...
 core is up to date
 extra is up to date
 community is up to date
 multilib is up to date
:: Searching AUR for updates...
 -> No AUR package found for gegl>=0.4.52

...

:: 1 packages to upgrade/install.
1  aur/gimp-devel            3.0.0rc1-1 -> 3.0.0rc2-1
==> Packages to exclude: (eg: "1 2 3", "1-3", "^4" or repo name)
 -> Excluding packages may cause partial upgrades and break systems
==> 
 -> could not find all required packages: gegl >=0.4.52

Estou no Arch Linux totalmente atualizado. Como posso resolver esse problema?

Eu estou no Ubuntu 24.04. Eu baixei 3.9.9 do maven3 oficial

do que descompactado e movido para usr/bin/.

/usr/bin/maven$ ls -lrt
total 48
-rw-r--r-- 1 root root  1279 Aug 14 09:48 README.txt
-rw-r--r-- 1 root root  5034 Aug 14 09:48 NOTICE
-rw-r--r-- 1 root root 18920 Aug 14 09:48 LICENSE
drwxr-xr-x 3 root root  4096 Aug 14 09:48 conf
drwxrwxr-x 2 root root  4096 Dec 30 09:23 bin
drwxr-xr-x 2 root root  4096 Dec 30 09:23 boot
drwxr-xr-x 4 root root  4096 Dec 30 09:23 lib

mvn -- versão mostra

Command 'mvn' not found, but can be installed with:
sudo apt install maven

Por que mvn não foi encontrado?

Com base na velocidade de E/S do arquivo Limit que criei https://git.data.coop/tange/tangetools/src/branch/master/iothrottle

Funciona para alguns programas:

iothrottle -i 10M cat foo > bar # Yes, here you could just use pv
iothrottle -o 1M ffmpeg -i foo.mp3 foo.wav
iothrottle -o 1M cp -a foodir /other/fs/foodir

Isto não:

iothrottle -o 1M cp -a foodir /same/fs/foodir

porque no mesmo sistema de arquivos cpusa uma única chamada para copy_file_rangecada arquivo.

Estou bem com essa limitação.

Também não funciona para seq. Quando corro, strace seq 100000recebo:

write(1, "1\n2\n3\n4\n5\n6\n7\n8\n9\n10\n11\n12\n13\n14"..., 8192) = 8192
write(1, "\n1861\n1862\n1863\n1864\n1865\n1866\n1"..., 4096) = 4096
write(1, "2680\n2681\n2682\n2683\n2684\n2685\n26"..., 4096) = 4096
write(1, "499\n3500\n3501\n3502\n3503\n3504\n350"..., 4096) = 4096
write(1, "18\n4319\n4320\n4321\n4322\n4323\n4324"..., 4096) = 4096
write(1, "7\n5138\n5139\n5140\n5141\n5142\n5143\n"..., 4096) = 4096
write(1, "\n5957\n5958\n5959\n5960\n5961\n5962\n5"..., 4096) = 4096
write(1, "6776\n6777\n6778\n6779\n6780\n6781\n67"..., 4096) = 4096
write(1, "595\n7596\n7597\n7598\n7599\n7600\n760"..., 4096) = 4096
write(1, "14\n8415\n8416\n8417\n8418\n8419\n8420"..., 4096) = 4096
write(1, "3\n9234\n9235\n9236\n9237\n9238\n9239\n"..., 3838) = 3838

Então parece que chama write(e não alguma mmapoutra mágica), e assim deveria funcionar.

Mas quando eu corro: IOTHROTTLE_DEBUG=1 iothrottle -o 1M seq 10000 >/dev/nullEu recebo:

init called: default read_limit=0, write_limit=0
IOTHROTTLE_READ=0
IOTHROTTLE_WRITE=1048576
Final read_limit=0, write_limit=1048576
allowed: 608 written: 0
allowed: 617 written: 0

Isso me diz que iothrottleintercepta apenas 2 chamadas para write.

O que estou perdendo?

Quero substituir um número em um arquivo de texto pelo enésimo primo, tenho um executável que calcula o enésimo primo, como usar esse comando sedpara substituir cada número na frente ##com seunthprime

./nthprime 46

199

sed -e 's/46##/199#/g'

arquivo de texto inclui algo como isto:

(3505948*51##+331)/56439692311
(2608338*52##+401)/2357853732775
(47723079*50##+773)/7419068507
(67##/16##-1)/40446657668663868225798856758

saída desejada:

(3505948*233#+331)/56439692311
(2608338*239#+401)/2357853732775
(47723079*229#+773)/7419068507
(331#/53#-1)/40446657668663868225798856758

Usando Solaris 10 ipsec a chave deve ser convertida em formato hexadecimal. Então preciso de um comando para converter texto em hexadecimal.

Essa linha funciona bem

echo "mypassword" | od -t x1|head -1|tr -d ' ' |tr [a-z] [A-Z]

Produzir

00000006D7970617373776F72640A

De qualquer forma, usando um conversor online ele retorna isso

6D7970617373776F72640A

Como solução alternativa, eu uso isto

echo "mypassword" | od -t x1|head -1|tr -d ' ' |cut -c 8-1000|tr [a-z] [A-Z]

ele retorna

6D7970617373776F72640A

A questão é... por que retornar esses 00000000?

Com o Timeshift, há uma maneira de incluir apenas um subdiretório?
Exemplo:
Excluir /var, mas incluir /var/lib/libvirt/images

Eu tentei algumas combinações, mas não funciona!
Aqui vai um exemplo:

Este recurso de destaque pode ser feito facilmente em grepcom --color. Mas grep não é possível fazer correspondência regular e invertida ao mesmo tempo , por exemplo grep foo -v bar ...(preciso deste recurso, pois ele --colorsó pode ser usado na entrada inicial do pipe |, então o último grep usará os resultados coloridos que grep foo --color=always ... | grep -v "foo bar"não removerão essas linhas com "foo bar").

Então eu usei awkcomo as dicas do link acima, mas falta o recurso de destaque. Podemos extrair os resultados do regex com matchesubstr onde envolvemos o padrão regex em matchcomo /\<no issue\>/. Podemos então destacar apenas o resultado do regex com códigos de cores ANSI por printf substr($0,1,RSTART-1) "\033[1;31m" substr($0,RSTART,RLENGTH) "\033[0m: " substr($0,RSTART+RLENGTH) "\n".

P:

Mas matchnão funciona para o boolean expr /foo/ && !/bar/construído por regex exp's no link de referência. Existe uma solução alternativa elegante (talvez com outras ferramentas)?

Pensei em uma solução temporária /foo/ && !/bar/{match($0,/foo/); printf ...}, mas isso fará com que o regex funcione duas vezes.

Meu comportamento esperado (Aqui 0. "TODO" pode existir no máximo uma vez em uma linha 1. Eu uso *...*para mostrar o que deve ser destacado 2. Eu considero apenas /pattern1/ && !/pattern_included_totally_by_pattern1/, então /foo/ && !/o/oferecido por Ed Morton não é considerado. Isso é como a lógica grep, que eu primeiro grep some e então grep in aqueles resultados obtidos da execução grep anterior):

# fail
$ echo "TODO foo\nTODO" | grep TODO --color=always | grep -v "TODO foo"
*TODO* foo
*TODO*
# expected
$ echo "TODO foo\nTODO" | awk -v RED="\033[1;31m" -v RESET="\033[0m" '/TODO/ && !/TODO foo/ {match($0,/TODO/); printf substr($0,1,RSTART-1) RED substr($0,RSTART,RLENGTH) RESET substr($0,RSTART+RLENGTH) "\n"}'
*TODO*

O SO é Debian. Estou executando o nginx como um servidor web. Não estou executando o Wordpress. O registro está habilitado no bloco http com:

  access_log /var/log/nginx/access.log;
  error_log /var/log/nginx/error.log;

Estou vendo centenas de conexões no iftop do meu servidor web na porta 443 para 191-242.xxalivenet.com.br, para algumas centenas de IPs diferentes.

As coisas estranhas são:

• Nenhum dos endereços IP listados pelo iftop aparece nos meus logs nginx, que venho mantendo desde a criação do servidor.

• Essas conexões aparecem no iftop mesmo se o nginx não estiver em execução. Como isso é possível? Tentei parar o nginx, depois confirmei com o netstat que nada está escutando nas portas 80 ou 443, mas ainda vejo centenas dessas conexões listadas no iftop. Como o iftop pode mostrar essas conexões se nada está escutando nessas portas? Até tentei desabilitar o nginx e depois reiniciar meu servidor, mas elas ainda aparecem.

• lsof -a -i4 -i6 -itcpnão mostra nenhuma dessas conexões de alguma forma.

• No nethogs, vejo uma linha: ? root <ip of my web server>:443-191.242.x.x:<random port>. Executando como root? Ponto de interrogação para o pid? Isso parece absolutamente louco para mim. Isso significa que há algum processo em execução no meu sistema que de alguma forma não tem um pid atribuído, executando como root, de alguma forma escutando na porta 443, apesar do nginx supostamente estar usando essa porta no momento, que está enviando tráfego para um desses ips brasileiros?

O que exatamente está acontecendo aqui? Preciso me preocupar? Meu servidor foi hackeado? O que mais devo verificar para confirmar que o servidor está ok? Preciso bloquear esses ips via iptables? Como separo tentativas de hack do tráfego legítimo do servidor web? (por exemplo, alguém no Brasil está tentando visitar meu site) Como o nethogs não pode mostrar um pid? Como o iftop pode mostrar conexões em portas que não estão escutando? Como essas conexões não podem aparecer nos logs do nginx?

Sou um novo aluno de doutorado e estou lidando com um problema sério. Tentei mapear um diretório do Servidor A (/home/lab/Desktop) para o Servidor B (/home/usr/labDesktop) porque o Servidor B tem melhor poder de computação. Enquanto trabalhava, todos os dados no diretório do Servidor A desapareceram.

Aqui está uma parte da sequência de comandos que executei e que podem ter causado o problema:

$ sudo sshfs lab@ipaddress:/home/lab/Desktop /home/usr/labDesktop
[sudo] password for usr:
The authenticity of host 'ipaddress (ipaddress)' can't be established.
XXX key fingerprint is XXX.
This key is not known by any other names
Are you sure you want to continue connecting (yes/no/[fingerprint])? yes
lab@ipaddress's password:
$ ls
labDesktop  examples.desktop
$ cd labDesktop
-sh: 44: cd: can't cd to labDesktop
$ ls
labDesktop  examples.desktop
$ sudo sshfs lab@ipaddress:/home/lab/Desktop /home/usr/labDesktop
lab@ipaddress's password:
read: Interrupted system call
$ fusermount -u /home/usr/labDesktop
fusermount: entry for /home/usr/labDesktop not found in /etc/mtab
$ ls
labDesktop  examples.desktop
$ cd labDesktop
-sh: 49: cd: can't cd to labDesktop
$ rm -r labDesktop
rm: cannot remove 'labDesktop': Permission denied
$ sudo rm -r labDesktop                          
rm: cannot remove 'labDesktop': Device or resource busy
$ mount | grep /home/usr/labDesktop
lab@ipaddress:/home/lab/Desktop on /home/usr/labDesktop type fuse.sshfs (rw,nosuid,nodev,relatime,user_id=0,group_id=0)
$ fusermount -u /home/usr/labDesktop
fusermount: entry for /home/usr/labDesktop not found in /etc/mtab
$ fusermount -uz /home/usr/labDesktop
fusermount: entry for /home/usr/labDesktop not found in /etc/mtab
$ sudo umount /home/usr/labDesktop
$ mount | grep /home/usr/labDesktop
$ rm -r /home/usr/labDesktop
$ ls
examples.desktop

Como você pode ver, "sudo rm -r" lançou uma mensagem de erro, "rm: cannot remove". Então eu não acredito que isso realmente apagou os dados. Além disso, eu tentei desmontar usando "fusermount -u" antes de executar "sudo rm -r". Se "fusermount -u" falhou com uma mensagem de erro, "sudo rm -r" não deveria ter falhado também com uma mensagem de erro?

1. Essa sequência de comandos poderia ter causado a exclusão dos arquivos no Servidor A? Ou é provável que outra coisa tenha causado a perda de dados?
2. Existe alguma maneira de recuperá-los?

Obrigado antecipadamente. Agradeço sinceramente sua ajuda.

quando eu executo o comando abaixo, eu obtive o erro e meu código de saída é 1. Alguém pode me dizer por que eu obtive esse erro e como corrigi-lo? Obrigado

kubectl exec etcd-master -- etcdctl member list
{"level":"warn","ts":"2024-12-28T12:28:32.978637Z","logger":"etcd-client","caller":"[email protected]/retry_interceptor.go:63","msg":"retrying of unary invoker failed","target":"etcd-endpoints://0xc000370000/127.0.0.1:2379","attempt":0,"error":"rpc error: code = DeadlineExceeded desc = latest balancer error: last connection error: connection error: desc = \"error reading server preface: EOF\""}
Error: context deadline exceeded
command terminated with exit code 1

meus logs do etcd também estão assim. Meu firewall está desligado e o selinux também é permissivo. Meu sistema operacional é o rocky linux 9.3.

{"level":"warn","ts":"2024-12-28T12:42:13.018454Z","caller":"embed/config_logging.go:170","msg":"rejected connection on client endpoint","remote-addr":"127.0.0.1:52198","server-name":"","error":"tls: first record does not look like a TLS handshake"}
{"level":"warn","ts":"2024-12-28T12:42:14.022364Z","caller":"embed/config_logging.go:170","msg":"rejected connection on client endpoint","remote-addr":"127.0.0.1:52214","server-name":"","error":"tls: first record does not look like a TLS handshake"}
{"level":"warn","ts":"2024-12-28T12:42:15.330400Z","caller":"embed/config_logging.go:170","msg":"rejected connection on client endpoint","remote-addr":"127.0.0.1:52222","server-name":"","error":"tls: first record does not look like a TLS handshake"}
{"level":"warn","ts":"2024-12-28T12:44:21.880909Z","caller":"embed/config_logging.go:170","msg":"rejected connection on client endpoint","remote-addr":"192.168.56.101:42196","server-name":"","error":"tls: first record does not look like a TLS handshake"}
{"level":"warn","ts":"2024-12-28T12:44:22.883450Z","caller":"embed/config_logging.go:170","msg":"rejected connection on client endpoint","remote-addr":"192.168.56.101:42210","server-name":"","error":"tls: first record does not look like a TLS handshake"}
{"level":"warn","ts":"2024-12-28T12:44:24.622810Z","caller":"embed/config_logging.go:170","msg":"rejected connection on client endpoint","remote-addr":"192.168.56.101:42220","server-name":"","error":"tls: first record does not look like a TLS handshake"}
{"level":"warn","ts":"2024-12-28T12:44:26.821834Z","caller":"embed/config_logging.go:170","msg":"rejected connection on client endpoint","remote-addr":"192.168.56.101:42222","server-name":"","error":"tls: first record does not look like a TLS handshake"}
{"level":"info","ts":"2024-12-28T12:46:45.062979Z","caller":"mvcc/index.go:214","msg":"compact tree index","revision":228269}
{"level":"info","ts":"2024-12-28T12:46:45.079467Z","caller":"mvcc/kvstore_compaction.go:69","msg":"finished scheduled compaction","compact-revision":228269,"took":"10.947531ms","hash":4017906930,"current-db-size-bytes":3809280,"current-db-size":"3.8 MB","current-db-size-in-use-bytes":1859584,"current-db-size-in-use":"1.9 MB"}
{"level":"info","ts":"2024-12-28T12:46:45.079800Z","caller":"mvcc/hash.go:137","msg":"storing new hash","hash":4017906930,"revision":228269,"compact-revision":227809}