[Risolto] Crontab incasinato...

[kRel]

Nella sezione software ho postato due volte in tempi diversi la domanda, ma nessuno pare sia in grado di darmi una risposta.  Forse qui posso avere un aiuto?

Credetemi ho cercato a lungo, ho anche trovato esempi e soluzioni, ma nulla di specifico . . .

Nell'aprire per la prima volta crontab con il comando "crontab -e" mi è stata proposta la scelta dell'editor da utilizzare con crontab.   Senza sapere bene cosa facevo ho utilizzato la scelta proposta, ora so di avere scelto come editor di default VI che è abbastanza "ostico",  che non sono stato in grado di utilizzare e come uscire. Ho digitato dei caratteri a caso, senza risultato ed alla fine sono uscito forzatamente chiudendo il terminale.

Qualcosa sono riuscito a combinare. Di fatto ora se lancio crontab -e come utente mi si apre gedit come in figura...




Ma se apro crontab come root con "sudo crontab-e" mi ritrovo con il prompt come in figura in basso con questo cavolo di 68 e non so cosa fare per editare crontab, i cui compiti sono di avviare con rsync con privilegi di root in quanto devo eseguire backup periodici di partizioni che devono essere montate per l'occasione.



So bene cosa andare a scrivere su crontab e la relativa sintassi... quello che non so e come ripartire ex novo o con un editor più semplice.

Vi sarei grato di un aiuto qualificato . . .

[harrykar]

Nella sezione software ho postato due volte in tempi diversi la domanda, ma nessuno pare sia in grado di darmi una risposta.  Forse qui posso avere un aiuto?

Credetemi ho cercato a lungo, ho anche trovato esempi e soluzioni, ma nulla di specifico . . .

Nell'aprire per la prima volta crontab con il comando "crontab -e" mi è stata proposta la scelta dell'editor da utilizzare con crontab.   Senza sapere bene cosa facevo ho utilizzato la scelta proposta, ora so di avere scelto come editor di default VI che è abbastanza "ostico",  che non sono stato in grado di utilizzare e come uscire. Ho digitato dei caratteri a caso, senza risultato ed alla fine sono uscito forzatamente chiudendo il terminale.

Dal man di crontab credo sia chiaro

The -e option is used to edit the  current  crontab  using  the  editor
      specified  by  the  VISUAL  or EDITOR environment variables.  After you
      exit from the editor, the modified crontab will be installed  automati‐
      cally.  If  neither  of  the environment variables is defined, then the
      default editor /usr/bin/editor is used.

te non avendo la variabile d' ambiente VISUAL o EDITOR impostata ti e partito il default editor che  è /usr/bin/editor che è un editor da terminale(guarda shot)

Codice: Seleziona tutto

harrykar@harrysas:~$ ls -l /usr/bin/editor
lrwxrwxrwx 1 root root 24 2009-12-14 00:27 /usr/bin/editor -> /etc/alternatives/editor

che è Jed --in modalità Emacs non vi-- se non l'hai cambiato apposta. --ti consiglio di imparare ad usarlo lui o vi o ed perchè quando ti troverai a che fare con sist. minimali o in modalità utente singolo col terminale senza gui(Gnome-kde ecc) saranno gli unici "amici" che avrai  ;)--

Qualcosa sono riuscito a combinare. Di fatto ora se lancio crontab -e come utente mi si apre gedit come in figura...

Ma se apro crontab come root con "sudo crontab-e" mi ritrovo come in figura in basso con questo cavolo di 68 e non so cosa fare per editare crontab, i cui compiti sono di avviare con rsync con privilegi di root in quanto devo eseguire backup periodici di partizioni che devono essere montate per l'occasione.

So bene cosa andare a scrivere su crontab e la relativa sintassi... quello che non so e come ripartire ex novo o con un editor più semplice.

Vi sarei grato di un aiuto qualificato . . .

ripeti la procedura che hai fatto come utente normale anche come utente root cosicché ti apre gedit anche li

[kRel]

GRAZIE per la tua risposta, purtroppo non conosco l'inglese, ma questo non mi ha impedito di sforzarmi a capire il funzionamento di crontab e di vi anche in quella lingua.  La citazione relativa al man in inglese l'ho trovata anche in italiano e come leggerai l'ho applicata quasi dall'inizio. L'emacs da te illustrato nell'ultima figura sarebbe già un lusso... ti ricordo che devo lavorare come root.

Ho ripetuto, (ma l'avevo già fatto) come giustamente consigli, la procedura seguita come utente normale anche come root:

"sudo update-alternatives --config editor"

Sono disponibili 5 scelte per l'alternativa editor (che fornisce /usr/bin/editor).


 Selezione    Percorso            Priorità  Stato
------------------------------------------------------------
 0            /usr/bin/vim.gnome   60        modalità automatica
 1            /bin/ed             -100       modalità manuale
* 2            /bin/nano            40        modalità manuale
 3            /usr/bin/vim.basic   30        modalità manuale
 4            /usr/bin/vim.gnome   60        modalità manuale
 5            /usr/bin/vim.tiny    10        modalità manuale

Premere Invio per mantenere il valore predefinito[*] o digitare il numero della selezione:

Da qui è visibile la variazione, effettuata con "nano", che è meno ostico di vi, o Jed in modalità emacs (come pensi tu).

Ma quando lancio successivamente sudo crontab -e ottengo inesorabilmente un 68 con il prompt...

krel@AM1-N1:~$ sudo crontab -e
[sudo] password for krel:
68
[glow=red,2,300]_[/glow]

e non sò più che fare.

ho già preparato una riga di istruzioni, (corrispondente alla reale situazione) che devono essere eseguite come root. Una volta che riesco a far andare questo lavoro, potrò inserirne altri... utilizzando anche altre utilità, come la compressione ecc.

0 13 * * 0 rsync -a -v --delete /media/D0_DATI_IDE/job_02-05 /media/D3_PART_3_SATA_0_DATI/BkUp_02-05 |mail –s pinco.palla@dominio.com “Log_Backup_2a_maggio”

Se inserissi la riga aggiungendo root potrebbe funzionare ?

0 13 * * 0 root rsync -a -v --delete /media/D0_DATI_IDE/job_02-05 /media/D3_PART_3_SATA_0_DATI/BkUp_02-05 |mail –s pinco.palla@dominio.com “Log_Backup_2a_maggio”

Ciao e buon 1° maggio...

[kRel]

aggiunta dell'ultimo minuto . . .

ripeto l'output del vecchio sudo crontab -e :



ho creato per l'occasione un lanciatore di terminale root con il comando: gksu /usr/bin/x-terminal-emulator  e quindi rilanciato il famoso crontab -e (ovviamente senza sudo) e finalmente ho l'editor precedentemente scelto (nano) da cui già risulta inserito un job di backintime (un tentativo precedente di risolvere in modo alternativo il problema):



da qui ho inserito un job di prova come vedi:



sembra che funzioni . . . Rimane il mistero (almeno per me) al lancio di sudo crontab -e da un terminale normale... esce fuori un numero che ora non è più 68 ma:



Quindi probabilmente è tutto a posto. Sai nulla di quei numeri?
Grazie per il tempo che mi hai dedicato.