Vorrei impostare un lavoro cron che ricusivamente fa un chmod / chown su una directory (la directory di dropbox).
Questo funziona quando eseguo i comandi manualmente come:
sudo chown -R $USER ~/Dropbox
sudo chmod -R u+rw ~/Dropbox
Ho provato a convertirlo in un lavoro cron come questo:
10 * * * * sudo chown -R $USER ~/Dropbox
Ma non sembra fare il lavoro.
Come fare questo?
Risposte:
Vuoi che il tuo script cron cron (modifica eseguendo sudo crontab -e) sia:
55 * * * * /bin/chown -R somename /home/somename/Dropbox && /bin/chmod u+rw /home/somename/Dropbox
Supponendo che l'utente sia chiamato somenamee che /home/somename/Dropboxsia il percorso completo della directory di Dropbox. Come utente root, ~ va a /root.
$PATHsiano definite equivalenti a quelle di un utente che ha effettuato l'accesso in un cronjob (ad esempio, sul mio linuxbox $ HOME è definito, ma $ PATH è impostato su /usr/bine /binda crontab e $ USER non è definito; quindi in questo caso non è stato necessario specificare /binprima di chmod / chown), (b) evitare sudonegli script (eseguire cron task come rootutente), (c) come utente root $HOMEfarà riferimento a / root non all'utente normale , (d) ~dovrebbe essere evitato negli script cron (di default eseguito come #!/bin/sh.
find), ecc., Allora ha senso inserire uno script.
sudonon dovrebbe quasi mai essere utilizzato nelle attività pianificate. Si aspetta di essere in grado di parlare con un terminale e richiede flag specifici per evitare di provare a farlo.
Crea il tuo cron job come root (in /etc/crontab- Nota che il formato di questo file è leggermente diverso:) invece.
Questo ha anche il vantaggio di lavorare su sistemi in cui non è installato.minute hour mday month wdayusercommandsudo
55 * * * * root chown -R somename ~/Dropbox
somenamepotrebbe essere ovunque; è un percorso relativo. In secondo luogo, ~è compreso solo dalla shell; usare $HOME. Usa un comando come questo: chown -R /some/path/somename $HOME/Dropbox(utilizzerà rootla home directory di ...)
somenamenon è un percorso, ma il nome utente (e dovrebbe contenere anche il nome del gruppo somename:somegroup
~) è CRITICAMENTE IMPORTANTE - Per favore, dedica un po 'di tempo alle pagine man cron e crontab e assicurati di capire cosa sta succedendo (in caso di dubbio , crea un lavoro cron che fa echo "what you want to do" > /tmp/what-i-would-rune guarda i risultati per essere sicuro che siano sani - MOLTE meno possibilità di distruggere l'universo.)
Due problemi:
1) I percorsi normalmente non sono impostati in cron nello stesso modo in cui sono quando effettui il login. Prova / usr / bin / sudo / bin / chown ... (o qualunque sia la strada giusta per quei programmi sul tuo sistema).
2) sudo richiede normalmente la tua password, oppure potrebbe non essere felice di correre in modo non interattivo. Suggerisco di inserire i comandi nel crontab di root senza sudo, quindi i comandi vengono eseguiti come root.
Ci sono più problemi con il tuo crontab:
10 * * * sudo chown -R $USER ~/Dropbox
I problemi:
sudonon dovrebbe essere usato qui; richiede input da terminalechowndovrebbe essere completamente specificato (cioè, /bin/chown)USERpoiché una variabile effettiva potrebbe non esistere; alcuni sistemi usanoLOGNAME~(tilde) sarà riconosciuto solo da una shell - un nudo chownnon lo capiràPenso che lo avrei effettivamente scritto:
#!/bin/bash
# FILE: /usr/local/bin/myscript
USER=$1
eval chown -R $1 ~$1/Dropbox
eval chmod -R u+rw ~$1/Dropbox
( evalÈ necessario convertire ~$1in ~user poi in /home/user.)
Esegui questo script dal crontab di root:
# root's crontab
10 * * * /usr/local/bin/myscript someuser
In alternativa, potresti essere in grado di abilitare il supporto ACL e utilizzare setfacl per ottenere lo stesso / simile risultato.
incron+inotifysarebbero soluzioni più pulite :)