10.11 El Capitan Daily Budget = Virus ?

Tente de créer un nouvel utilisateur admin et de voir en quelle langue par défaut il est paramétré dans pref système langage et région.

Alors je viens de faire ça, la nouvelle cession admin est également en anglais. Mais chose étonnante, la page qui permet de passer d'une cession à une autre est en français...
 
Re! désolée de ne répondre que maintenant je n'avais plus d'accès internet!

Alors j'au fait la manip de jeanjd63 et miracle Safari est revenu en Français! Cependant TOUT le reste est encore en anglais (toutes les applications, même word..., les boites de dialogue, les paramètres...c'est en anglais).
Mais il y a encore plus problématique que ça : safari ne fonctionne plus, il se ferme tout seul.
Je précise tout de même qu'il n'y a aucun souci avec les autres session : la langue est en français et pas de souci de safari.

Je suis complètement nulle dans ce domaine, mais pensez-vous qu'on puisse tirer quelque chose avec zHPdiag (zhpfix) ? c'est un outils qu'on m'avait conseillé lorsque j'avais une infection sous windows .
 
Et sur ce nouvel administrateur, tu peux ajouter le Français et supprimer l'Anglais dans Pref system/Langues...
 
Re! désolée de ne répondre que maintenant je n'avais plus d'accès internet!

Alors j'au fait la manip de jeanjd63 et miracle Safari est revenu en Français! Cependant TOUT le reste est encore en anglais (toutes les applications, même word..., les boites de dialogue, les paramètres...c'est en anglais).
Mais il y a encore plus problématique que ça : safari ne fonctionne plus, il se ferme tout seul.
Je précise tout de même qu'il n'y a aucun souci avec les autres session : la langue est en français et pas de souci de safari.

Je suis complètement nulle dans ce domaine, mais pensez-vous qu'on puisse tirer quelque chose avec zHPdiag (zhpfix) ? c'est un outils qu'on m'avait conseillé lorsque j'avais une infection sous windows .
Pas d'outils windows sur Mac.
Repasse un Etrecheck et redonne le rapport .
Arrives-tu à modifier les langues ou toujours pas?

repasse dans le terminal un :
defaults write -g AppleLanguages '("fr-FR", "en-US")'

Puis redémarre le Mac.

Que renvoie dans le terminal un :
ls -ale@ Library/Preferences/.GlobalPreferences.plist
 
