Malaise dans les polices

Un sacré casse-tête.
Sur un compte et un seul d’un des iMacs (10.5.7) il y a un problème avec les polices.

Quand on ouvre le livre des polices, il n’y a que deux collections, toutes et français mais pas d’affichage du nom de la collection « toutes », dans la colonne de gauche et aucune police listée à droite. On ne peut pas cliquer sur les collections, ni ajouter ni effacer de collections. Les polices sont disponibles mais on ne peut évidemment ni en activer ni en désactiver.
Les logiciels qui utilisent la gestion du système pour le choix des polices, textedit, iwork, mail, etc. sont donc bloqués sur l’état d’activation actuel des polices. Les actions normalement possible dans la boîte de dialogue accessible dans ces applications sont bloquées.

J’ai essayé tous les grands classiques, caches, préférences concerant les collections, autorisations, etc. démarage du compte et du système sans ouverture d’applis/utilitaires.

N’obtenant aucune amélioration et constatant que les autres comptes n’ont aucun problème, j’ai provisoirement supprimé tout le dossier préférences et tout le dossier support aux applications. En vain.
J’ai même supprimé tout le dossier Bibliothèque du compte, sans effet. Là, vraiment, je ne vois pas où peut se situer le problème.

Et démarrage en mode Sans Extensions... t'as essayé ?

C'est la première chose à faire dans un tel cas.

Oui, c’est ce que j’entendais par « démarage du compte et du système sans ouverture d’applis/utilitaires ». J’aurais dû dire extensions, effectivement.

Ceci dit, le fait que le problème n’apparaisse pas dans certains compte paraît indiquer que le pépin n’est pas dans les parties communes c’est à dire dans /Système ou /Bibiothèque.

------------------------

Si je n’arrive à rien, je vais peut-être essayer de recréer le compte mais ça m’embête parce qu’il y a toujours des tas de trucs à réajuster, droits en particulier en réintégrant les données, les configs ou les partages. Même si le nom abrégé est identique, le numéro d’utilisateur change et ça fiche la pagaille.

------------------------
Je viens de poster ce message avec FIrefox 3.5rc2 ouaouaouah ! Ça file comme un chien fou sur une plage où s’envolent les mouettes ! Ça change des deux dernières 3.0 qui limaçaient dans la boue.

Macintosh HD/Utilisateurs/alsacienretors/Bibliothèque/Preferences/com.apple.FontBook.plist

à la corbeille.

Sinon, tu vires tout ce que t'as dans Macintosh HD/Utilisateurs/alsacienretors/Bibliothèque/Fonts
et tu vois.

A l'origine, il n'y a rien dans ~/Bilbiothèque/Fonts. Ce que tu y trouves présentement, c'est toi qui l'a ajouté.

Doubleyou a écrit:

Macintosh HD/Utilisateurs/alsacienretors/Bibliothèque/Preferences/com.apple.FontBook.plist

Je l’ai dit, je l’ai fait et j’ai même jeté (provisoirement) tout le dossier préférences pour ne pas risquer d’en oublier, puis toute la bibliothèque du compte, sans aucun effet.

Doubleyou a écrit:

Sinon, tu vires tout ce que t'as dans Macintosh HD/Utilisateurs/alsacienretors/Bibliothèque/Fonts
A l'origine, il n'y a rien dans ~/Bilbiothèque/Fonts. Ce que tu y trouves présentement, c'est toi qui l'a ajouté.

J’y ai rien mis, y avait rien et je l’ai de toute façon jeté aussi. Comme ~/Bilbiothèque/Fonts est dans ~/Bilbiothèque et que j’ai jeté tout ~/Bilbiothèque, de toute manière ce n’est pas là qu’est le noyau du pépin.
Sale histoire te dis-je.

ATS qui merdoie ?

Il faudrait consulter les logs... et surveiller le moniteur d'activité.

Doubleyou a écrit:

Il faudrait consulter les logs... et surveiller le moniteur d'activité.

Moniteur d’activité rien de visible et dans les logs il y a bien des messages de plantage partiel mais c’est tout à fait incompréhensible. De mémoire des histoire de framework qui déraille, or le même framework est bon avec un autre utilisateur. C’est bien ça le délire, c’est complètement lié à l’utilisateur, le système lui-même est bon.

Je ne vois qu’un problème de la configuration de l’utilisateur dans le système. Comme on n’a plus dans 10.5 le gestionnaire netinfo qui nous permettait d’examiner ça de près et en détail, je ne sais pas voir s’il manque à cet utilisateur une appartenance à un des je-ne-sais-combien de groupes du système au niveau unix.

Je sens que ça va finir par un effacement et une recréation du compte. Si le problème ne se situe pas dans les préférences, ça ne devrait pas être trop laborieux de restaurer tout ça. Enfin, je l’espère.

Problème résolu.
En désespoir de cause, j’ai appliqué la méthode radicale en supprimant le compte. J’ai évidemment pris l’option qui laisse le dossier du compte intact — le système le renomme obligeamment de xyz en xyz (Supprimé) — et j’ai recréé aussi sec un compte avec le même nom abrégé. J’ai transféré tous les fichiers, bibliothèque, données et je ne sais quoi et tout est rentré dans l’ordre à quelques petits réajustements près dans des droits de quelques dossiers des préférences.

