Bonjour,
J’essai en vain de config un reboot journalier de mon raspberry, par exemple, tout les jours à 1h il reboot.
Je suis passé par cron, j’ai donc fait :
sudo crontab -e
et dans le fichier j’ai ajouté la ligne :
30 1 * * * /sbin/reboot
Le raspberry reboot bien a 1h30 mais … la ligne de commande disparait et donc … je dois tout recommencer.
avez vous une solution ? 
svp
hello,
peut être un problème sur la SD et/ou un manque de place sur la partition /root
pour vérifier l-occupation de /root
df -h
et pour l’état de la SD un fsck sur un autre PC linux ou sur un raspberry avec la SD « suspecte » sur une clé USB SD.
le fsck sur le /root une fois monté peut endommager le système de fichier…
tu peux aussi simplement ds un terminal:
sudo shutdown -rF now
puis aller voir ds syslog
sudo less /var/log/syslog
/fsck pour rechercher fsck ! puis n jusqu’à trouver une ligne genre :
systemd-fsck[XXX]: rootfs: ...
si la SD est ok tu dois trouver : rootfs clean
plus d’info ici : https://www.fanjoe.be/?p=1894
Merci pour ta réponse, Malheureusement j’ai un clean pour le résultat…
et je serais étonné pour la place restante sur la partition car il y a juste rasbian d’installé dessus ! c’est un simple écran de supervision
Et j’ai justement besoin de passer par cron pour réaliser une tâche quotidienne et éviter de passer tout les jours la reboot à la main…
ton problème peut , peut être…, venir d’un soucis lors du vidage du buffer .
en gros ton fichier est modifié mais pas écrit sur le disque… je suppose qu’il reste accessible (en RAM ?) puisse que le cron fait une fois le job mais lors de l’écriture sur disque ( lors du vidage du buffer donc - si le buffer est pas plein le système fait ça au moment de l’arrêt de la machine) , patatras l’écriture plante
en consultant le syslog il est probable que tu trouves un message genre
Buffer I/O error juste avant l’arrêt
d’où l’idée que la SD est pleine ! ou que le système ne peut pas écrire dessus ( un lock ? )
si la SD est vérolée il doit écrire (donc pas d’erreur buffer ) mais il doit être infoutu de le relire !
Bonjour,
+1 @bof.
C’est très peu probable que ce soit du coté de cron qu’il faille investiguer. Essayer d’écrire un fichier dans le même système de fichier que cron et voir après reboot si celui-ci existe toujours.
A+