Bonjour,
iMac 21,5 fin 2013 RAM 16 Go SSD 500 Go (244 libre) Mojave 10.4.6
À chaque démarrage, les processus lsd et tccd s'emballent.
lsd jusque 250 % et tccd 180 %
Recherche internet : problème connu, mais ne semble pas identifié.
lsd est associé au launch services, mais apparemment pas que.
J'ai reconstruit la data base plusieurs fois (terminal, Onyx),
réinstallé le système, tout ça sans amélioration.
Ces deux processus sont root donc ulimit m'indique qu'il ne peut pas les
contrôler.
J'ai essayé toutes les solutions trouvées sans amélioration.
Ce problème se manifeste en démarrage automatique sur mon compte.
J'ai paramétré pour démarrage avec choix des utilisateurs.
Problème sur mon compte. En démarrant sur le compte alternatif de test :
pas de problème.
Ça vient donc de mon compte : Bizarre pour un processus root.
J'ai identifié le problème au départ parce que des scripts dans les
éléments d'ouverture se lancent tardivement et que j'ai aussi iStat
Menus avec un thermomètre d'activité dans la barre de menu. Autrement,
on ne s'aperçoit de rien car quelques minutes après le démarrage, ces
processus reviennent à zéro.
Dans la console, system.log, il n'y a rien en filtrant lsd ou tccd.
EtreCheck ne mentionne rien de significatif.
Il y a deux com.apple.lsd.plist dans le système : un agent et un daemon
mais un seul exécutable
/usr/libexec/lsd (sur Catalina aussi)
Les deux plist sont identiques et on peut voir les sous systèmes
concernés (MachServices)
Bref, je sèche : si quelqu'un a une idée ?
le fichier .plist-cache.2qEibQoF n'existe pas (j'ai remonté le dossier
dans TM -> pas trouvé de .plist-cache)
J'ai poubellisé
/private/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/0/com.apple.LaunchServices-231-v2.csstore
(1,41 Go)
il s'est reconstitué immédiatement.
Je ne vois pas d'appel vers mon compte.
Mais j'aimerais que tu m'expliques quand même ce que tu as écrit précédemment :
Bon voilà, je vais essayer d'être plus explicite. J'ai fait un démarrage avec la touche shift enfoncée, (donc sans extensions) J'ai attendu plus de 20 minutes avant l'apparition du bureau. Alors, j'ai eu l'idée de visualiser la procédure et j'ai pensé au démarrage pomme -s (single user). Après l'apparition du symbole #, j'ai entré fsck -fy et j'ai laissé dérouler. Après quelques minutes, j'ai vu le test snapshot (je n'ai pas bien mémorisé ce qui était écrit) Ça a duré 3 ou 4 minutes, puis c'est passé au suivant jusqu'au quatorzième. Ce matin, lors de mes investigation, j'ai supprimé 10 snapshots et j'en ai créé un avant de redémarrer en single user et le démarrage n'a duré qu'une dizaine de minutes avant l'apparition du bureau. Maintenant, pour le reste, j'ai compris que la base des lauchservices était bloquée et qu'il fallait la supprimer du disque Macintosh HD, mais à partir d'un système externe. -- Gérard FLEUROT plus un
M.V. a écrit ceci :
Mais j'aimerais que tu m'expliques quand même ce que tu as écrit
précédemment :
Bon voilà, je vais essayer d'être plus explicite.
J'ai fait un démarrage avec la touche shift enfoncée, (donc sans
extensions)
J'ai attendu plus de 20 minutes avant l'apparition du bureau.
Alors, j'ai eu l'idée de visualiser la procédure et j'ai pensé au
démarrage pomme -s (single user).
Après l'apparition du symbole #, j'ai entré fsck -fy et j'ai laissé
dérouler.
Après quelques minutes, j'ai vu le test snapshot (je n'ai pas bien
mémorisé ce qui était écrit)
Ça a duré 3 ou 4 minutes, puis c'est passé au suivant jusqu'au
quatorzième.
Ce matin, lors de mes investigation, j'ai supprimé 10 snapshots et j'en
ai créé un avant de redémarrer en single user et le démarrage n'a duré
qu'une dizaine de minutes avant l'apparition du bureau.
Maintenant, pour le reste, j'ai compris que la base des lauchservices
était bloquée et qu'il fallait la supprimer du disque Macintosh HD, mais
à partir d'un système externe.
Mais j'aimerais que tu m'expliques quand même ce que tu as écrit précédemment :
Bon voilà, je vais essayer d'être plus explicite. J'ai fait un démarrage avec la touche shift enfoncée, (donc sans extensions) J'ai attendu plus de 20 minutes avant l'apparition du bureau. Alors, j'ai eu l'idée de visualiser la procédure et j'ai pensé au démarrage pomme -s (single user). Après l'apparition du symbole #, j'ai entré fsck -fy et j'ai laissé dérouler. Après quelques minutes, j'ai vu le test snapshot (je n'ai pas bien mémorisé ce qui était écrit) Ça a duré 3 ou 4 minutes, puis c'est passé au suivant jusqu'au quatorzième. Ce matin, lors de mes investigation, j'ai supprimé 10 snapshots et j'en ai créé un avant de redémarrer en single user et le démarrage n'a duré qu'une dizaine de minutes avant l'apparition du bureau. Maintenant, pour le reste, j'ai compris que la base des lauchservices était bloquée et qu'il fallait la supprimer du disque Macintosh HD, mais à partir d'un système externe. -- Gérard FLEUROT plus un
g4fleurot
M.V. a écrit ceci :
Sinon, je peux savoir ce qui t'a donné l'idée de supprimer le fichier /private/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/0/com.apple.
LaunchServices-231-v2.csstore
et pas les autres situés dans d'autres sous-dossiers de /private/var/folders/zz/ ?
ET bien, je pense que ce fichier est la base de données des launch services et qu'elle était corrompue. Du fait qu'elle s'est reconstituée aussitôt après l'avoir poubellisée, j'ai pensé qu'on ne pouvait pas la supprimer sur un système actif (comme le com.apple.finder.plist par exemple). J'ai donc redémarré sur mon disque catalina connecté en TB pour pouvoir supprimer le fichier. Et miracle après redémarrage normal sur Macintosh HD Mojave, il n'y avait plus d'emballement lsd. Deuxième redémarrage, pour confirmer : pareil. et le fichier étant passé de 1,41 Go à 4,6 Mo, je pense que ce fichier était bien la base et qu'elle était corrompue. -- Gérard FLEUROT plus un
M.V. a écrit ceci :
Sinon, je peux savoir ce qui t'a donné l'idée de supprimer le fichier
/private/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/0/com.apple.
LaunchServices-231-v2.csstore
et pas les autres situés dans d'autres sous-dossiers de
/private/var/folders/zz/ ?
ET bien, je pense que ce fichier est la base de données des launch
services et qu'elle était corrompue.
Du fait qu'elle s'est reconstituée aussitôt après l'avoir poubellisée,
j'ai pensé qu'on ne pouvait pas la supprimer sur un système actif (comme
le com.apple.finder.plist par exemple).
J'ai donc redémarré sur mon disque catalina connecté en TB pour pouvoir
supprimer le fichier. Et miracle après redémarrage normal sur Macintosh
HD Mojave, il n'y avait plus d'emballement lsd. Deuxième redémarrage,
pour confirmer : pareil. et le fichier étant passé de 1,41 Go à 4,6 Mo,
je pense que ce fichier était bien la base et qu'elle était corrompue.
Sinon, je peux savoir ce qui t'a donné l'idée de supprimer le fichier /private/var/folders/zz/zyxvpxvq6csfxvn_n0000000000000/0/com.apple.
LaunchServices-231-v2.csstore
et pas les autres situés dans d'autres sous-dossiers de /private/var/folders/zz/ ?
ET bien, je pense que ce fichier est la base de données des launch services et qu'elle était corrompue. Du fait qu'elle s'est reconstituée aussitôt après l'avoir poubellisée, j'ai pensé qu'on ne pouvait pas la supprimer sur un système actif (comme le com.apple.finder.plist par exemple). J'ai donc redémarré sur mon disque catalina connecté en TB pour pouvoir supprimer le fichier. Et miracle après redémarrage normal sur Macintosh HD Mojave, il n'y avait plus d'emballement lsd. Deuxième redémarrage, pour confirmer : pareil. et le fichier étant passé de 1,41 Go à 4,6 Mo, je pense que ce fichier était bien la base et qu'elle était corrompue. -- Gérard FLEUROT plus un
Gilbert OLIVIER
C'est le 25 novembre 2019, que M.V. a essayé de nous amuser en écrivant :
Bonjour Gilbert OLIVIER. Le 25 novembre 2019 à 10:24, tu as écrit :
depuis toujours ce démarrage commence par tester et réparer si besoin la partition de démarrage (et si il y a des erreurs de détectées, après réparation, il y a de nouveau un test), puis efface et reconstruit un grand nombre de caches.
Tu es sûr ? À ma connaissance, le démarrage en "single user" ne fait rien de particulier de plus qu'un démarrage "normal". Pour vérifier et éventuellement réparer, il faut, après ce genre de démarrage, taper "fsck -fy" Pour nettoyer les caches, il faut démarrer le Mac avec la touche Maj enfoncée.
En effet, mal réveillé ce matin :-( -- Gilbert
C'est le 25 novembre 2019, que M.V. a essayé de nous amuser en écrivant
:
Bonjour Gilbert OLIVIER. Le 25 novembre 2019 à 10:24, tu as écrit :
depuis toujours ce démarrage commence par tester et
réparer si besoin la partition de démarrage (et si il y a des erreurs de
détectées, après réparation, il y a de nouveau un test), puis efface et
reconstruit un grand nombre de caches.
Tu es sûr ?
À ma connaissance, le démarrage en "single user" ne fait rien de
particulier de plus qu'un démarrage "normal".
Pour vérifier et éventuellement réparer, il faut, après ce genre de
démarrage, taper "fsck -fy"
Pour nettoyer les caches, il faut démarrer le Mac avec la touche Maj
enfoncée.
C'est le 25 novembre 2019, que M.V. a essayé de nous amuser en écrivant :
Bonjour Gilbert OLIVIER. Le 25 novembre 2019 à 10:24, tu as écrit :
depuis toujours ce démarrage commence par tester et réparer si besoin la partition de démarrage (et si il y a des erreurs de détectées, après réparation, il y a de nouveau un test), puis efface et reconstruit un grand nombre de caches.
Tu es sûr ? À ma connaissance, le démarrage en "single user" ne fait rien de particulier de plus qu'un démarrage "normal". Pour vérifier et éventuellement réparer, il faut, après ce genre de démarrage, taper "fsck -fy" Pour nettoyer les caches, il faut démarrer le Mac avec la touche Maj enfoncée.
En effet, mal réveillé ce matin :-( -- Gilbert
M.V.
Le 25 novembre 2019 à 12:47, Fleuger m'a répondu :
ET bien, je pense que ce fichier est la base de données des launch services et qu'elle était corrompue.
Je te renvoie à cette discussion : From: (MV) Subject: Association appli/fichier Message-ID: <news: 1nmanl3.v17lkyii2gzpN% Date: Tue, 27 Mar 2018 00:08:45 +0200 Newsgroups: fr.comp.os.mac-os.x et également à celle-ci : From: (Michele) Subject: Perte du choix d'application à l'ouverture Message-ID: <news: 1nm3gda.14fy7b41pehcuuN% Date: Fri, 23 Mar 2018 02:44:25 +0100 Newsgroups: fr.comp.os.mac-os.x Le fichier dont tu parles est, d'après ce que j'avais pu comprendre à l'époque et après moultes bidouilles (comme d'hab), une base de données "génériques" à partir de laquelle la base de données de chaque utilisateur est ensuite construite. On ne peut donc jamais parler de "la" base de données des launch services mais de "une" base de données des launch services. Tu trouveras facilement la tienne personnelle dans un des dossiers de /private/var/folders : elle est facile à trouver car elle est dans un des sous-dossiers O et donc les co-dossiers T et C ne sont pas marqués par un sens interdit. -- Michel VAUQUOIS - http://michelvauquois.fr
Le 25 novembre 2019 à 12:47, Fleuger m'a répondu :
ET bien, je pense que ce fichier est la base de données des launch
services et qu'elle était corrompue.
Je te renvoie à cette discussion :
From: mv@orange.invalid (MV)
Subject: Association appli/fichier
Message-ID: <news: 1nmanl3.v17lkyii2gzpN%mv@orange.invalid>
Date: Tue, 27 Mar 2018 00:08:45 +0200
Newsgroups: fr.comp.os.mac-os.x
et également à celle-ci :
From: michele@inaccessible.org (Michele)
Subject: Perte du choix d'application à l'ouverture
Message-ID: <news: 1nm3gda.14fy7b41pehcuuN%michele@inaccessible.org>
Date: Fri, 23 Mar 2018 02:44:25 +0100
Newsgroups: fr.comp.os.mac-os.x
Le fichier dont tu parles est, d'après ce que j'avais pu comprendre à
l'époque et après moultes bidouilles (comme d'hab), une base de
données "génériques" à partir de laquelle la base de données de
chaque utilisateur est ensuite construite.
On ne peut donc jamais parler de "la" base de données des launch
services mais de "une" base de données des launch services.
Tu trouveras facilement la tienne personnelle dans un des dossiers de
/private/var/folders : elle est facile à trouver car elle est dans un
des sous-dossiers O et donc les co-dossiers T et C ne sont pas
marqués par un sens interdit.
--
Michel VAUQUOIS - http://michelvauquois.fr
Le 25 novembre 2019 à 12:47, Fleuger m'a répondu :
ET bien, je pense que ce fichier est la base de données des launch services et qu'elle était corrompue.
Je te renvoie à cette discussion : From: (MV) Subject: Association appli/fichier Message-ID: <news: 1nmanl3.v17lkyii2gzpN% Date: Tue, 27 Mar 2018 00:08:45 +0200 Newsgroups: fr.comp.os.mac-os.x et également à celle-ci : From: (Michele) Subject: Perte du choix d'application à l'ouverture Message-ID: <news: 1nm3gda.14fy7b41pehcuuN% Date: Fri, 23 Mar 2018 02:44:25 +0100 Newsgroups: fr.comp.os.mac-os.x Le fichier dont tu parles est, d'après ce que j'avais pu comprendre à l'époque et après moultes bidouilles (comme d'hab), une base de données "génériques" à partir de laquelle la base de données de chaque utilisateur est ensuite construite. On ne peut donc jamais parler de "la" base de données des launch services mais de "une" base de données des launch services. Tu trouveras facilement la tienne personnelle dans un des dossiers de /private/var/folders : elle est facile à trouver car elle est dans un des sous-dossiers O et donc les co-dossiers T et C ne sont pas marqués par un sens interdit. -- Michel VAUQUOIS - http://michelvauquois.fr
g4fleurot
M.V. a écrit ceci :
Tu trouveras facilement la tienne personnelle dans un des dossiers de /private/var/folders : elle est facile à trouver car elle est dans un des sous-dossiers O et donc les co-dossiers T et C ne sont pas marqués par un sens interdit.
OK, merci pour le suivi. J'ai cherché dans Google Groupes car les liens news ne sont pas dans ma base MacSoup J'ai trouvé celui-ci 1nm3gda.14fy7b41pehcuuN% mais pas le premier Effectivement, j'ai trouvé : /private/var/folders/n2/9qmw08q08xj0w9001s7l_rcr0000gn/0/com.apple.LaunchServices-231-v2.csstore d'aujourd'hui à 14h36 Celui que j'ai supprimé était dans la réponse au sudo lsof -p 250 (250 étant le pid lsd) Ouf ! j'ai choppé la "grosse tête" -- Gérard FLEUROT plus un
M.V. a écrit ceci :
Tu trouveras facilement la tienne personnelle dans un des dossiers de
/private/var/folders : elle est facile à trouver car elle est dans un
des sous-dossiers O et donc les co-dossiers T et C ne sont pas
marqués par un sens interdit.
OK, merci pour le suivi.
J'ai cherché dans Google Groupes car les liens news ne sont pas dans ma
base MacSoup
Tu trouveras facilement la tienne personnelle dans un des dossiers de /private/var/folders : elle est facile à trouver car elle est dans un des sous-dossiers O et donc les co-dossiers T et C ne sont pas marqués par un sens interdit.
OK, merci pour le suivi. J'ai cherché dans Google Groupes car les liens news ne sont pas dans ma base MacSoup J'ai trouvé celui-ci 1nm3gda.14fy7b41pehcuuN% mais pas le premier Effectivement, j'ai trouvé : /private/var/folders/n2/9qmw08q08xj0w9001s7l_rcr0000gn/0/com.apple.LaunchServices-231-v2.csstore d'aujourd'hui à 14h36 Celui que j'ai supprimé était dans la réponse au sudo lsof -p 250 (250 étant le pid lsd) Ouf ! j'ai choppé la "grosse tête" -- Gérard FLEUROT plus un
M.V.
Le 25 novembre 2019 à 15:02, tu as écrit :
J'ai cherché dans Google Groupes car les liens news ne sont pas dans ma base MacSoup J'ai trouvé celui-ci 1nm3gda.14fy7b41pehcuuN% mais pas le premier
Tu ne dois même trouver aucune de mes réponses puisque je ne veux pas que Google archive mes posts ! -- Michel VAUQUOIS - http://michelvauquois.fr
Le 25 novembre 2019 à 15:02, tu as écrit :
J'ai cherché dans Google Groupes car les liens news ne sont pas dans ma
base MacSoup
J'ai cherché dans Google Groupes car les liens news ne sont pas dans ma base MacSoup J'ai trouvé celui-ci 1nm3gda.14fy7b41pehcuuN% mais pas le premier
Tu ne dois même trouver aucune de mes réponses puisque je ne veux pas que Google archive mes posts ! -- Michel VAUQUOIS - http://michelvauquois.fr
g4fleurot
M.V. a écrit ceci :
Tu ne dois même trouver aucune de mes réponses puisque je ne veux pas que Google archive mes posts !
Je croyais que google se moquait du X-No-Archive: yes ? Bon, j'ai retrouvé avec Nemo : Mais c'est difficile de suivre l'arborecence de la centaine de message. J'ai dû lire à l'époque, sans intervenir, puisque je lis tout, mais je n'en ai aucun souvenir -- Gérard FLEUROT plus un
M.V. a écrit ceci :
Tu ne dois même trouver aucune de mes réponses puisque je ne veux pas
que Google archive mes posts !
Je croyais que google se moquait du X-No-Archive: yes ?
Bon, j'ai retrouvé avec Nemo :
Mais c'est difficile de suivre l'arborecence de la centaine de message.
J'ai dû lire à l'époque, sans intervenir, puisque je lis tout, mais je
n'en ai aucun souvenir
Tu ne dois même trouver aucune de mes réponses puisque je ne veux pas que Google archive mes posts !
Je croyais que google se moquait du X-No-Archive: yes ? Bon, j'ai retrouvé avec Nemo : Mais c'est difficile de suivre l'arborecence de la centaine de message. J'ai dû lire à l'époque, sans intervenir, puisque je lis tout, mais je n'en ai aucun souvenir -- Gérard FLEUROT plus un
M.V.
Le 25 novembre 2019 à 18:47, tu as écrit :
Je croyais que google se moquait du X-No-Archive: yes ?
Absolument pas !
Mais c'est difficile de suivre l'arborecence de la centaine de message.
Ne lis que mes contributions !!! ;-)
J'ai dû lire à l'époque, sans intervenir, puisque je lis tout, mais je n'en ai aucun souvenir
Il m'avait effectivement fallu beaucoup de temps et de bricolages avant que je comprenne quelque chose à ces foutues base de données de LauchServices surtout que la suprise a été de les dénicher dans /var/folders/... en dehors donc des dossiers de l'utilisateur. Bonne soirée. -- Michel VAUQUOIS - http://michelvauquois.fr
Le 25 novembre 2019 à 18:47, tu as écrit :
Je croyais que google se moquait du X-No-Archive: yes ?
Absolument pas !
Mais c'est difficile de suivre l'arborecence de la centaine de message.
Ne lis que mes contributions !!! ;-)
J'ai dû lire à l'époque, sans intervenir, puisque je lis tout, mais je
n'en ai aucun souvenir
Il m'avait effectivement fallu beaucoup de temps et de bricolages
avant que je comprenne quelque chose à ces foutues base de données de
LauchServices surtout que la suprise a été de les dénicher dans
/var/folders/... en dehors donc des dossiers de l'utilisateur.
Bonne soirée.
--
Michel VAUQUOIS - http://michelvauquois.fr
Je croyais que google se moquait du X-No-Archive: yes ?
Absolument pas !
Mais c'est difficile de suivre l'arborecence de la centaine de message.
Ne lis que mes contributions !!! ;-)
J'ai dû lire à l'époque, sans intervenir, puisque je lis tout, mais je n'en ai aucun souvenir
Il m'avait effectivement fallu beaucoup de temps et de bricolages avant que je comprenne quelque chose à ces foutues base de données de LauchServices surtout que la suprise a été de les dénicher dans /var/folders/... en dehors donc des dossiers de l'utilisateur. Bonne soirée. -- Michel VAUQUOIS - http://michelvauquois.fr
g4fleurot
M.V. a écrit ceci :
Ne lis que mes contributions !!! ;-)
Tu penses bien que c'est ce que j'ai fait :-)
en dehors donc des dossiers de l'utilisateur.
Je viens de regarder : Pour mon compte, j'ai le dossier /private/var/folders/n2 alors que pour mon compte de test, j'ai le dossier /private/var/folders/9g Ce qui explique que j'avais le problème sur mon compte et pas sur mon compte alternatif. Bonne soirée à toi aussi -- Gérard FLEUROT plus un
M.V. a écrit ceci :
Ne lis que mes contributions !!! ;-)
Tu penses bien que c'est ce que j'ai fait :-)
en dehors donc des dossiers de l'utilisateur.
Je viens de regarder :
Pour mon compte, j'ai le dossier
/private/var/folders/n2
alors que pour mon compte de test, j'ai le dossier
/private/var/folders/9g
Ce qui explique que j'avais le problème sur mon compte et pas sur mon
compte alternatif.
Je viens de regarder : Pour mon compte, j'ai le dossier /private/var/folders/n2 alors que pour mon compte de test, j'ai le dossier /private/var/folders/9g Ce qui explique que j'avais le problème sur mon compte et pas sur mon compte alternatif. Bonne soirée à toi aussi -- Gérard FLEUROT plus un
M.V.
Le 25 novembre 2019 à 19:34, tu as écrit :
Ce qui explique que j'avais le problème sur mon compte et pas sur mon compte alternatif.
C'est là où je n'ai pas compris (et où je ne comprends toujours pas) puisque tu as viré le csstore situé dans le dossier /zz/ qui, lui, ne relève d'aucun utilisateur particulier ! Si tu avais viré celui qui se trouve dans ton dossier perso /n2/, j'aurais peut-être compris mais ce n'est pas le cas nous as-tu dit. -- Michel VAUQUOIS - http://michelvauquois.fr
Le 25 novembre 2019 à 19:34, tu as écrit :
Ce qui explique que j'avais le problème sur mon compte et pas sur mon
compte alternatif.
C'est là où je n'ai pas compris (et où je ne comprends toujours pas)
puisque tu as viré le csstore situé dans le dossier /zz/ qui, lui, ne
relève d'aucun utilisateur particulier ! Si tu avais viré celui qui
se trouve dans ton dossier perso /n2/, j'aurais peut-être compris
mais ce n'est pas le cas nous as-tu dit.
--
Michel VAUQUOIS - http://michelvauquois.fr
Ce qui explique que j'avais le problème sur mon compte et pas sur mon compte alternatif.
C'est là où je n'ai pas compris (et où je ne comprends toujours pas) puisque tu as viré le csstore situé dans le dossier /zz/ qui, lui, ne relève d'aucun utilisateur particulier ! Si tu avais viré celui qui se trouve dans ton dossier perso /n2/, j'aurais peut-être compris mais ce n'est pas le cas nous as-tu dit. -- Michel VAUQUOIS - http://michelvauquois.fr