Par contre j’ai dû me loguer root pour pouvoir faire ça, les données ne pouvant pas être déplacées par un compte administrateur sans gymnastiques à répétition pour saisir le mot de passe et de toute façon certains dossiers étaient en accès interdits et ne pouvaient pas être modifiés. En root c’était bon et surtout ça ne modifiait pas les droits, il n’y a donc eu aucun problème à l’ouverture du compte reconstitué.

La différence est que, maintenant, les fichiers de xyz appartiennent à xyz et au groupe staff et non plus au groupe xyz dont je ne suis même pas sûr qu’il existe encore. Là, je n’ai pas compris.

Perso, j'aurais procédé différemment :

— sauvegarde des données du compte sur disque externe (HFS+)
— effacement complet du compte
— création du nouveau compte (du coup, même IUD)
— importation des données qui se voient dotées des bonnes autorisations du fait de la magie du copier/coller.

hr a écrit:

La différence est que, maintenant, les fichiers de xyz appartiennent à xyz et au groupe staff et non plus au groupe xyz dont je ne suis même pas sûr qu’il existe encore. Là, je n’ai pas compris.

Peut-être des subtilités liées aux différentes versions du système...

Doubleyou a écrit:

Perso, j'aurais procédé différemment :

— sauvegarde des données du compte sur disque externe (HFS+)
— effacement complet du compte
— création du nouveau compte (du coup, même IUD)
— importation des données qui se voient dotées des bonnes autorisations du fait de la magie du copier/coller.

J’ai la même UI (501) ce qui est une bonne chose effectivement. À vrai dire les deux méthodes me paraissent équivalentes puisque les autorisations, à quelques fichiers près étaient bonnes. Je ne vois pas trop la différence que tu vois entre les deux. Déplacement sur le même disque ou copie sur un disque externe, ma foi… Je pense qu’en procédant de cette façon j’ai gagné pas mal de temps parce que le déplacement sur un même disque de montagnes de données est quasi-instantané.

Je ne voulais pas copier le dossier du compte lui-même par contre, je préférais le faire recréer de toutes pièces de façon à nettoyer (quitte à perdre) les fichiers invisibles et .machin qui se sont accumulés.

TG a écrit:

Peut-être des subtilités liées aux différentes versions du système...

Probable, c’est ce que je me suis dit en me souvenant que ce compte avait commencé sa carrière en 10.3 sur un G4 pour passer en 10.4 et finir migré en 10.4 intel avant de passer en 10.5 !

Au premier redémarrage j’ai eu le bug de l’als manager que j’ignorais et dont j’ai trouvé la description et la solution chez macgénération :
http://www.macgeneration.com/news/voir/133628/10.5.6-venir-a-bout-d-aslmanager
Ça se manifeste par un greugreu du disque qui n’en finit pas et une consommation cpu gigantesque. Le moniteur d’activité indique que c’est l’als manager qui débloque. J’ai jeté comme indiqué dans l’article, avec un coup de terminal, les fichiers qui empêtraient l’als manager et ça a été calme y compris au démarrage suivant. Par contre l’article dit que ça arrive quand les logs deviennent énormes ce qui n’était visiblement pas le cas sur ma machine.

hr a écrit:

]Probable, c’est ce que je me suis dit en me souvenant que ce compte avait commencé sa carrière en 10.3 sur un G4 pour passer en 10.4 et finir migré en 10.4 intel avant de passer en 10.5 !

J'ai eu moi aussi des problèmes avec un compte créé sous 10.4 lors de son passage en 10.5.
C'était un peu plus grave, il ne reconnaissait plus du tout mon nom d'utilisateur ! Tout est là aussi rentré dans l'ordre après une suppression du compte sous terminal et création d'un nouveau compte avec les mêmes identifiants.

Il y avait des trucs bizarres qui rôdaient sourdement dans les coulisses dans ce compte restauré. En regardant de plus près, j’ai trouvé des droits complètement loufoques dont des droits définis pour un compte (de mémoire, mais c’est dans ce goût-là) apple.com shared points et une quasi impossibilité de gérer normalement un grand nombre de fichiers qui ne pouvaient être modifiés ou supprimés qu’avec un mot de passe alors qu’ils appartenaient en lecture/écriture au titulaire du compte !
Avec le Finder, pas moyen de virer ces droits. J’ai dû passer par Batchmod dernière version qui sait virer les « droits spéciaux de leopard » dont je ne savais même pas qu’ils existaient !
Batchmod a greugreuté pendant quelques instants et tous les fichiers du compte avaient retrouvé leurs droits normaux. Tout semble vraiment en ordre maintenant.

Donc il faut se souvenir que copier depuis un compte dans un autre compte peut donner des effets inattendus dont il est difficile de se dépêtrer.

hr a écrit:

Donc il faut se souvenir que copier depuis un compte dans un autre compte peut donner des effets inattendus dont il est difficile de se dépêtrer.

Merci Unix

Surtout un unix aussi tarabiscoté avec des droits à la gomme auxquels on n’a même pas accès par le Finder ! Ces droits-là c’est quasiment du spam !