Clamav e suas atualizações

aguamole
(usa KUbuntu)

Enviado em 23/04/2024 - 06:33h

Eu olhei aqui e comprimido as assinaturas tem 200MiB ou seja, é inviável pelo Bluetooth, então terá que fazer pela rede wifi.

aguamole
(usa KUbuntu)

Enviado em 23/04/2024 - 13:18h

Seu comando esta quebrado, o echo é built-in do Bash, então não existe "/usr/sbin/echo".
Agora essa parte eu não sei, mas no meu é "/usr/bin/date" o seu esta errado?
Fica assim:
$ echo -e "\nClamav: `/usr/bin/date "+%d/%m/%Y às %H:%M"` \n\n"

Outra coisa é que se tiver alguma coisa errada antes do flashclam então o flashclam não será executado, isso ocorre porque você uso o "&&", então se ocorrer erro antes do flashclam a execução para.

Minions
(usa Nenhuma)

Enviado em 23/04/2024 - 13:35h

Não esta errado o comando foi verificado com which e cada distro coloca onde acha bonitinho. kkkkk

Deve ser erro de sintaxe

Não funciona

*/1 * * * * /usr/sbin/echo -e "\nClamav: `/usr/sbin/date "+%d/%m/%Y às %H:%M"` \n\n" >> /tmp/clamav.txt

Não funciona

*/1 * * * * /usr/bin/echo -e "\nClamav: `/usr/sbin/date "+%d/%m/%Y às %H:%M"` \n\n" >> /tmp/clamav.txt

aguamole
(usa KUbuntu)

Enviado em 23/04/2024 - 13:38h

Rapais, o echo é built-in, o seu sistema não compilo com o echo no bash? como assim eles removeram o echo do bash e colocaram e outro lugar? rapais o which esta errado, testo com o type? $ type echo?

Minions
(usa Nenhuma)

Enviado em 23/04/2024 - 13:47h

$ type echo
echo é um comando interno do shell


Como você verifica o caminho completo de um comando?

Eu uso o which tem outra forma?

aguamole
(usa KUbuntu)

Enviado em 23/04/2024 - 13:53h

O seu comando esta errado, é como o Bash disse com o type o comando echo é interno dele mesmo, esse comando não esta em nenhum lugar do sistema, o echo é uma implementação interna dele mesmo.

O type diz como o Bash vai interpretar o comando, já o which diz onde esta o programa, qual você vai usar depende de qual o seu objetivo. O type também é um comando interno do Bash, assim como outros.

aguamole
(usa KUbuntu)

Enviado em 23/04/2024 - 13:57h

Rapais, eu olhei aqui e "/usr/bin/echo agora" funciona mesmo, não sabia.

Minions
(usa Nenhuma)

Enviado em 23/04/2024 - 13:59h

Como resolver esse empate já que o crontab fala que o comando "echo" tem que ter o caminho completo?

aguamole
(usa KUbuntu)

Enviado em 23/04/2024 - 14:10h

Então, é como eu escreve ali na ultima, o comando funciona, e eu não sabia.
Então já que o comando funciona isso significa que o comando esta parando de executar antes de chegar no "&&" do flashclam, esta dando algum erro antes do flashclam, ou então tem algo de errado no cron, eu não sei mexer no cron.

Porque vc não prefere escreve um codigozinho em um arquivo com extensão .sh com os comando que vc deseja executar e ai coloca o caminho desse codigozinho .sh para ser invocado pelo cron, desta forma você só teria que editar o script e não mais o cron.

aguamole
(usa KUbuntu)

Enviado em 23/04/2024 - 14:20h

Outra coisa é que o flashclam esta sendo apontado apenas a saída padrão para /tmp/flashclam.txt as saídas de erro do flashclam esta saindo para a saída padrão de erro, para os erros serem gravados no arquivo ao invés da saída de erro você deveria esta usando "cmd >>"/tmp/flashclam.txt" 2>>"/tmp/flashclam.txt"" ou poderia ser para ficar mais curto "cmd >>"/tmp/flashclam.txt" 2>&1".

O 2>&1 significa que o 2> é a saída de erro saindo para o arquivo txt escrito antes e o & significa que o próximo valor não é um arquivo mas um descritor(acho que é isso que chama) e o descritor é o 1 que significa a saída padrão, e como a saída padrão anteriormente foi desviada para o arquivo /tmp/flashclam.txt então a saída de erro vai para o arquivo /tmp/flashclam.txt.

Ou seja se der erro na atualização do flashclam a forma que vc escreveu você não será reportado deste erro no /tmp/flashclam.txt uma vez que você não coloco para sair erros no arquivo /tmp/flashclam.txt.

aguamole
(usa KUbuntu)

Enviado em 23/04/2024 - 14:38h

Esse link o autor explica direitinho esse negocio de saída padrão e redirecionamento da linguagem de programação shell script.

https://cleitonbueno.com/linux-estudando-e-explorando-o-21/

Minions
(usa Nenhuma)

Enviado em 23/04/2024 - 14:50h

Problema esta no `date +%d/%m/%Y às %H:%M` via cron