Bonjour  
 
Un réseau classique sous Windows server 2003, 15 postes déclarés sur le domaine, 15 manips identiques donc mais 14 sans-soucis...jusqu'au poste 15. Celui-ci se charge systématiquement en qwerty (après identification et autentification correcte). En repassant administrateur sur ce poste, la machine repasse en azerty !  
 
Quelqu'un a une idée?

Va betement remettre en français dans les options régionales. Par défaut XP en FR s'installe avec a la fois le français et l'anglais US, comme langues d'entrée, suffit de faire un alt-shift pour switcher.

 
Ben ouais, mais là, pas moyen: l'onglet "détails" de l'otion linguistique ne propose que la clavier américain. Impossible de rajouter un autre clavier. Tu auras donc compris qu'il ne s'agit pas d'un problème local mais bien d'un chargement d'un profil particulier lors de la connexion sur le serveur Windos 2003. Donc d'unproblème réseau et c'est à ce titre que je demande conseil. Pas pour faire du B-A BA.
Merci quand même d'avoir répondu...
 

Tu ne donnais pas beaucoup d'info dans ton poste d'origine (on ne sait meme pas l'OS client...), donc pour t'aider on est bien obligé de commencer par le B-A BA puisque rien ne l'exclut.
C'est le même profil utilisateur sur tous tes postes ou il differe ?

 
Tous mes postes clients sont sous Windows XP Pro. S'agissant d'une salle de recherche en accès libre, les clients ont le même login et le même mdp. Les restrictions sur les ressources se font via le profil sur le serveur. Ils ont donc, a priori, tous rigoureusement le même profil user. Je dis bien a prori car la "bascule" d'un état normal (fond d'écran bleu "XP" après avoir tapé les login et mdp) à un état anormal (fond d'écran bleu lavasse, icônes d'ouverture, d'agrandissement ou fermeture de fenêtre active, en haut à droite, toute petites ...et passage de l'AZERTY local en QWERTY réseau) se fait lors du chargement du profil justement. Ce profil est enregistré a priori correctement car il fonctionne sur les quatorze autres machine.
Autre précision, j'ai eu ce problème après avoir modifié le nom (déclaré sur le domaine) de chacune des 15 machines. Toute la procédure (modification du nom, désengagement de WorkGroup, redémarrage, confirmation du domaine, redémarrage) a été fastidieux mais s'est bien passée... jusqu'à la 15 ème.
Sur le serveur, sous Active Directory, je suis allée vérifier la présence de doublon de nom de computer: néant. Pour relancer, j'ai supprimé le nom de la machine en question et ai recommencé la procédure: aucun effet.
Le pire, c'est que je ne peux même pas faire une bascule clavier sur la 15ème machine lorsque ce profil y est chargé puisqu'il ne connait à ce moment-là que le clavier américain.
Voila pour les précisions. Excuse-moi de ne pas les avoir données avant, mais je ne voulais pas charger la mule d'entrée de jeu!
Merci pour ta réponse
Il est à  Or febl déclalogin et mdp Le serveur est sous Windows Server 2003.

Vérifie que tu n'es pas de GPO sur le domaine qui ne toucherait que cette machine, ou que la statégie locale n'est pas été modifiée.
Sinon tu peux essayer de supprimer (ou renommer si tu as peur de faire une connerie) le dossier prodil de l'utilisateur a probleme dans document & settings pour qu'il soit recrée la prochaine fois que tu te connectes avec.

Bonjour
Excuse-moi pour cette interrupt mais je n'ai pas pu te répondre avant.
Non, j'ai vérifié la stratégie pour ce type de compte, mais tout me paraît ok (mais en quoi le profil de cette p... de 15ème machine est-elle différente?).
Quand à la suppression dans le doc & settings de la machine elle me provoque une nouvelle fenêtre lors du chargement du profil utilisateur: "Windows ne peut pas charger le profil ..." avec une tempo de 30 secondes qui me renvoie à une invite de connexion login et mdp.
J'en perds mon latin.
Si tu as une idée , je suis toujours preneuse.

 
Je déterre un vieux topic mais c'est parce que j'ai trouvé une solution !!
 
Pour ma part, même problème, clavier en azerty en local et lorsque on se connecte au domaine, toutes les sessions passent en qwerty.
 
Pour changer ça, déjà les profils de mes utilisateurs sont stockés sur le serveur. Dans les répertoires des profils utilisateurs se trouvent le fameux NTUSER.dat (.MAN aussi)
Il faut ensuite sur un poste en admin aller dans la base de registre,  
- séléctionner HKEY_USER puis fichier --> charger la ruche
- Aller chercher le ntuser.dat de l'utilisateur en question
- Mettre n'importe quel nom
-HKEY_USER/"le nom"/keybard layout/preload
- Modifier la valeur pour avoir la langue FR (0000040C)
-décharger la ruche
 
Et voila votre utilisateur pourra se loguer et avoir un bureau FR.
 
   

Visiblement des cas ont aussi remonté qui incriminaient l'Antivirus Symantec Corporate lequel corrompait les profils errants.

Bonjour,
 
Nous aussi on a le même problème avec la même config (sans symantec antivirus). Les utilisateurs ouvrent leur session en azerty ,tout se passe bien jusqu'au verrouillage auto de leur session et des qu'ils veulent déverrouiller leur session la saisie du login/mot de passe se fait en qwerty...en revanche une fois la session deverrouillée le clavier repasse en azerty.  
 
Je vais essayer la manip de tsugaru en esperant que....  
 
@++