Winkey cesse de fonctionner

8

Il y a environ 6 mois, de nulle part, le Winkey de mon ancien clavier a cessé de fonctionner. CTRL + ESC afficherait toujours le menu Démarrer, mais juste le Winkey ne ferait apparemment rien. Winkey + M afficherait le bureau, Winkey + L verrouillerait toujours l'ordinateur et ainsi de suite. Dans d'autres applications, Winkey aurait un comportement différent:

Dans Firefox, il afficherait les signets
Dans Visual Studio, cela ouvrait l'aide

Après avoir essayé de vous déconnecter, de redémarrer et probablement toutes les solutions sur Google, j'ai essayé la solution de facilité et j'ai changé de clavier. C'était un tout nouveau clavier avec seulement 6 mois d'utilisation (non, ce n'était pas un clavier de jeu) et celui-ci avait alors 6 ans (maintenant 7), mais pour une raison quelconque, cela a fonctionné. Je l'ai considéré comme une de ces choses aléatoires qui se produisent sous Windows et je suis passé à autre chose.

Il y a environ une semaine, ce clavier a commencé à afficher les mêmes résultats. J'ai du mal à croire que c'est lié au matériel, étant donné que ces claviers proviennent de différentes sociétés et utilisent différentes entrées (PS / 2 pour le 6 ans, USB pour le plus récent).

À l'heure actuelle, Winkey sur Firefox affiche des signets et sur VS, il affiche l'aide.

Je veux savoir:

1) Comment résoudre définitivement ce problème?

2) Qu'est-ce qui cause exactement cela?

J'ai également essayé la solution ici, mais cela n'a pas aidé.

EDIT : le redémarrage le corrige, mais après un certain temps, il cesse de fonctionner à nouveau.

EDIT2 : Hier, j'ai regardé dans l' Observateur d' événements et j'ai remarqué que Winkey a changé son comportement juste après le démarrage du service Application Experience. J'ai désactivé ce service et j'ai pensé qu'il fonctionnait. Ce ne fut pas le cas.

— stelonix
source

Mabey, un affichage de ce que le système pense être poussé pourrait aider? romeosa.com/osdHotkey/help.html <- ce programme prétend montrer quelles touches sont enfoncées. Mr.Winkey :-) se corrige-t-il jamais après une mise hors tension complète de l'ordinateur, puis de nouveau sous tension?

— Psycogeek

Je viens d'essayer ce programme, et il apparaît comme WIN lorsque j'appuie sur le Winkey. Après les tests, j'ai redémarré et le Winkey fonctionne à nouveau, même si je sais que c'est temporaire.

— stelonix

Je me demandais si une autre clé était également "bloquée". Certains des crochets et crochets de souris que nous avons utilisés avec succès et avec de rares problèmes sous XP, agissent davantage en 7.. Parce qu'une action sur une touche et une souris implique un Key_down et un type de chose Key_up, certains sticks apparaîtront comme un key_down sans qu'aucun up ne se soit produit. un logiciel bloqué, pas un problème matériel.

— Psycogeek

1

Êtes-vous en train de basculer entre les dispositions de clavier en utilisant Alt + Maj?

— Der Hochstapler

2

Je vais vérifier le message du BIOS, mais je suis presque sûr de ne pas basculer entre les dispositions (j'ai la barre de langue toujours affichée, donc je le sais). Je viens de quitter l'ordinateur pendant 5 minutes, et quand je suis revenu, il avait de nouveau changé de comportement.

— stelonix

4

Il y a deux problèmes ici au lieu d'un seul: le premier est de remapper la clé Windows et le second est de détecter et éventuellement d'éviter un remappage à partir d'un logiciel (suspect) exécuté dans votre système.

A) Remappage du clavier aux valeurs par défaut

La disposition du clavier se trouve dans ces clés de registre:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Keyboard Layout

et ils sont un peu difficiles à modifier, je vous suggère donc deux solutions simples pour remapper la clé Windows à la valeur par défaut.

1- Créateur de mise en page Microsoft Keyboad

http://www.microsoft.com/download/en/details.aspx?DisplayLang=en&id=22339

ou

2- KeyTweak

http://webpages.charter.net/krumsick/

Les deux sont présentés ici: Remappage de la disposition du clavier dans Windows XP, Vista et 7

http://vlaurie.com/computers2/Articles/remap-keyboard.htm

Je vous suggère d'essayer d'abord avec KeyTweak car MKLC est une solution trop "lourde": il crée un énorme fichier de configuration et une solution "plus légère" est, à mon humble avis, meilleure ...

Il suffit de réinitialiser la "clé (s) W" à leur valeur par défaut ...

entrez la description de l'image ici

B) Comment trouver le coupable "remappeur" indésirable?

Je vous suggère de surveiller quel processus accède aux clés de registre liées à la disposition du clavier avec Sysinternals Process Monitor.

http://technet.microsoft.com/en-us/sysinternals/bb896645.aspx

Quand vous le trouverez, vous déciderez quoi faire avec ce "remappeur" ... [par exemple, la corbeille ... ;-)]

J'espère que cette aide. Faites le nous savoir. :)

— climenole
source

