arrêt automatique de l'ordinateur

nany · Le 20/08/2024, à 12:58

Bonjour,

En #2, metalux a écrit :

As-tu pensé à vérifier également les dossiers /etc/cron.d et /etc/cron.daily?

jplemoine · Le 20/08/2024, à 13:11

Moi, je dis que Watael au post #8, ben, il avait raison...

août 19 22:00:01 salon CRON[8928]: (root) CMD (    /usr/sbin/rtcwake -m off -s 39600)

Et 39600 secondes, ça fait 11 + 22 --> 33 modulo 24 --> ça fait 09h00 !!!

Bon maintenant, on va chercher où est cette foutue ligne en mode "gros bœuf"..

grep -HrE "rtcwake" / 2>/dev/null | grep -v apt | grep -v dpkg

NB : vu que la ligne cherche dans le contenu de tous les fichiers de tout le disque, ça va prendre un certain temps...

Dernière modification par jplemoine (Le 20/08/2024, à 13:13)

nany · Le 20/08/2024, à 13:17

jplemoine a écrit :

NB : vu que la ligne cherche dans le contenu de tous les fichiers de tout le disque, ça va prendre un certain temps...

Ne serait-il pas plus judicieux de rechercher d’abord dans /etc/cron.d/ ?

jplemoine · Le 20/08/2024, à 13:42

Au post #2 :

metalux a écrit :

As-tu pensé à vérifier également les dossiers /etc/cron.d et /etc/cron.daily?

J'en ai donc déduit qu'il n'y avait rien qui saute au yeux dans les répertoires sus-cités.

Je me suis donc dis qu'il devait y avoir un script avec la ligne à l'intérieur mais tu m'as mis le doute.

jplemoine · Le 20/08/2024, à 13:51

@nany : bon, en fait tu as raison. C'est la ligne qui est réellement dans le crontab (ou équivalant) qui est listée.
J'ai un

CMD (/root/rectif_zabbix_agent.sh > /dev/null 2>&1)

Et c'est dans le script que je "joue" avec certaines permissions pour que zabbix puisse lister le matériel.

Donc, @visual1956, tu coupes l’exécution de la commande par CTRL-C (si tu l'avais lancé) et tu cherches dans
- le crontab de root (si pas déjà fait) :

sudo crontab -l

- les fichiers contenus dans les 2 répertoires listés par metalux

Dans au moins l'un d'eux, tu dois avoir une ligne non commentée avec rtcwake.

@nany : merci pour ta vigilance et ta remarque constructive...

Dernière modification par jplemoine (Le 20/08/2024, à 13:53)

visual1956 · Le 20/08/2024, à 17:52

je viens d'éditer les deux fichiers

michel@salon:~$ sudo nano /etc/cron.d
[sudo] Mot de passe de michel : 
michel@salon:~$ sudo nano /etc/cron.daily
michel@salon:~$

ils sont vides

pour le crom root

michel@salon:~$ sudo crontab -l 
[sudo] Mot de passe de michel : 
no crontab for root
michel@salon:~$

je lance la commande "gros boeuf"

nany · Le 20/08/2024, à 17:57

visual1956 a écrit :

je viens d'éditer les deux fichiers

michel@salon:~$ sudo nano /etc/cron.d
[sudo] Mot de passe de michel : 
michel@salon:~$ sudo nano /etc/cron.daily
michel@salon:~$

Ce sont des répertoires, il ne faut donc pas chercher à les ouvrir avec nano mais regarder quels sont les fichiers qu’ils contiennent et, parmi ces fichiers, s’il n’y en a pas un qui contient « rtcwake ».

visual1956 · Le 20/08/2024, à 18:06

erreur de ma part concernant cron.d et cron.daily
vici le contenu des deux répertoires

michel@salon:~$ ls /etc/cron.d
anacron  e2scrub_all  php  popularity-contest  shutdown  sysstat
michel@salon:~$

michel@salon:~$ ls /etc/cron.daily
0anacron    bsdmainutils.dpkg-remove  google-chrome  popularity-contest
apache2     dpkg                      logrotate      sendmail
apport      geogebra                  man-db         sysstat
apt-compat  geogebra-classic          plocate
michel@salon:~$

j'ai regardé le contenu des différents fichiers à priori je n'ai rien trouvé avec des horaires

visual1956 · Le 20/08/2024, à 18:16

nany : je viens de lire ton post et j'ai ouvert chaque fichier aucune trace de "rtcwake"

nany · Le 20/08/2024, à 18:41

visual1956 a écrit :

michel@salon:~$ ls /etc/cron.d
…  shutdown  …
michel@salon:~$

Voilà un suspect idéal.

Donne le retour de :

cat /etc/cron.d/shutdown

krodelabestiole · Le 20/08/2024, à 18:41

geole a écrit :

Il y en a certainement une lors de ce changement d'alimentation.

les "heures creuses" sont un changement de tarification, il n'y a évidemment pas de changement d'"alimentation".

jplemoine · Le 20/08/2024, à 19:08

Je suis d'accord avec nany. Je vote pour le fichier shutdown.
Et c'est le seul qui n'est pas dans l'installation par défaut.

visual1956 a écrit :

je n'ai rien trouvé avec des horaires

La syntaxe est particulière :

# m h dom mon dow user  command
minutes heures jour_du_mois mois jour_de_la_semaine utilisateur commande

Ce qui, dans ton cas, donnerait un truc du genre :

00 22 * * * root /usr/sbin/rtcwake -m off -s 39600

visual1956 · Le 20/08/2024, à 19:16

la commande 'crontab -l && sudo crontab -l' proposé hier donne comme retour

michel@salon:~$ crontab -l && sudo crontab -l 
# Edit this file to introduce tasks to be run by cron.
# 
# Each task to run has to be defined through a single line
# indicating with different fields when the task will be run
# and what command to run for the task
# 
# To define the time you can provide concrete values for
# minute (m), hour (h), day of month (dom), month (mon),
# and day of week (dow) or use '*' in these fields (for 'any').# 
# Notice that tasks will be started based on the cron's system
# daemon's notion of time and timezones.
# 
# Output of the crontab jobs (including errors) is sent through
# email to the user the crontab file belongs to (unless redirected).
# 
# For example, you can run a backup of all your user accounts
# at 5 a.m every week with:
# 0 5 * * 1 tar -zcf /var/backups/home.tgz /home/
# 
# For more information see the manual pages of crontab(5) and cron(8)
# 

MAILTO=""
# m h  dom mon dow   command
#18 18 * * * /home/michel/Scripts/synchronisation.sh

[sudo] Mot de passe de michel : 
no crontab for root
michel@salon:~$

par contre si je fais un nano etc/crontab j'obtiens

HELL=/bin/sh
PATH=/usr/local/sbin:/usr/local/bin:/sbin:/bin:/usr/sbin:/usr/bin

# Example of job definition:
# .---------------- minute (0 - 59)
# |  .------------- hour (0 - 23)
# |  |  .---------- day of month (1 - 31)
# |  |  |  .------- month (1 - 12) OR jan,feb,mar,apr ...
# |  |  |  |  .---- day of week (0 - 6) (Sunday=0 or 7) OR sun,mon,tue,wed,thu>
# |  |  |  |  |
# *  *  *  *  * user-name command to be executed
17 *    * * *   root    cd / && run-parts --report /etc/cron.hourly
25 6    * * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --rep>
47 6    * * 7   root    test -x /usr/sbin/anacron || ( cd / && run-parts --rep>
52 6    1 * *   root    test -x /usr/sbin/anacron || ( cd / && run-parts --rep>
#
00 22   * * *   root     /usr/sbin/rtcwake -m off -s 39600
50 11 * * *  michel   /home/michel/Scripts/synchronisation.sh

l'avant dernière ligne semble correspondre à la commande qui ferme et allume l'ordinateur
par contre je suis dépassé pouquoi elle n'apparait pas avec la première commande

jplemoine · Le 20/08/2024, à 19:23

Oui donc déjà il faut la commenter (mettre un # devant).
Et tu n'as donné le contenu du fichier shutdown demandé par nany

cat /etc/cron.d/shutdown

visual1956 · Le 20/08/2024, à 19:47

toutes mes excuses

michel@salon:~$ cat /etc/cron.d/shutdown 
michel@salon:~$

visual1956 · Le 20/08/2024, à 19:51

j'ai commenté la ligne ; On va voir le résultat à 22h00
par contre j'aimerais avoir des explications sur son fonctionnement

jplemoine · Le 20/08/2024, à 20:13

et

ls -ld /etc/cron.d/shutdown

?

En fait, c'est assez compliqué. Donc le mieux, c'est de convertir les 2 lignes ajoutées à /etc/crontab à des fichiers dans /etc/cron.d/
- /etc/crontab : c'est un fichier système : on ne touche pas. Ça évite qu'une mise à jour écrase les dites lignes.
- crontab -l (list) ou -e (edit) : c'est l'ancienne méthode (elle fonctionne toujours pour l'instant).
- La méthode actuelle est de créer un fichier dans /etc/cron.d

Dans un fichier "arret_système" (permet d'exécuter la commande "'rtcwake' tous les jours à 22:00 si on décommente la ligne)

# m h dom mon dow user  command
#00 22   * * *   root     /usr/sbin/rtcwake -m off -s 39600 > /var/log/rtcwake.log 2>&1

Dans un fichier "synchro" (permet d'exécuter le ficher "/home/michel/Scripts/synchronisation.sh" tous les jours à 11:50)

# m h dom mon dow user  command
50 11 * * *  michel   /home/michel/Scripts/synchronisation.sh > /home/michel/Scripts/synchronisation.log 2>&1

NB : il faut supprimer les 2 dernières ligne de /etc/crontab et le contenu éventuel des crontab (crontab -e).
Et ajouter les lignes dans des fichiers de /etc/cron.d

NB 2 : Chaque execution envoit le résultat dans un fichier log ainsi que les erreurs évuentuelle (2>&1). Le fichier est écrasé à chaque fois

jplemoine · Le 20/08/2024, à 20:14

visual1956 a écrit :

j'aimerais avoir des explications sur son fonctionnement

de cron ? de rtcwake ?

Watael · Le 20/08/2024, à 20:16

tu as redémarré le service cron ? Sinon, il ne verra pas la différence, et toi non plus.

c'est pour ça qu'on recommande d'utiliser crontab, et/ou de ne pas utiliser /etc/crontab.

Dernière modification par Watael (Le 20/08/2024, à 20:16)

Watael · Le 20/08/2024, à 20:19

jplemoine a écrit :

- La méthode actuelle est de créer un fichier dans /etc/cron.d

watael a écrit :

c'est une demie vérité

c'est préconisé quand on a les droits, sinon ce n'est pas possible !

Dernière modification par Watael (Le 20/08/2024, à 20:19)

visual1956 · Le 20/08/2024, à 21:05

suite à la mise en commentaire de la ligne l'ordinateur ne s'est pas éteint . C'est super
je vais suivre vos conseils
encore merci

geole · Le 20/08/2024, à 22:20

Bonsoir.
Je n'ai pas compris qui a prit la décision de dire que l'ordinateur ne devait pas fonctionner entre 22 heures et 9 heures. Cela devrait être l'inverse afin de profiter des heures "creuses"

Dernière modification par geole (Le 20/08/2024, à 22:23)

jplemoine · Le 20/08/2024, à 22:32

Watael a écrit :

c'est préconisé quand on a les droits, sinon ce n'est pas possible !

Oui mais dans le cas présent (ordinateur personnel), on a les droits.
Dans le cas d'un ordinateur pro, cela dépend de plein de choses et plein de gens..

Watael · Le 20/08/2024, à 22:57

ici, il s'agit d'une tâche d'administration système (un utilisateur ne peut pas utiliser rtcwake) c'est donc "justifié".
les tâches utilisateurs, elles, continuent d'être programmées par crontab ou via un timer systemd utilisateur, et n'ont pas besoin d'être (in/pre)scrites par root

ça vaut la peine d'être précisé à chaque fois : on ne sait pas qui lira le sujet, et ces recommandations (à moitié vraie )
il ne faudrait pas que le lecteur futur pense qu'il doit impérativement acquérir les droits root pour des tâches utilisateurs.

jplemoine · Le 20/08/2024, à 23:37

Personnellement, je préfère
- que tout soit au même endroit (/etc/cron.d)
- dans un répertoire "tagué" utilisateur qui n'est pas censé être modifié par le système (mise à jour par exemple).

Ubuntu-fr

Navigation

Liens de recherche

Annonce

#26 Le 20/08/2024, à 12:58

Re : arrêt automatique de l'ordinateur

#27 Le 20/08/2024, à 13:11

Re : arrêt automatique de l'ordinateur

#28 Le 20/08/2024, à 13:17

Re : arrêt automatique de l'ordinateur

#29 Le 20/08/2024, à 13:42

Re : arrêt automatique de l'ordinateur

#30 Le 20/08/2024, à 13:51

Re : arrêt automatique de l'ordinateur

#31 Le 20/08/2024, à 17:52

Re : arrêt automatique de l'ordinateur

#32 Le 20/08/2024, à 17:57

Re : arrêt automatique de l'ordinateur

#33 Le 20/08/2024, à 18:06

Re : arrêt automatique de l'ordinateur

#34 Le 20/08/2024, à 18:16

Re : arrêt automatique de l'ordinateur

#35 Le 20/08/2024, à 18:41

Re : arrêt automatique de l'ordinateur

#36 Le 20/08/2024, à 18:41

Re : arrêt automatique de l'ordinateur

#37 Le 20/08/2024, à 19:08

Re : arrêt automatique de l'ordinateur

#38 Le 20/08/2024, à 19:16

Re : arrêt automatique de l'ordinateur

#39 Le 20/08/2024, à 19:23

Re : arrêt automatique de l'ordinateur

#40 Le 20/08/2024, à 19:47

Re : arrêt automatique de l'ordinateur

#41 Le 20/08/2024, à 19:51

Re : arrêt automatique de l'ordinateur

#42 Le 20/08/2024, à 20:13

Re : arrêt automatique de l'ordinateur

#43 Le 20/08/2024, à 20:14

Re : arrêt automatique de l'ordinateur

#44 Le 20/08/2024, à 20:16

Re : arrêt automatique de l'ordinateur

#45 Le 20/08/2024, à 20:19

Re : arrêt automatique de l'ordinateur

#46 Le 20/08/2024, à 21:05

Re : arrêt automatique de l'ordinateur

#47 Le 20/08/2024, à 22:20

Re : arrêt automatique de l'ordinateur

#48 Le 20/08/2024, à 22:32

Re : arrêt automatique de l'ordinateur

#49 Le 20/08/2024, à 22:57

Re : arrêt automatique de l'ordinateur

#50 Le 20/08/2024, à 23:37

Re : arrêt automatique de l'ordinateur

Pied de page des forums