J'utilise atop
pour obtenir quelques éléments de base ci-dessus top
sans trop de fantaisie. Je l'ai utilisé sur de nombreux systèmes et je suis conscient que, parfois, lors de sa première utilisation, il peut imprimer une "exception de point flottant" et se fermer.
La partie que je ne comprends pas, c’est pourquoi, après un apt-get install atop
de base, deux événements se produisent:
atop
Je peux comprendre que si j'exécute le programme, il risque de rencontrer une erreur, mais comment rencontre-t-il des erreurs immédiatement après l'installation (celles qui indiquent qu'il est en cours d'exécution pour une raison quelconque?) Et pourquoi atop
est-il exécuté au démarrage sur lui-même pour afficher ces erreurs après le démarrage?
Lorsque atop
est installé, il installe également un service système qui continue de l'exécuter en arrière-plan. Le service est démarré à chaque démarrage de l'ordinateur.
En outre, les packages peuvent avoir (et ont souvent) des scripts qui s'exécutent automatiquement avant l'installation, après l'installation, avant la suppression et après la suppression.
Dans le cas de atop
, il existe un script de post-installation (/var/lib/dpkg/info/atop.postinst
) qui exécute invoke-rc.d atop start
. C'est assez typique sur les systèmes basés sur Debian: lorsque vous installez un service, il est automatiquement démarré.
Alors, que fait ce service atop
? En lisant /etc/init.d/atop
, il exécute ce qui suit (où $CURDAY
représente le jour actuel, par exemple 20161220
au moment de l'écriture):
/usr/bin/atop -a -w /var/log/atop/atop_$CURDAY 600
Selon la page de manuel, une seule commande atop
est exécutée en permanence, écrit les données brutes sous /var/log/atop
toutes les 10 minutes (600 secondes), indéfiniment (jusqu'à ce que la machine soit arrêtée). Cela permet à l'utilisateur d'examiner l'utilisation antérieure du système, pas seulement l'utilisation actuelle. Consultez la section RAW DATA STORAGE de la page de manuel.
Maintenant, puisque atop
se bloque apparemment sur votre machine, vous obtenez un crash lorsque le package est installé (et le service est démarré) et un crash à chaque démarrage de l'ordinateur (car cela démarre le service). Il existe également un travail cron
qui redémarre le service à minuit (de sorte qu'un nouveau fichier journal est utilisé tous les jours), de sorte que vous obtiendrez un autre incident à minuit.
Si vous vous souciez uniquement d'exécuter atop
à partir de la ligne de commande et que le service ne vous intéresse pas, vous pouvez le désactiver en exécutant Sudo update-rc.d atop disable
.