J'ai une nouvelle installation d'Ubuntu 14.04 et dans mon /etc/cron.daily/, je vois des fichiers * .disabled:
-rwxr-xr-x 1 root root 15481 Apr 10 09:04 apt.disabled
-rwxr-xr-x 1 root root 314 Feb 17 2014 aptitude.disabled
-rwxr-xr-x 1 root root 355 Jun 4 2013 bsdmainutils.disabled
-rwxr-xr-x 1 root root 384 Mar 23 2014 cracklib-runtime.disabled
-rwxr-xr-x 1 root root 256 May 1 08:29 dpkg.disabled
-rwxr-xr-x 1 root root 372 Jan 22 2014 logrotate
-rwxr-xr-x 1 root root 1261 Apr 10 06:59 man-db.disabled
-rwxr-xr-x 1 root root 435 Jun 20 2013 mlocate.disabled
-rwxr-xr-x 1 root root 249 Feb 16 2014 passwd.disabled
-rwxr-xr-x 1 root root 349 Dec 27 2012 quota.disabled
-rwxr-xr-x 1 root root 322 Apr 11 17:58 upstart.disabled
Pourquoi cela arrive-t-il? Je souhaite utiliser les mises à jour sans surveillance sur mon ordinateur, mais la documentation relative aux mises à niveau sans surveillance indique que je dois modifier le fichier /etc/cron.daily/apt. Selon ce lien, je pense que ce fichier devrait exister par défaut: http://pkgs.org/ubuntu-14.04/ubuntu-main-AMD64/apt_1.0.1ubuntu2_AMD64.deb.html (et pas apt .désactivé?)
Nous rencontrons le même problème avec un serveur VPS hébergé chez un fournisseur utilisant OpenVZ ( https://openvz.org ). Un autre serveur avec une nouvelle installation 14.04 (hébergé ailleurs) a toutes les tâches cron activées.
Ma meilleure hypothèse est que le fournisseur essaie de sauvegarder certaines ressources système.
Suite à la réponse d'Ikar, nous avons également vu cela sur un fournisseur VPS utilisant https://openvz.org/ .
Nous l'avons résolu en exécutant ce script bash:
for script in $(find /etc/cron.* -type f -name '*.disabled' ! -name '.placeholder*')
do
mv "$script" "$(dirname $script)/$(basename $script .disabled)"
done
qui supprime simplement tous les ".disabled" des scripts cron standard fournis par l'hôte VPS.
Nous l'avons également vu sur les ordinateurs virtuels OpenVZ exécutant Debian. Les modèles/images fournis par OpenVZ ont toutes les tâches cron de /etc/cron.* désactivées par défaut.
Je ne sais pas pourquoi ils l'ont fait, mais il semble que ce problème soit causé par le modèle/image utilisé et qu'il n'ait aucun lien avec un fournisseur de VPS particulier.