syspolicyd produisant une quantité énorme de lecture sur le disque

Donnez à l'application Terminal le privilège "Developer Tools", c'est-à-dire via :

System Preferences > Security & Privacy > Privacy > Developer Tools

Cela peut résoudre ou, dans mon cas avec Catalina, réduire significativement le temps sys*d diskio et cpu.

Une cause possible au problème est la notarisation, donc le syspoliced scanne constamment les binaires. Le privilège "Developer Tools" permet de contourner cette vérification.

Même Macbook Pro 16 MacOS 10.15.4 ici.

Ce processus vérifie les logiciels tiers. Lorsque vous ouvrez certaines applications, ce processus lit (et beaucoup, si l'application est grande). Cela m'arrive par exemple lorsque j'ouvre Photoshop 2020, il lit environ 1GB.

Vous dites que vous ne l'éteignez jamais ? Combien de temps votre ordinateur portable a-t-il fonctionné ? Si vous n'éteignez jamais votre ordinateur, les statistiques d'utilisation des lectures ne seront pas effacées, elles continueront donc à augmenter, d'où le chiffre énorme. Si vous éteignez votre ordinateur pour qu'il reparte de zéro, combien de syspolicyd lit dans une période de 24h ?

spctl est l'outil permettant de manipuler la politique du système et/ou de contrôler le syspolicyd.

Essayez de désactiver SIP, d'activer l'utilisateur Root, et d'exécuter spctl --master-disable .

Si ce n'est pas le cas, c'est qu'il se passe quelque chose de très bizarre.

Mais ce n'est pas une réparation, c'est un peu comme remplacer un fusible par un fil volant. Donc je pense que vous devriez détruire la base de données des règles de sécurité : spctl --reset-default puis le réactiver après un redémarrage : spctl --master-enable .

Toutes ces commandes doivent être effectuées en tant que Root, ou avec sudo.

Sans savoir ce qui a causé le problème en premier lieu, j'ose dire qu'il est probable qu'il revienne. Il se peut qu'une règle malformée ait été ajoutée à votre base de données de stratégie et que le fait de la supprimer règle règle le problème, mais j'en doute. Au moins en faisant cela, vous pouvez espérer diagnostiquer le problème en gardant un œil sur le moment où le problème revient (probablement après avoir autorisé une application à s'exécuter - vous devrez autoriser chaque application tierce non-MAS à s'exécuter après la réinitialisation).