Existe-t-il un moyen pour que le mappage des questionnaires ait changé dans le scénario "il ne fonctionne tout simplement plus" Observez le deuxième commentaire, knuck a exécuté un test, et cela a montré que la touche "gagner" était enfoncée. cela aurait-il quand même montré que si la clé avait été remappée? Je pensais plutôt que ce n'était pas "vu" par le logiciel? C'est très différent.

— Psycogeek

Peut-être ... j'attends de lire le feed-back du questionneur ... :)

— climenole

1

J'ai téléchargé Keytweak, et dès que Winkey cessera de fonctionner, je l'exécuterai et verrai s'il est détecté là-bas. Je vous le ferai savoir dès que possible.

— stelonix

1

@Psycogeek = Cela montrait que la touche Windows était enfoncée parce qu'elle l'était. Il était juste mappé à une fonction différente. Sur la base du fait que le menu d'aide montait .... il semble qu'il ait été mappé sur F1 qui est le bouton "menu d'aide" par défaut pour tous les produits Microsoft.

— Ramhound

1

Je viens de le remarquer lorsque j'appuie sur le Winkey (simplifié ici pour être plus lisible): "Explorer.EXE RegOpenKey HKCU \ Software \ Microsoft \ Windows \ CurrentVersion \ Explorer \ AppKey \ 6 NOM NON TROUVÉ Accès souhaité: valeur de la requête" Le résultat est "NON TROUVE ", apparemment

— stelonix

1

Je vous suggère d'obtenir ce détournement et de voir quelles applications se chargent au démarrage. Après cela, vous devez les fermer un à un à partir du gestionnaire de tâches Ctrl+Shift+Escet voir après chacun d'eux si la clé gagnante revient à son comportement normal. Si cela ne fonctionne pas, essayez de charger les fenêtres en mode sans échec et de charger chacune des applications par vous-même et voyez quand la clé gagnante cesse de fonctionner comme il se doit.

Je crois qu'après avoir fait cela, vous pourrez répondre aux deux 2) vous trouverez le programme qui le provoque, et 1) désinstaller / reconfigurer ce programme pour le résoudre définitivement.

— Zenpoy
source

J'ai pensé à essayer de détourner cela, mais comme le Winkey change de comportement au hasard (ce n'est pas sur la charge du système d'exploitation, c'est vraiment aléatoire d'après ce que je peux dire), j'ai pensé qu'il serait trop difficile de trouver l'application qui le change. Mais je vais le faire, de toute façon.

— stelonix

Les outils de ce qui est en cours d'exécution / démarrage / reprise, sont essentiels dans le calcul informatique Hijack-c'est un bon pour voir ce que ceux-ci sont. Je pense qu'il est plus préemptif de savoir ce qui est là aujourd'hui, puis de voir si cela change quand les choses tournent mal. AKA Je l'aurais sur, pour une visualisation générale, avant qu'il ne soit nécessaire :-)

— Psycogeek

1

Le HKCU dans votre autre commentaire signifie, espérons-le, qu'il est isolé pour votre utilisateur. Je voudrais créer un nouvel utilisateur et l'exécuter pendant un certain temps pour voir s'il se reproduit, sinon simplement déplacer tous vos trucs (une douleur, je sais)

— Meddy
source

1

La Winclé est normalement enregistrée en tant que raccourci clavier explorer.exeà l'aide de la fonction API RegisterHotKey . Vous pouvez savoir quels raccourcis clavier sont enregistrés à l'aide de Hotkey Explorer , bien que son affichage soit plus "convivial" que je ne le préférerais.

On dirait qu'il est remappé à un certain niveau pour agir comme la Favoritestouche sur les claviers "Internet". Ce niveau ne peut pas être trop bas, ou Win+ Metc. ne fonctionnerait toujours pas. Dans tous les cas, pour la Favoritesclé, cette ligne dans Process Monitor est normale:

10:43:11.7233223 PM explorer.exe    1028    RegOpenKey  HKCU\Software\Microsoft\Windows\CurrentVersion\Explorer\AppKey\6    NAME NOT FOUND  Desired Access: Read

(Je lance XP, YMMV légèrement)

— Hugh Allen
source

@knuck envisage d'ajouter un filtre à Process Monitor pour "Path contains AppKey" immédiatement après le redémarrage. Une fois que vous avez remarqué que la clé WIN ne fonctionne plus comme souhaité, vérifiez Process Monitor pour voir si un programme a demandé une modification de cette clé de registre.

— Jeremy W

Je crois qu'Explorer s'est écrasé et maintenant un redémarrage ne le rétablit plus. Keytweak ne le voit pas comme commuté et Hotkey Explorer ne démarre pas avec une erreur dont Google n'a jamais entendu parler. ("L'initialisation de Hotkey Explorer a échoué! (-7)")

— stelonix

0

Bien entendu, cela ne peut être que matériel ou logiciel.

Il est préférable de vérifier les logiciels en démarrant en mode sans échec avec mise en réseau (pour Internet), si vous pouvez le supporter pendant une journée entière. Si cela ne se produit plus, cela est dû à un programme installé. Vous pouvez également essayer de mapper une autre clé pour qu'elle soit WIN et voir si cela change quelque chose dans le comportement observé.

Pour le matériel, j'essaierais encore un autre clavier connecté via un autre port USB.

Si vous ne trouvez pas le problème, amener l'ordinateur chez un réparateur est ma dernière idée à côté de renoncer à utiliser la clé WIN.

— harrymc
source