Non capisco cosa tu stia chiedendo con questo messaggio. Credo serva un minimo di contesto. Sembra che tu abbia importato un crontab dall'esterno, all'interno del quale sono definiti percorsi specifici che non trova sull'attuale sistema.
~$ crontab -l | tail -n1
* * * * * date > /tmp/u7tyufgfhg/ls
# aspetto qualche minuto...
~$ cat /tmp/u7tyufgfhg/ls
mar 13 dic 2022, 15:32:01, CET
OK, ma devo per forza reindirizzare l'output su file (/tmp/u7tyufgfhg/ls).
Il metodo che ho provato inizialmente, perchè non funziona?
Ecco il link dove l'ho visto https://stackoverflow.com/questions/364 ... 1#41409061
Vuoi esportare la lista dei cron su un file?
Dovresti correggere con qualcosa del tipo crontab -l | tail -n 1 > pippo.list
Vuoi esportare un log di un'operazione crontabbata?
Io solitamente su crontab lancio dei bash script wrappandoci dentro il my-command del caso: il redirezionamento di STDERR e STDOUT lo gestisco direttamente da dentro il mio file script.sh*
Edit
*: tipicamente i iei script crontabbati hanno questo header
Ho il sospetto che l'OP si aspetti che qualcosa fatto girare da crontab mandi l'output a terminale. Questo non e' proprio il caso. O cio' che gira da crontab non produce output su stdout. O cio' che gira da crontab ha l'output rediretto in un file. Altrimenti se cio' che gira da crontab produce output su stdout non intercettato, verra' mandato un mail all'utente contenente l'output. Quindi suggerisco di usare mailx e vedere se sono stati generati tali messaggi (a volte torna comodo per "errori imprevisti".
(in quanto sopra leggasi "stdout o stderr")
The reasonable man adapts himself to the world: the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. (G.B. Shaw)
Io solitamente su crontab lancio dei bash script wrappandoci dentro il my-command del caso: il redirezionamento di STDERR e STDOUT lo gestisco direttamente da dentro il mio file script.sh*
È proprio quello che vorrei evitare, ma vedo che forse non si può.
In pratica ho un crontab simile a questo
Ogni comando, quando è opportuno, in genere produce il suo output, pensavo ci fosse da qualche parte un registro per accedere all'output dei vari comandi, senza ricorrere a wrapping, redirect ecc.
In realtà ho vaghe reminiscenze in cui si potrebbe agganciare l'output di contab a mail. In assenza di un SMTP specificato la mail finiva sull'account locale.
Ma sono giri lunghi che ho abbandonato decine di anni fa in favore del redirecting (decisamente più agevole per me, che non devo gestire più di due/tre utenze sui miei PC e quindi non ho bisogno di ricorrere a tale strategia)
Edit: esattamente ciò che menziona @Lucio C, non avevo letto il suo post
Io non sono Bagheera né Akela, io non frequento la Rupe.
Io sono Kaa: faccio ballare le scimmie alle Tane Fredde.
Command output is mailed to the crontab owner (BSD can't do this), can be mailed to a person other than the crontab owner (SysV can't do this), or the feature can be turned off and no mail will be sent at all (SysV can't do this either).
E' un po' nascosto, io forse lo avevo imparato tanti anni fa da qualche tutorial, come dicevo sopra che Altrimenti se cio' che gira da crontab produce output su stdout non intercettato, verra' mandato un mail all'utente contenente l'output.
The reasonable man adapts himself to the world: the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. (G.B. Shaw)
Se e' un crontab personale direi qualche subdir della propria home, se e' roba di sistema qualche subdir di /var/log, se e' roba da guardare e cancellare direi /tmp
The reasonable man adapts himself to the world: the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. (G.B. Shaw)
In realtà ho vaghe reminiscenze in cui si potrebbe agganciare l'output di contab a mail. In assenza di un SMTP specificato la mail finiva sull'account locale.
E cmq alla fine si crea una proliferazione di email, che a me personalmente alla lunga darebbe fastidio.
Se e' un crontab personale direi qualche subdir della propria home, se e' roba di sistema qualche subdir di /var/log, se e' roba da guardare e cancellare direi /tmp
Mah ... i mail basta cancellarli ... io degli n crontab che ho al lavoro di alcuni ricevo mail (autogenerati da crontab) solo in caso di errore, ed e' il modo piu' veloce di accorgersi di un problema; di altri mando mail a me e qualcun altro in "casi particolari" (ma si tratta di mail generati da me dentro lo script, tipicamente essi aggiungono messaggi a un file vuoto, se alla fine il file non e' piu' vuoto mandano il mail); ma nella maggior parte producono output su file o sono silenziosi.
Per "crontab personale" intendo uno che gira sotto l'utente corrente e non come root (ossia per me quasi tutti, salvo il backup asul secondo disco). Ne ho da quelli che fanno dei probe sulla rete locale ogni mezzora, a quelli che aggiorano o consultano un db una volta al giorno, a quelli che mandano gli auguri a qualcuno al compleanno ...
The reasonable man adapts himself to the world: the unreasonable one persists in trying to adapt the world to himself. Therefore all progress depends on the unreasonable man. (G.B. Shaw)
@london3
modifica per favore il primo messaggio articolando meglio la tua richiesta: sarà più facile per te ottenere supporto e si aiuta chi mai dovesse ricapitare su questa discussione.
Nell'esporre il problema dovranno esser date quante più informazioni precise e complete.
Ciao
Sei abbruzzese se dopo che ti sei strafogato un chilogrammo di pasta, hai il coraggio di dire alla cuoca "cacc ch'è cott" - Se entra un piccione in casa..chiudi le finestre!
Ubuntu User #28657 - Il mio vecchio hardware - Tag Codice
