View Full Version : Linux thinpro - spegnimento automatico (o cron)
Buon dì a tutti! una domanda...
Ho qualche thin client linux da me (es: ThinPro 7.0.0), volevo mettergli lo spegnimento automatico a una certa ora, non esiste una impostazione predefinita (almeno mi sembra) che ti permetta questo, quindi ho pensato di mettere nel cron un comando /sbin/poweroff
Il problema è che a ogni riavvio questi thinclient si resettano, quindi tutto quello che viene messo nel cron viene eliminato, anche se fatto con root
Ho provato anche con l'rc.local ma niente...qualcuno ha suggerimenti?? non conosco il sistema operativo e non so se magari sostituisce i file con altri in altri punti o ha regole diverse.
Grazie mille
non ho capito che distribuzione ci gira... e che versione
non ho capito che distribuzione ci gira... e che versione
CIao, ecco le info che sono riuscito a raccogliere
Dmesg
Linux version 4.15.7-hp (scottgl@scottgl-VirtualBox) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.10))
proc/version
Linux version 4.15.7-hp (scottgl@scottgl-VirtualBox) (gcc version 5.4.0 20160609 (Ubuntu 5.4.0-6ubuntu1~16.04.10)) #11 SMP Fri Aug 10 10:42:54 CDT 2018
hostnamectl
Operating System: Ubuntu 16.04.3 LTS
Kernel: Linux 4.15.7-hp
- sembra un normale ubuntu-16.04, di per se non azzera comandi crontab
- pensi che sia una caratteristica hardware la cancellazione del file di crontab?
dentro: /etc/crontab
- proverei a mettere il file/dir non modificabili (una volta inserito il comando)
https://www.tecmint.com/make-file-directory-undeletable-immutable-in-linux/
- sembra un normale ubuntu-16.04, di per se non azzera comandi crontab
- pensi che sia una caratteristica hardware la cancellazione del file di crontab?
dentro: /etc/crontab
- proverei a mettere il file/dir non modificabili (una volta inserito il comando)
https://www.tecmint.com/make-file-directory-undeletable-immutable-in-linux/
Grazie guardo subito, intanto ti dico che nel crontab non ho visto nulla di anomalo (proprio nulla anzi, vuoto :) ho usato crontab -e)
Grazie intanto vi aggiorno appena posso
Ho capito la procedura, ora attacco il thinclient di test e ci provo, mi è venuto però un dubbio (se non dovesse funzionare sarebbe quasi una conferma) non vorrei che questo ubuntu sia virtualizzato dentro questo pc (non so di preciso come facciano questi thinclient) quindi ad ogni avvio è come se tirasse su uno snapshot di questa vm...
Cmq in mattinata provo.
ah, parti sempre dallo stesso snapshot, (si spiegherebbe)
allora devi creare un'altro snapshot
pabloski
02-08-2019, 16:32
non vorrei che questo ubuntu sia virtualizzato
La risposta ce l'hai già
Linux version 4.15.7-hp (scottgl@scottgl-VirtualBox)
Quel VirtualBox sta lì perchè Ubuntu, in fase d'installazione, setta il nome dell'host in base a certi parametri, uno dei quali è la presenza di un virtual machine monitor.
Per cui si, quell'installazione sta girando virtualizzata.
La risposta ce l'hai già
Linux version 4.15.7-hp (scottgl@scottgl-VirtualBox)
Quel VirtualBox sta lì perchè Ubuntu, in fase d'installazione, setta il nome dell'host in base a certi parametri, uno dei quali è la presenza di un virtual machine monitor.
Per cui si, quell'installazione sta girando virtualizzata.
purtroppo niente, l'immagine è come abbiamo detto, uno snapshot, ne ho creato uno nuovo ma a quanto pare non cambia nulla per alcuni file, tipo in /etc/*
Ogni volta questi vengono resettati, ho eliminato pure il vecchio snapshot ma confermo che non hanno colpa loro.
Ho provato a inserire comando in rc.local che sposta un file in "/var/spool/cron/crontabs/" ma l'rc.local non viene avviato automaticamente all'avvio come di solito accade.
Ho provato quindi a lanciare un /etc/init.d/rc.local start e funziona...ho cercato quindi di abilitare questo servizio all'avvio automatico ma non ci sono riusci, nemmeno facendo "enable" o systemctl enable rc.local.
Ho creato anche un nuovo rc-local.service nell'apposita directory ma niente...sento che ci sono vicino ma solo vicino :muro: :muro: :muro:
Ora mi sto concentrando sull'abilitare l'rc.local.
P.s. il charrt non è servito perchè da altri errori, ecco: root@ITC:/var/spool/cron/crontabs# chattr +i root
chattr: Inappropriate ioctl for device while reading flags on root
hai fatto uno snapshot con i dati impostati, e riavviandolo li perde?
non mi sembra possibile, sei sicuro di far partire il tuo snapshot?
p.s.
che vedi da: stat /var/spool/cron/crontabs/root
hai fatto uno snapshot con i dati impostati, e riavviandolo li perde?
non mi sembra possibile, sei sicuro di far partire il tuo snapshot?
p.s.
che vedi da: stat /var/spool/cron/crontabs/root
Si ma è assurdo, ci ho perso un sacco di tempo ed è una questione personale....cercherò di fare delle foto per mostrarvele.
Sono sicuro di aver fatto lo snapshot e averlo messo in uso, tantè che ho eliminato pure quello di default.
nel prossimo post manderò qualche foto per farvi capire meglio...
Grazie per gli aiuti intanto
Eccovi qualche foto come promesso
https://drive.google.com/folderview?id=1gmOyKDw_5xFGjXbUuofGCTweA82PCjfm
Purtroppo io non ho più idee....non riesco nemmeno a creare un servizio che attivi l'rc.local
non si vedono...
pastale https://imgur.com
non si vedono...
pastale https://imgur.com
Chiedo scusa, prova ora
se ho capito... quando avvii lo snapshot "shutdownbegni" non hai un crontab -l ?
se ho capito... quando avvii lo snapshot "shutdownbegni" non hai un crontab -l ?
Si esatto, io creo il cron, questo si scrive correttamente nella /var/spool/cron/crontabs/ ma al primo riavvio niente, si resetta.
Pur facendolo dopo la creazione dello snapshot.
come se lo snapshot sovrascrivesse solo alcune directory e le altre le resettasse in automatico
prova a copiare il file del cron nella home dell'utente, e vedi se ce lo trovi al riavvio
prova a copiare il file del cron nella home dell'utente, e vedi se ce lo trovi al riavvio
Fatto ma niente...invece tramite un collega ci sono riuscito!!!
http://guide.debianizzati.org/index.php/Utilizzo_del_servizio_di_scheduling_Cron#Crontab_di_sistema:_.2Fetc.2Fcrontab
Tramite dei Crontab di sistema: /etc/crontab
ho aggiunto la stringa
15 22 * * * root /sbin/poweroff
ed ecco cosa altro sbagliavo...così facendo io mi aspettavo che col comando "crontab -l" mi mostrasse il cron appena inserito...invece no, essendo di sistema lui cmq lo avvierà a quell'ora ma non lo mostrerà con il crontab
Spero di essermi spiegarto
Fatto ma niente...invece tramite un collega ci sono riuscito!!!
http://guide.debianizzati.org/index.php/Utilizzo_del_servizio_di_scheduling_Cron#Crontab_di_sistema:_.2Fetc.2Fcrontab
Tramite dei Crontab di sistema: /etc/crontab
ho aggiunto la stringa
15 22 * * * root /sbin/poweroff
ed ecco cosa altro sbagliavo...così facendo io mi aspettavo che col comando "crontab -l" mi mostrasse il cron appena inserito...invece no, essendo di sistema lui cmq lo avvierà a quell'ora ma non lo mostrerà con il crontab
Spero di essermi spiegarto
In /etc/crontab io avevo:
# m h dom mon dow user command
21 * * * * root cd / && run-parts --report /etc/cron.hourly
25 6 * * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.daily )
47 6 * * 7 root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.weekly )
52 6 1 * * root test -x /usr/sbin/anacron || ( cd / && run-parts --report /etc/cron.monthly )
cercando quelle righe ho trovato la pagina sopra
aleforumista
09-08-2019, 09:55
comunque quel thinclient ha una eprom che permette la selezione dell'ora di accensione e spegnimento
comunque quel thinclient ha una eprom che permette la selezione dell'ora di accensione e spegnimento
Grazie per la info, dovrei indagarci perché potrebbe tornare utile imparare a sfruttare questa cosa...magari anche per versioni diverse di questi thin clienti
Grazie ancora a tutti
vBulletin® v3.6.4, Copyright ©2000-2025, Jelsoft Enterprises Ltd.