Il 09/11/24 06:58, Paride Desimone ha scritto:
Perdonatemi, ma cosa è NBSP ( U+00A0 )? E come li hai visti? Spesso mi imbatto
in problemi simili ed ogni volta l'unica soluzione che trovo, è quella di
cancellare gli spazi e rimetterli. Finché sono una decina di righe va pure bene
ma quando di
>>no ... ho fatto una prova e il problema è più sottile: nel primo messaggio ho
>>tolto i > ma gli spazi erano ... NBSP ( U+00A0 ) e pare che bash non sia
>>tanto tollerante.
>>Anche diff, malgrado il -b li vedeva diversi, ma non lo faceva vedere [sul
>>terminale con spaziatura fissa la rapprese
Il 5 novembre 2024 09:18:58 UTC, Leonardo Boselli ha
scritto:
>no ... ho fatto una prova e il problema è più sottile: nel primo messaggio ho
>tolto i > ma gli spazi erano ... NBSP ( U+00A0 ) e pare che bash non sia tanto
>tollerante.
>Anche diff, malgrado il -b li vedeva diversi, ma non lo face
carinissima ...
On Tue, 5 Nov 2024, Lem wrote:
Il giorno mar, 05/11/2024 alle 13.25 +0100, Lem ha scritto:
BTW: l'ho scritta di getto, senza controllare più di tanto: meglio
pigliarla cum grano salis.
Ecco, appunto. Meglio aggiungere il quoting fra virgolette doppie ai
parametri posizionali, p
Il giorno mar, 05/11/2024 alle 13.25 +0100, Lem ha scritto:
> BTW: l'ho scritta di getto, senza controllare più di tanto: meglio
> pigliarla cum grano salis.
Ecco, appunto. Meglio aggiungere il quoting fra virgolette doppie ai
parametri posizionali, per esempio:
| $ filtro () { sed '/^'"$1"'/,/^'
Il giorno mar, 05/11/2024 alle 10.51 +0100, Leonardo Boselli ha scritto:
> certo, funziona perfettamente
Sottopongo, solo accademicamente, una possibili alternative, che
naturalmente sono molte (si potrebbe usare awk, eccetera).
Qui dichiaro e poi uso una funzione, che chiamo "filtro", all'intern
certo, funziona perfettamente
però ammetti che il problema del NBSP anziché di un SP nel messggio di
posta era molto invisibile .
(quando ho visto il risultato di diff ho fatto un hd dei due script, che
avevano lunghegzza diversa, e scoperto il problema)
On Tue, 5 Nov 2024, Piviul wro
On 11/5/24 10:18, Leonardo Boselli wrote:
no ... ho fatto una prova e il problema è più sottile: nel primo
messaggio ho tolto i > ma gli spazi erano ... NBSP ( U+00A0 ) e pare
che bash non sia tanto tollerante.
Anche diff, malgrado il -b li vedeva diversi, ma non lo faceva vedere
[sul terminale
On Tue, 5 Nov 2024, Piviul wrote:
On 11/4/24 16:38, Leonardo Boselli wrote:
lo script che non funzina lo ho copiato apri pari
e il risultato di diff è:
leo@h7136:~$ diff -b -Z -E pivtest.sh pivtesto.sh
9,21c9,21
< f1=$(echo $line | cut -f1 -d:);
< if [ $found -eq 1 ]; then
...credo d
On 11/4/24 16:38, Leonardo Boselli wrote:
lo script che non funzina lo ho copiato apri pari
e il risultato di diff è:
leo@h7136:~$ diff -b -Z -E pivtest.sh pivtesto.sh
9,21c9,21
< f1=$(echo $line | cut -f1 -d:);
< if [ $found -eq 1 ]; then
< f2=$(echo $line | cut -f2 -d: | sed 's
On 11/4/24 16:38, Leonardo Boselli wrote:
lo script che non funzina lo ho copiato apri pari
e il risultato di diff è:
[...]
quelloc he mi hai mandato come attachment non da errori (a parte che
accetta solo Core 0 e Core 1) ma come ho detto ogni macchian ha un
differente output. (e lo ho copiat
On 11/4/24 14:58, Leonardo Boselli wrote:
è la copia di qiello che hai podtato.
a me non da alcun errore alla linea 10, non conosco il tuo ambiente e
non si capisce perché non ci hai voluto mandare lo script che hai creato
che dici essere uguale al mio... Tani modi provo a ripostartelo in
al
./pivtest.sh: line 10: syntax error near unexpected token `then'
./pivtest.sh: line 10: ` if [ $found -eq 1 ]; then'
On Mon, 4 Nov 2024, Piviul wrote:
On 11/4/24 11:52, Leonardo Boselli wrote:
esatto !
Quindi qualcosa del genere?
$ cat .bin/myscript.sh
#/bin/bash
stanza=$1
field=$2
fo
On 11/4/24 14:27, Leonardo Boselli wrote:
./pivtest.sh: line 10: syntax error near unexpected token `then'
./pivtest.sh: line 10: ` if [ $found -eq 1 ]; then'
per poterti aiutare bisognerebbe vedere pivtest.sh...
Piviul
On 11/4/24 11:52, Leonardo Boselli wrote:
esatto !
Quindi qualcosa del genere?
$ cat .bin/myscript.sh
#/bin/bash
stanza=$1
field=$2
found=0
while read -r line
do
f1=$(echo $line | cut -f1 -d:);
if [ $found -eq 1 ]; then
f2=$(echo $line | cut -f2 -d: | sed 's/^[[:space:]]*//'
Quasi esatto:
if [[ "$K" == "$2" ]]; then
deve essere con $3
ma una cosa non ho capito:
l'imput è su stdio [che esce da curl] e non nsu textfile. come lo cambio ?
On Mon, 4 Nov 2024, Diego Zuccato wrote:
Direi che devi fare una funzione che faccia il parsing tipo:
-8<--
#!/bin/bash
# parsef
Direi che devi fare una funzione che faccia il parsing tipo:
-8<--
#!/bin/bash
# parsefile outvar sezione chiave
function parsefile {
local -n result=$1
while read A; do
if [[ "$A" == "$2" ]]; then
# Trovata la sezione, cerca la entry
while read L; do
if [[ "$L" =~ .+:
esatto !
On Mon, 4 Nov 2024, Piviul wrote:
e
filtrodipiviul dell_smm-isa- "Processor Fan"
dovrebbe restituirmi "2716"
sono stato più chiaro ?
Sai che ancora non ho capito? Vuoi una funzione che prende in input ad
esempio "dell_smm-isa-" "Processor Fan" e restituisca il valore presen
On 11/4/24 09:51, Leonardo Boselli wrote:
On Mon, 4 Nov 2024, Piviul wrote:
dovrebbe funzionare: $( | cut -f2 -d: | egrep -o
'^([0-9]*[.]*[0-9]*)');
...sempre che abbia capito bene
no, non hai capito tutta la domanda: quella parte era la parte semplice.
quello che mi serve è dare un comand
On Mon, 4 Nov 2024, Piviul wrote:
dovrebbe funzionare: $( | cut -f2 -d: | egrep -o
'^([0-9]*[.]*[0-9]*)');
...sempre che abbia capito bene
no, non hai capito tutta la domanda: quella parte era la parte semplice.
quello che mi serve è dare un comando
$() | filtrodipiviul "record" "campo"
per
On 11/3/24 17:00, Leonardo Boselli wrote:
si, ha funzionato (e comeunque il problema era nel %), ma ora ho un
altro problema:
dopo quel campo nel file ci debbono andare altri due campi, presi da
due altri programmi per ora ho rimediato con un programma in C, ma non
è molto portatile.
Questi pro
On Sat, 2 Nov 2024, sp...@mailbox.org wrote:
Proverei a mettere tutto all'interno di uno scrip e poi pianificare
quello.
si, ha funzionato (e comeunque il problema era nel %), ma
ora ho un altro problema:
dopo quel campo nel file ci debbono andare altri due campi, presi da due
altri programmi
ome/leo/templog.csv
> 48 * * * * echo -n $(/usr/bin/date) >> /home/leo/templog.csv
>
> 34 e 35 funzionano regolarmente da linea di comando.
> ma da cron non vanno: la prima mi da
> /bin/sh: 1: Syntax error: Unterminated quoted string
il carattere % nelle righe di comando di c
>> /home/leo/templog.csv
>
> 34 e 35 funzionano regolarmente da linea di comando.
> ma da cron non vanno: la prima mi da
> /bin/sh: 1: Syntax error: Unterminated quoted string
>
> e la seconda
> /bin/sh: 1: Syntax error: end of file unexpected (expecting ")&quo
e da linea di comando.
ma da cron non vanno: la prima mi da
/bin/sh: 1: Syntax error: Unterminated quoted string
e la seconda
/bin/sh: 1: Syntax error: end of file unexpected (expecting ")")
la numero 48 funziona, ma non scrive quello che vorrei.
come risolvo ?
--
Leonardo Boselli
Firenze, Toscana, Europa
ativa, l'equivalente
source ~/.bashrc
In alternativa è possibile usare configurazioni globali in
/etc/default/cron
/etc/environment
/etc/default/locale
Per maggiori dettagli
$ man bash # cercare source
$ man 5 crontab
$ man cron
Ciao
Davide
--
Dizionari: http://linguistico.sourceforge.net/wiki
I l
t2.sh
>00 04 * * *user /home/user/script3.sh
>
>i primi due funzionano
>
>il terzo script non "parte", nonostante nei log di cron ci sia:
>
>Sep 25 04:00:01 server CRON[15959]: (user) CMD (/home/user/script3.sh)
>
>ed eseguito da user in locale funziona
&g
On Fri, Sep 29, 2017 at 04:44:59PM +0200, Mauro wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA256
>
>
>
> Il 29/09/17 16:43, Mauro Morichi ha scritto:
> > crontab passa una versione ridotta dell'environment. non e' che
> > allo script manca qualcosa rispetto all'esecuzione nella console
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Il 29/09/17 16:43, Mauro Morichi ha scritto:
> crontab passa una versione ridotta dell'environment. non e' che
> allo script manca qualcosa rispetto all'esecuzione nella console?
crontab passa una versione ridotta dell'environment.
non e' che allo
/etc/crontab
>
> [...]
> 00 02 * * *user /home/user/script1.sh
> 00 03 * * *user /home/user/script2.sh
> 00 04 * * *user /home/user/script3.sh
>
> i primi due funzionano
>
> il terzo script non "parte", nonostante nei log di cron ci sia:
>
> Sep 25 04:00:01
t non "parte", nonostante nei log di cron ci sia:
Sep 25 04:00:01 server CRON[15959]: (user) CMD (/home/user/script3.sh)
ed eseguito da user in locale funziona
/home/user/script3.sh
idee?
beh, così è molto difficile darti una risposta.
controlla la mail di root per vedere se ritorna qu
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256
Il 29/09/17 13:26, Pol Hallen ha scritto:
>
> il terzo script non "parte", nonostante nei log di cron ci sia:
>
> Sep 25 04:00:01 server CRON[15959]: (user) CMD
> (/home/user/script3.sh)
>
> ed eseguito da use
'giorno a tutti :)
ho una situazione un poco strana:
cat /etc/crontab
[...]
00 02 * * * user /home/user/script1.sh
00 03 * * * user /home/user/script2.sh
00 04 * * * user /home/user/script3.sh
i primi due funzionano
il terzo script non "parte", nonostante nei log
Il 29/06/2015 11:15, Walter Valenti ha scritto:
Ciao,
ho un problema con uno script. Se lanciato da shell fa il "suo
lavoro",
se schedulato in cron lo fa parzialmente.
Cosa dovrebbe fare:
rileva il giorno della settimana
richiama una funzione, che controlla se esiste una dir, in cas
On 29/06/2015 10:41, Domenico Rotella wrote:
ho un problema con uno script. Se lanciato da shell fa il "suo lavoro",
se schedulato in cron lo fa parzialmente.
Cosa dovrebbe fare:
rileva il giorno della settimana
richiama una funzione, che controlla se esiste una dir, in caso positivo
>Ciao,
ho un problema con uno script. Se lanciato da shell fa il "suo
lavoro",
se schedulato in cron lo fa parzialmente.
Cosa dovrebbe fare:
rileva il giorno della settimana
richiama una funzione, che controlla se esiste una dir, in caso positivo
controlla se esiste un file, quind
Il 29/06/2015 10:52, Walter Valenti ha scritto:
Ciao,
ho un problema con uno script. Se lanciato da shell fa il "suo
lavoro",
se schedulato in cron lo fa parzialmente.
Cosa dovrebbe fare:
rileva il giorno della settimana
richiama una funzione, che controlla se esiste una di
Il 29/06/2015 10:52, Walter Valenti ha scritto:
Ciao,
ho un problema con uno script. Se lanciato da shell fa il "suo
lavoro",
se schedulato in cron lo fa parzialmente.
Cosa dovrebbe fare:
rileva il giorno della settimana
richiama una funzione, che controlla se esiste una di
>
> Ciao,
> ho un problema con uno script. Se lanciato da shell fa il "suo
> lavoro",
> se schedulato in cron lo fa parzialmente.
> Cosa dovrebbe fare:
> rileva il giorno della settimana
> richiama una funzione, che controlla se esiste una dir, in caso posit
Ciao,
ho un problema con uno script. Se lanciato da shell fa il "suo lavoro",
se schedulato in cron lo fa parzialmente.
Cosa dovrebbe fare:
rileva il giorno della settimana
richiama una funzione, che controlla se esiste una dir, in caso positivo
controlla se esiste un file, quindi l
Buongiorno a tutti!
[vlc da linea di comando con avviament da cron]
Ho provato ad installare wheezy, il filmato viene avviato, le barre di
pulseaudio mostrano attività, ma il monitor resta muto.
Problema risolto temporaneamente con Ubuntu.
Quando trovo il difetto rimetto debian.
Grazie a
in più:
da syslog, se lo script viene richiamato da cron
Jun 19 19:33:01 videoserver CRON[1446]: (videoadmin) CMD
(/home/videoadmin/Scripts/start_vlc)
Jun 19 19:33:02 videoserver rtkit-daemon[1035]: Supervising 4 threads of
1 processes of 1 users.
.. 20 righe uguali.
rtkit viene installato da
>
>
>>
>> A mano lanci lo script da root presumo, l'utente con cui già cron, è
> sempre robot? Se non ricordo male, cron poteva essere eseguito con un suo
> utente
> di sistema, non ricordo quale, è potrei sparare una castroneria, però fosse
> quest
Grazie per la risposta Gollum1:
A mano lanci lo script da root presumo, l'utente con cui già cron, è sempre
robot? Se non ricordo male, cron poteva essere eseguito con un suo utente di
sistema, non ricordo quale, è potrei sparare una castroneria, però fosse
questo il caso, l&#
Il 18 giugno 2015 19:56:33 CEST, "L." ha scritto:
>
>COme detto in apetura, lanciato a mano funzionano audio e video, da
>cron
>solo il video
A mano lanci lo script da root presumo, l'utente con cui già cron, è sempre
robot? Se non ricordo male, cron poteva essere es
Buonasera a tutti,
sembrerebbe semplice lanciare vlc da cron con uno script:
#!/bin/bash
PID_OF_VLC=`/bin/pidof vlc`
if [ -n "$PID_OF_VLC" ]; then
exit 0
else
DISPLAY=:0.0 /usr/bin/cvlc -I dummy --one-instance --playlist-autostart
--playlist-tree /home/videoadmin/Wiede
Gerlando Lo Savio (Istituto Tolman) ha scrito il 07/06/2015 alle 13:44:
[...]
Oltre il 90% delle volte che viene eseguito lo script va tutto liscio:
nell’output che mi viene inviato non c’è nulla di interessante, a parte la
conferma che è stato eseguito.
Quando invece c’è un problema, dovuto ai
Il teppista
> Il giorno 07/giu/2015, alle ore 16:07, gerlos ha scritto:
>
> Sì, postfix viene usato solo per inviarmi notifiche di quel che succede sul
> server, non dovrà mai fare altro.
>
> E se impostassi un mailing list manager e mi facessi inviare un digest?
> Sarebbe eccessivo?
Allora,
tutti i messaggi
>> generati da cron, in modo che mi vengano inviati due volte al giorno, per
>> esempio alle 6:00 e all 18:00?
>>
>> Così all’inizio ed alla fine della giornata mi spulcio i messaggi da cron,
>> ed eventualmente intervengo.
>
> Puoi fare di
Il teppista
> Il giorno 07/giu/2015, alle ore 13:44, Gerlando Lo Savio (Istituto Tolman)
> ha scritto:
>
> Sapete se c’è un modo per chiedere a postfix di “aggregare” tutti i messaggi
> generati da cron, in modo che mi vengano inviati due volte al giorno, per
> esempio
Ciao a tutti,
Ho un file server che deve eseguire ogni ora uno script che lavori sui file
caricati dagli utenti. Ho impostato job cron, ed ho messo il mio indirizzo
email in /roo/.forward in modo che l’output dello script mi venga inviato via
email da postfix (nei confronti del quale ammetto la
Ciao a tutti,
Ho un file server che deve eseguire ogni ora uno script che lavori sui file
caricati dagli utenti. Ho impostato job cron, ed ho messo il mio indirizzo
email in /roo/.forward in modo che l’output dello script mi venga inviato via
email da postfix (nei confronti del quale ammetto la
Piviul writes:
> Walter Valenti scrisse in data 22/01/2014 14:00:
> > echo "test"|wall
> per curiosità... e si invece da script si volesse mandare un messaggio a
> tutti gli utenti che hanno aperto una sessione X? Tipico esempio è un
> backup o una sincronizzazione di una directory periodic
Walter Valenti scrisse in data 22/01/2014 14:00:
echo "test"|wall
per curiosità... e si invece da script si volesse mandare un messaggio a
tutti gli utenti che hanno aperto una sessione X? Tipico esempio è un
backup o una sincronizzazione di una directory periodica: come faccio ad
avvisare gli
Walter Valenti writes:
> shell
>
> >
> > Pol Hallen writes:
> >> > Sempre in tema del topic "Script lanciato da crontab non torna al
> >> > prompt?" come redirigo l'output di uno script in cron alla
> >
shell
>
> Pol Hallen writes:
>> > Sempre in tema del topic "Script lanciato da crontab non torna al
>> > prompt?" come redirigo l'output di uno script in cron alla
> shell
>> > virtuale di un utente/i? (quindi non /dev/ttyX)
>> &
Pol Hallen writes:
> > Sempre in tema del topic "Script lanciato da crontab non torna al
> > prompt?" come redirigo l'output di uno script in cron alla shell
> > virtuale di un utente/i? (quindi non /dev/ttyX)
> >
> > grazie!
>
> mi ri
mercoledì 22 gennaio 2014, alle 13:08, Pol Hallen scrive:
> ma se dovessi avere 10 shell aperte come invio a tutti? (incluso root?)
Come detto altrove: wall?
Gabriele :-)
--
http://poisson.phc.unipi.it/~stilli/
http://lightknight.homelinux.org/blog/
Meglio essere ottimisti e avere torto, che p
- Messaggio originale -
> Da: Pol Hallen
> A: debian-italian@lists.debian.org
> Cc:
> Inviato: Mercoledì 22 Gennaio 2014 13:08
> Oggetto: Re: script di cron e output su shell
>
>> Sempre in tema del topic "Script lanciato da crontab non torna al
>>
Sempre in tema del topic "Script lanciato da crontab non torna al
prompt?" come redirigo l'output di uno script in cron alla shell
virtuale di un utente/i? (quindi non /dev/ttyX)
grazie!
mi rispondo in parte:
echo "test|write user pts/0
ma se dovessi avere 10 shell apert
Sempre in tema del topic "Script lanciato da crontab non torna al
prompt?" come redirigo l'output di uno script in cron alla shell
virtuale di un utente/i? (quindi non /dev/ttyX)
grazie!
--
Pol
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
Altrimenti un'alternativa può essere scrivere il messaggio e basta: cron
manda l'output via email in automatico, per cui se hai un'applet o altro
che ti avvisa dell'arrivo di una mail sei a posto.
la via mail non mi va bene; volevo ricreare un pò quello che fa gnome,
cioè ave
Il 20 gennaio 2012 19:45, giuliano su Tiscali ha scritto:
> sì, hai ragione, non ho pensato alla modalità che hai indicato, però ho
> fatto alcune prove e temo che X interponga qualche barriera a wall;
> aprendo due console con utenti diversi i messaggi inviati arrivano
> (anche se l'utente non è
console->X o
X->console niente (ovviamente posso aver fatto errori nelle veloci
prove);
> Altrimenti un'alternativa può essere scrivere il messaggio e basta: cron
> manda l'output via email in automatico, per cui se hai un'applet o altro
> che ti avvisa dell'
ciao,
giuliano
Leggi bene: il file è opzionale, di default usa lo standard input, per
cui un bel
echo yabbadabbadoo | wall
funziona senza files temporanei.
Altrimenti un'alternativa può essere scrivere il messaggio e basta: cron
manda l'output via email in automatico, per cui se
Ciao
On 17/01/2012 07:35, bodr...@mail.dm.unipi.it wrote:
Ciao!
Il Mar, 17 Gennaio 2012 12:48 am, giuliano su Tiscali ha scritto:
- system (export DISPLAY=...") e
- system ("xmessage")
la variabile viene persa subito dopo la prima chiamata e quindi la
seconda non la trova settata;
Invece
On Wed, 18 Jan 2012 17:10:42 +0100
Gollum1 wrote:
> Il 18 gennaio 2012 14:53, Lorenzo Beretta ha scritto:
> > /usr/bin/wall
>
> Sì, esatto... era proprio il comando che non mi ricordavo, mi pare che
> ce ne fossero anche altri, ma questo funziona bene... unico problema è
> che i messaggi che ma
Il 18 gennaio 2012 14:53, Lorenzo Beretta ha scritto:
> /usr/bin/wall
Sì, esatto... era proprio il comando che non mi ricordavo, mi pare che
ce ne fossero anche altri, ma questo funziona bene... unico problema è
che i messaggi che manda sono sempre due, che sul terminale si vedono
di seguito e no
On 01/17/12 12:40, Gollum1 wrote:
Il 17 gennaio 2012 07:35, ha scritto:
Invece che impostare la variabile, usa un parametro.
Tutti i programmi decenti che usano X accettano il parametro "-display"...
Mi dirai che dovrebbero documentarlo nella pagina "man"... ma è talmente
ovvio che lo facciano
almeno per le mie dimesse esigenze
(rendermi autonomo da gnome, che ha un buon applet, ma non amo gnome,
e da lxde, che ha un applet che si limita ad inviare un xmessage quando
il sistema è staccato dalla rete senza altre segnalazioni, rendendolo
secondo me inutile);
ho messo (in modo naif) ques
Il 17 gennaio 2012 07:35, ha scritto:
> Invece che impostare la variabile, usa un parametro.
>
> Tutti i programmi decenti che usano X accettano il parametro "-display"...
> Mi dirai che dovrebbero documentarlo nella pagina "man"... ma è talmente
> ovvio che lo facciano, che nessuno lo scrive :-)
Ciao!
Il Mar, 17 Gennaio 2012 12:48 am, giuliano su Tiscali ha scritto:
> - system (export DISPLAY=...") e
> - system ("xmessage")
> la variabile viene persa subito dopo la prima chiamata e quindi la
> seconda non la trova settata;
Invece che impostare la variabile, usa un parametro.
Tutti i
On Mon, 16 Jan 2012 23:27:15 +0100
"dea" wrote:
>
> Giuliano, scusa, prima ti avevo risposto in privato...
figurati, non mi ero neanche accorto :-((( :-))
> ***
> ...
il problema che sto trovando è che da perl non riesco a settare la
variabile perchè mettendo un
- system (export DISPLAY
Giuliano, scusa, prima ti avevo risposto in privato...
***
Consiglio di loggare tutto dal tuo script e vedere come si comporta in cron.
Valuta che le variabili ambiente di cron possono essere diverse da quelle del
tuo profilo, quindi se ne fai uso "dando per scontate alcune cose"
ragazzi, grazie: 5 minuti e già 3 risposte ! dvvero grazie :-)
parto dall'ultima;
On Mon, 16 Jan 2012 22:06:11 +0100
Davide Prina wrote:
> On 16/01/2012 21:39, giuliano su Tiscali wrote:
> > attivato da console lo script funziona; da cron l'xmessage non funziona
> >
On 16/01/2012 21:39, giuliano su Tiscali wrote:
attivato da console lo script funziona; da cron l'xmessage non funziona
e trovo le segnalazione nella mail utente;
probabilmente perché eseguendo da cron non ha le variabili d'ambiente
impostate.
Salvati, nello script, l'elenco
Il 16/01/2012 21:39, giuliano su Tiscali ha scritto:
attivato da console lo script funziona; da cron l'xmessage non funziona
e trovo le segnalazione nella mail utente;
cosa sto dimenticando (o ignorando): forse qualche privilegio di root?
Sei sicuro che 'xmessage' sappia s
ciao,
mi sono fatto uno script in perl per controllare lo stato della
batteria e, in caso di livello sotto soglia, segnalare con un xmessage
all'utente;
ho messo la procedura in cron ogni 5 minuti come procedura utente;
attivato da console lo script funziona; da cron l'xmessage non
piv...@riminilug.it scrisse in data 17/09/2011 07:00:
> Ciao a tutti su una SLES 10 ho fatto uno script che fra le altre cose
> dovrebbe riuscire a montare e a smontare un disco esterno usb. Lo script
> viene eseguito come root. Se lo eseguo da console funziona alla perfezione
> quando lo eseguo da
Ciao a tutti su una SLES 10 ho fatto uno script che fra le altre cose
dovrebbe riuscire a montare e a smontare un disco esterno usb. Lo script
viene eseguito come root. Se lo eseguo da console funziona alla perfezione
quando lo eseguo da crontab non riesce più a montare il disco. Avete una
qualche
In data giovedì 14 luglio 2011 20:49:15, christian.sile...@gmail.com ha
scritto:
> Io ho un toshiba tecra a9 ed tecra m10. Il secondo me lo sono dimenticato
> per due giorni ed una notte nel cortile della ditta, quei due giorni non
> ha mai smesso di piovere... Ho lasciato il portatile un paio d'o
e per lavoro lo uso
almeno 12 ore al giorno.
Ciao
Inviato da HTC
- Reply message -
Da: "Carlo"
A:
Oggetto: [RISOLTO] comportamento script differente da bash a cron
Data: gio, lug 14, 2011 18:27
Il 06/07/2011 19:35, Carlo ha scritto:
> Il 06/07/2011 19:15, xserver80 ha
funziona
correttamente, mentre da crontab non conclude l’esecuzione
correttamente e quindi non si crea il tunnel.
In particolare durante l’esecuzione “in cron” i parametri passati ad
expert non vengono eseguiti.
Non riesco a capire perché tramite cron non esegue correttamente
questi comandi…
Avete
> a proposito di mancanza di rispetto, ignoranza e cafonaggine spacciata
> per simpatia, voglio solo farti sapere che ti ho segnalato come spam.
>
> grazie di esistere.
/FLAME:on
se hai qualcosa da dire a riguardo ok. se no le tue segnalazioni sai
dove infilartele insieme a tutto il resto dello s
On Thu, 7 Jul 2011 21:18:30 +0200, gollum1 wrote:
In data giovedì 7 luglio 2011 11:30:14, hai scritto:
Infatti da google ho letto che derivane entrambe da Debian per
questo
dicevo che hanno gli stessi fondatori. Magari cambia l'interfaccia
grafica... Perchè DEBIAN è meglio??
1) un po' duro di
On Fri, Jul 08, 2011 at 08:16:06PM +0200, SubSoNiK wrote:
>
> se pisciate in cucina potete anche sostenere di non essere ignoranti o
> cafoni, ma solo a parole.
>
> a.2) mancanza di rispetto per chi legge. perche' se vai bene a
>
> il che dimostra che non hai capito un cazzo delle RFC in general
Il 08/07/2011 13:20, gollum1 ha scritto:
>
> se nel mentre sto cercando di insegnarti come ci si comporta in lista, forse
> sarebbe il caso di leggerla e farne tesoro...
>
> comunque non preoccuparti... da parte mia non avrai altre comunicazioni, e
> nel
> privato non ne riceverò altre da te,
In data venerdì 8 luglio 2011 00:23:28, br...@libero.it ha scritto:
> Risposta illeggibile e noiosa! Non sono riuscito ad arrivare al termine.
Io sarò anche pedante e noioso, ma sto cercando di darti delle informazioni,
che oltretutto hai chiesto tu...
se nel mentre sto cercando di insegnarti co
In data giovedì 7 luglio 2011 21:32:27, Paolo Nicorelli ha scritto:
> 2011/7/7 gollum1 :
> > anche se si ferma al 2007 è una immagine suggestiva
> > http://nonplusx.files.wordpress.com/2007/05/linuxdistrotimeline-75.png
>
> La vuoi fino al 2011? :D
>
> http://futurist.se/gldt/wp-content/uploa
Il 07/07/2011 13:43, xserver80 ha scritto:
BINGO!
Utilizzando SSH con le chiavi e senza password funziona benissimo!
p.s., ma Carlo Tu hai risolto con gli altri suggerimenti?
hehe no non ancora
faccio qualche prova ma credo che il problema rimanga come rimaneva a te.
anche perchè in testa
On Jul 7, 2011, at 9:32 PM, Paolo Nicorelli wrote:
>
> La vuoi fino al 2011? :D
> http://futurist.se/gldt/wp-content/uploads/11.06/gldt1106.png
Wow!
Grazie del link,
Manuel
--
Follow @manuelmagic on Twitter
--
Per REVOCARE l'iscrizione alla lista, inviare un email a
debian-italian-requ...@li
2011/7/7 gollum1 :
> anche se si ferma al 2007 è una immagine suggestiva
> http://nonplusx.files.wordpress.com/2007/05/linuxdistrotimeline-75.png
La vuoi fino al 2011? :D
http://futurist.se/gldt/wp-content/uploads/11.06/gldt1106.png
--
Per REVOCARE l'iscrizione alla lista, inviare un email
In data giovedì 7 luglio 2011 11:30:14, hai scritto:
> Infatti da google ho letto che derivane entrambe da Debian per questo
> dicevo che hanno gli stessi fondatori. Magari cambia l'interfaccia
> grafica... Perchè DEBIAN è meglio??
1) un po' duro di comprendonio...
impara a quotare come si de
Il 07 luglio 2011 10:20, Paolo Sala ha scritto:
...
> Bhé per vedere se è quello prova con ssh-copy-id e quindi a non passare
> più password ma connetterti tramite certificati.
>
> Ciao
>
> Piviul
BINGO!
Utilizzando SSH con le chiavi e senza password funziona benissimo!
Lo script definitivo
xserver80 scrisse in data 07/07/2011 10:12:
> Allora, non funziona nè forzando bash da cron nè aggiungendo l'utente root.
> Però facendo ancora analisi ho notato che, sul server a cui vado a
> connettermi, arriva effettivamente la connessione ssh (stando a
> /var/log/auth.log), v
Allora, non funziona nè forzando bash da cron nè aggiungendo l'utente root.
Però facendo ancora analisi ho notato che, sul server a cui vado a
connettermi, arriva effettivamente la connessione ssh (stando a
/var/log/auth.log), viene accettata la password, ma poi
istantaneamente viene richiu
ahi... ahi... top quoting, non va bene...
http://www.krisopea.it/mvp/Quoting.htm
(segue risposta in bottom quoting).
In data mercoledì 6 luglio 2011 21:42:20, hai scritto:
> Scusate ma perchè ubuntu e debian sono due comunità separate??
> Non provengono dagli stessi fondatori?
Sì, sono due comun
On 06/07/2011 19:15, xserver80 wrote:
Il problema è che se eseguo lo script manualmente da bash funziona
correttamente, mentre da crontab non conclude l’esecuzione
correttamente e quindi non si crea il tunnel.
questo perché quando esegui lo script tu hai le variabili d'ambiente
impostate corr
perché forzi l'uso di
bash...
a quanto pare questo è un problema della nuova console che viene usato da
debian (dash)... anche su ubuntu hanno lo stesso problema, che qualcuno ha
risolto redirezionando sh a bash invece che a dash
http://redomino.com/it/labs/blog/luca-cipriani/cron-non-esegue
uot;
> fi
> echo "esco"
> exit 0
> ---
>
> Il problema è che se eseguo lo script manualmente da bash funziona
> correttamente, mentre da crontab non conclude l’esecuzione
> correttamente e quindi non si crea il tunnel.
> In particolare d
1 - 100 di 243 matches
Mail list logo
