Crontab não da certo

não tem o nenhum log do cron e nada de cron

alternatives.log boot dmesg.4.gz landscape syslog.3.gz
alternatives.log.1 boot.log dpkg.log lastlog syslog.4.gz
apparmor btmp dpkg.log.1 libvirt syslog.5.gz
apt btmp.1 faillog mail.err syslog.6.gz
aptitude cups fsck mail.log syslog.7.gz
aptitude.1.gz dist-upgrade installer news tomcat6
auth.log dmesg kern.log pycentral.log udev
auth.log.1 dmesg.0 kern.log.1 samba ufw.log
auth.log.2.gz dmesg.1.gz kern.log.2.gz syslog wtmp
auth.log.3.gz dmesg.2.gz kern.log.3.gz syslog.1 wtmp.1
auth.log.4.gz dmesg.3.gz kern.log.4.gz syslog.2.gz

Tem alguma coisa errada nesse cron seu. Todo cron faz logs quando executado, muito estranho...

Os logs do cron são armazenados de acordo com certas configurações, o qual não vem ao caso.
Se quiser saber, procure sobre o arquivo syslog.conf ou rsyslog.conf, ambos no diretório /etc/.
Se o log do cron não é armazenado no /var/log/cron, então por padrão, está sendo gerado em
/var/log/syslog.

A sua configuração no cron tem um erro de sintaxe, você precisa especificar o usuário que rodará seu comando.

Dessa forma:

00 11 * * * root /home/backup/teste.sh

Não chega a ser erro d sintaxe, pois é opcional. Se vc não colocar, o cron roda com as permissões do usuário em questão (se tiver editando como root, será como root).

Olá, não é bem assim.

Depende do arquivo cron. Cada usuário no Unix tem seu próprio cron, portanto, os comandos serão rodados com as permissões desses usuários.

Há o crontab do sistema, nesse caso é necessário indicar qual usuário vai rodar o comando,
então o crontab especifico de um usuário unix não recebe o parametro usuário, pois o próprio irá rodar o comando.

Já o crontab do sistema precisa do parâmetro no arquivo indicando o usuário que vai rodar o comando.

É ae q tá. Se vc estiver logado com o usuário fulano e rodar o crontab -e, tudo q estiver agendado ae estará no cron do usuário. Caso logue como root e rodar o msm comando, tudo q estiver lá será do root. Não justifica especificar o usuário a rodar quando estou editando via crontab com o usuário fulano pq ele não terá permissão pra rodar com outro usuário. No caso do cron do sistema (root), já faz mais sentido.

ja tentei com as duas maneiras, como root e sem nada e não roda

Você está certo, foi o que eu disse, mas observe os parâmetros solicitados na configuração do usuário xibo:

# m h dom mon dow user command

E os logs?

Em primeiro lugar você deu permissão de executar para o arquivo?

chmod +x /local/script.sh

 

Em segundo se tiver dado permissão tente colocar o caminho completo para o tar no seu script:

/bin/tar -zcvf [nome_do_arquivo.tgz] [Pasta_a_ser_compactada]

 

E a respeito do user não é necessário como o Renato falou se executar o crontab -e como root não precisa passar o user pois o script sera executado como tal.

Crie a linha jogando a saida para um arquivo se não estiver achando o log:

00 11 * * * /usr/local/bin/script.sh > /root/cron.log 

 

Se não tiver colocado coloque no seu script (Primeira linha): (A sua sintaxe wsta errada troque "!/bin/bash) por:

#!/bin/bash

 

Se tudo isso estiver ok é para funcionar

Veja os logs em /var/log/syslog

O meu:

$ sudo cat /var/log/syslog

tendalinux /USR/SBIN/CRON[3626]: (rai3mb) CMD (/home/rai/Desktop/./avisaPonto.sh)

Aug 18 02:38:01 tendalinux /USR/SBIN/CRON[3625]: (CRON) error (grandchild #3626 failed with exit status 127)

 

E veja que ele tá com erro ;-), mas é porque eu estou testando-o ainda ...., mas já prova que o cron chegou a executá-lo

Ja experimentou colocar sh antes do caminho do arquivo?

sh /home/usuario/script.sh