Alors j'ai réussi à changer la langue sur la 2ème cession mais toujours impossible de le changer sur la première cession.
Tout comme Ayel50 (d'ailleurs excuse moi, je me suis un peu accaparé ton post) j'ai également récupéré Safari en français.
 
Alors j'ai réussi à changer la langue sur la 2ème cession mais toujours impossible de le changer sur la première cession.
Tout comme Ayel50 (d'ailleurs excuse moi, je me suis un peu accaparé ton post) j'ai également récupéré Safari en français.
Peux-tu passer les commandes du post ci-dessus?
 
Ça a l'air d'être bon, j'ai fait un EtreCheck,
Puis la commande = defaults write -g AppleLanguages '("fr-FR", "en-US")'
Et après le redémarrage tout semble être en français, pourvu que ça dure !!

Puis-je supprimer la 2ème cession admin?

Un grand merci pour le temps accordé et l'efficacité des conseils.
 
Je m'immisce dans la problématique du choix de langue de session inopérant évoquée dans les échanges ci-dessus (laquelle a été également évoquée dans un fil ouvert récemment par pinsonmimi ici-même : ☞Gros problème Sierra systeme passe en anglais☜).

Dans l'environnement de mon OS «Sierra», j'ai un utilisateur admin bis nommé spartiatement a > dans la session de cet utilisateur, les manipulations de choix de langue dans le panneau Langue et région des Préférences Système s'avèrent inopérantes --> choisir Anglais comme langue principale en refoulant le Français en second > même après re-démarrage > n'opère aucun changement : le Français demeure en défaut, et reste affiché langue solitaire dans le panneau.

Il en va de même si j'édite le fichier concerné : Library/Preferences/.GlobalPreferences.plist par une commande dans le «Terminal» du type :
Bloc de code:
defaults write -g AppleLanguages '(en, fr)'
et si je re-démarre > en ré-ouvrant la session a > la langue est toujours le Français > le panneau Langue et région n'affiche que le Français > le fichier .GlobalPreferences.plist lui-même ne comporte que le dispositif :
Bloc de code:
<key>AppleLanguages</key>
    <array>
        <string>fr-FR</string>  
    </array>

Cette situation m'a paru curieuse, en ce que l'édition au disque que j'avais faite du fichier .GlobalPreferences.plist a été résiliée entre la fermeture de la session a et sa réouverture après re-démarrage. J'en tire l'interprétation suivante : il y a manifestement un cache d'utilisateur qui charge en ouverture de session la préférence de langue du fichier .GlobalPreferences.plist, mais qui réécrit à la fermeture de session à ce même fichier de référence, en résiliant toute édition opérée entre temps, soit dans le «Terminal», soit dans le panneau Langue et région.

S'il en est bien ainsi > il s'agit manifestement d'un bogue carabiné de «Sierra» relatif au fonctionnement du cache de préférences d'utilisateur, qui garde la main sur l'état des écritures du fichier .GlobalPreferences.plist en sortie de session. Ce qui n'est aucunement normal d'après mon expérience d'une série de versions d'OS X > où le cache de préférences d'utilisateur > s'il a la prééminence en cours de session sur l'état du fichier de référence > n'a pas pouvoir de le réécrire en sortie de session > ni non plus le pouvoir de se réinstaurer en ré-ouverture de session indépendamment du fichier de référence > mais se reconstruit d'après lui.

J'ai donc fait un contre-test > passer la série de commandes suivantes :
Bloc de code:
defaults write -g AppleLanguages '(en, fr)'
chflags uchg Library/Preferences/.GlobalPreferences.plist
la deuxième commande verrouillant le fichier de référence contre toute modification d'écriture > après re-démarrage > la langue de session est bien enfin en Anglais comme décidé, le cache n'ayant pas pu réécrire au fichier en fermeture de session et ayant donc chargé la préférence écrite en ouverture de session. Il ne reste plus à présent qu'à passer une commande de déverrouillage du fichier :
Bloc de code:
chflags nouchg Library/Preferences/.GlobalPreferences.plist
et le tour est joué > le bogue relatif au cache jouant conservativement de la préférence chargée en ouverture de session.

=> bref : c'est un bogue tout ce qu'il y a de moche. Et curieux : parce que dans ma session admin principale macomaniac je ne le rencontre pas. Le facteur de variation qui suscite le bogue ou non en fonction de la session ouverte m'échappe.
 
Sherlock Locke.webp, je ne peux décemment octroyer 5 jolies & gracieuses  à notre "alchimiste du terminal" car ce p'tit gars spécialiste de l'explication du jargon informatique pour les nuls a dit: je cite:
Le facteur de variation qui suscite le bogue ou non en fonction de la session ouverte m'échappe.
car s'est fortement dédouané avec facteur, variation & fonction (donc 3  de moins) qui le mettent à l'abri d'éventuelles poursuites (infernale).:coucou:
 
Dernière édition:
Mauvaise nouvelle.

Voyant que finalement mes préférences systèmes étaient en fait encore en Anglais, j'ai voulu tester les lignes de code de @macomaniac (à ce propos, félicitation pour le travail de vulgarisation, j'ai presque tout compris), et malheureusement le système est revenu à nouveau en Anglais...

Du coup, vous pensez qu'il s'agit d'un bug inhérent à Mac OS X Sierra?
Celui-ci devrait donc disparaître dans une mise à jour à venir?
 
Salut gumaced

Dans mon billet j'ai évoqué la session d'un admin auxiliaire a dont la langue était obstinément fixée sur le Français (alors que ton problème est exactement inverse : elle est fixée sur l'Anglais). Malicieusement, j'ai cherché à infliger à ce malheureux a une préférence de langue Anglaise dans mes tests > d'où ma commande n°1 qui impose la préférence de l'Anglais > càd. l'inverse de ce que toi tu souhaites. Si donc tu as fait un copier-coller de la commande :
Bloc de code:
defaults write -g AppleLanguages '(en, fr)'
dans laquelle l'Anglais ("en" en abrégé) précède en privilège le Français ("fr" en abrégé) > tu n'as donc fait que confirmer la situation qui était déjà la tienne : une session dont la langue est l'Anglais.

Donc il faut une commande qui inverse les préférences. Je te propose de passer (l'une après l'autre) les 2 commandes suivantes :
Bloc de code:
defaults write -g AppleLanguages '(fr, en)'
chflags uchg Library/Preferences/.GlobalPreferences.plist
(où tu remarques que, cette fois, le "fr" (Français) précède en privilège le "en" (Anglais) et à re-démarrer ton Mac (le re-démarrage est de rigueur).

Vérifie à la ré-ouverture de ta session si le verrouillage du fichier de préférence par le flag uchg a bien imposé le Français comme langue des menus. S'il en est bien ainsi > alors tu peux déverrouiller le fichier de préférences qui consigne la préférence de langue par la commande :
Bloc de code:
chflags nouchg Library/Preferences/.GlobalPreferences.plist
et je pense que le cache d'utilisateur restera bien calé désormais sur la préférence écrite du fichier.
 
C'est bien un bug inhérent à Sierra qu'a décrit macomaniac avec un cache qui vient écraser le fichier de préférences lors de l'extinction....
 
Bien ça marche, merci @macomaniac et à tous les autres.

Je pense avoir saisi le problème, mais j'espère quand même ne pas avoir à refaire de bidouilles dans le terminal, je ne suis pas très à l'aise avec ça!

Il reste cependant un schmilblik, les préférences systèmes sont en anglais, c'est normal malgré la manip ?
 
Argh !!!
Bravo la version Alpha de Sierra. C'est MacO qui débogue gratos :banghead:

J'aurais tendance à rajouter : il y a quelque chose de pourri dans le royaume Mac Os :mad: