none
mise a jour vers W10 et activation RRS feed

  • Question

  • Bonjour

    Je travaille actuellement sur un projet de mise a jour de mon parc vers W10, environ 300 machines sur 2 sites.

    Je gère mes mises a a jour de manière automatisée grâce a un serveur WSUS sur 2012R2 dédié. au vu du nombre de postes a gérer et de notre connexion internet, nous ne pouvons pas vraiment nous permettre de gérer toutes nos mises a jours via un service WU traditionnel.

    la mise a jour se fait convenablement, le système est fonctionnel sauf sur un point, l'activation de l'OS.

    chaque ordinateur dispose de sa propre clé OEM d'origine et est activé dans sa version W7 pro.

    la page d'activation me donne l'erreur suivante:

    Windows ne parvient pas a contacter le service d'activation de votre société. [...] code d'erreur: 0xC004F074

    l'ordinateur en question est un portable HP 4730s, sous W7 pro à l'origine, la mise a jour W10 est bien la aussi une version pro, build 10586. 

    lorsque je rentre la clé disponible avec le PC, il m'est retourné que cette clé ne permet pas d'activer ce produit. or, il a été annoncé que MS permettrai d'activer des W10 depuis des clés authentiques de W7/W8 à partir de la build 10586. ce n'est manifestement pas le cas. est-ce un bug connu? ou dois-je faire le téléchargement et la mise a jour hors WSUS pour TOUS mes postes? ca serait une véritable perte de temps et le projet risque fortement de tomber à l'eau sans cela. je trouve assez aberrant que MS nous bloque l'activation d'un produit légitime pour lequel nous avons des clés éligibles parce que nous passons par un serveur de mises a jour centralisé et non par le service WU directement

    qui a une idée?

    mardi 15 décembre 2015 14:37

Réponses

  • Alors, verdict:

    CA FONCTIONNE! par contre, bonjour les sacs de noeuds pour la gestion des updates, microsoft ne nous facilite pas la tache, au contraire.

    Donc comme tuto pour les éventuels malchanceux dans la meme position que la mienne:

    Dans votre WSUS, pensez a bien séparer vos ordinateurs licence en volume de vos licence retail/OEM, suivant le type de mise a jour appliquée, vous pouvez vous retrouver avec un echec sur toute la ligne.

    N'approuvez la Mise a jour type Retail qu'aux ordinateurs OEM/retail, la mise a jour licence en volume uniquement aux licences en volume.

    jeudi 17 décembre 2015 14:23

Toutes les réponses

  • Bonjour,

    Ce code d'erreur indique que vous utilisez une clé en volume sur vos postes et ou  le serveur KMS n'a pas réussi à activer le produit.

    1. À l'origine vous aviez Windows 7 Pro livré à l'achat du PC mais avez vous réimagé le poste ?
    2. Avez vous un serveur KMS ? si oui, il faudra la clé à jour...

    Aussi peux tu me copier le resultat de la commande: slmgr.vbs /dli

    Note: La mise à jour 10586 ne concerne pas le scénario que tu effectues. Il était déja possible de migrer vers Windows 10 avec une licence authentique. La nouveauté 10586 permet d'utiliser la clé à l'installation.


    signatureforums

    mardi 15 décembre 2015 16:13
    Modérateur
  • bonjour.

    concernant l'infrastructure, aucun serveur KMS n'est référencé sur aucune des 3 forets AD dont nous disposons.

    Concernant la machine en elle même, les partitions OEM du constructeur sont toujours présentes et la licence W7 est bien la licence OEM d'origine si je ne m'abuse.

    Voici le meme ecran sur le W10 apres upgrade via le WSUS

    et une question subsidiaire. dans les postes que nous devons mettre a jour, une bonne partie sera refaite "from scratch" via un déploiement WDS d'une image W10. les possibilités d'activation de la build 10586 seront-elles utilisables dans ce scénario? Microsoft a été plutot vague concernant les scénarios de mise a jour disponibles et les effets sur lesdites activations de produits, du moins, dans la documentation que j'ai pu trouver

    mercredi 16 décembre 2015 07:18
  • Pour le poste migré, à partir des paramètres change la clé en mettant celle OEM et fait l'activation car en ce moment le poste a une clé KMS.

    Pour l'autre question, oui j'ai déjà effectué ce scénario chez des clients et cela fonctionne sans probleme. Pour l'installation j'utilise les clés génériques indiquées dans la documentation de ADK et le poste s'active ensuite avec sa licence OEM.


    signatureforums



    mercredi 16 décembre 2015 14:04
    Modérateur
  • j'ai essayé la méthode de rentrer la clé OEM windows 7 en tant que clé W10 mais les serveurs me renvoyaient une erreur comme quoi ma clé n'etait pas éligible a l'activation de W10. ayant fait un rétrogradage, je vais relancer la mise a jour afin de pouvoir tester les différentes solutions qui pourraient etre proposées.

    pour le second point, merci pour la confirmation, je suis rassuré.

    je reviens vers vous avec des nouvelles fraiches dès que possible

    mercredi 16 décembre 2015 14:43
  • concernant le problème d'activation de la machine mlise a jour via WSUS:

    rentrer la clé OEM via l'assistant d'activation échoue. j'ai tenté l'opération via les DNS de mon domaine ET via des DNS externes, l'erreur est la même: "la clé de produit que vous avez saisie ne peux pas être utilisée pour activer cette édition". via les DNS de mon domaine, j'obtiens une erreur 0xC004F074. via des DNS publics et la commande slmgr.vbs /ipk <clé>, j'obtiens l'erreur 0xC004F050.

    c'est vraiment a s'arracher les cheveux

    Petite mise a jour:

    le process de déploiement est validé pour la partie WDS, la build 10586 s'installe sans problème et l'activation se fait sans accroc

    concernant le poste migré, il apparait maintenant dans WSUS différentes mise a jour pour la MaJ de novembre. donc une version Retail et une version Volume. apres un second retropédalage, je suis en train d'installer la version Retail de l'update, on va voir ce que ca donne. je note toutefois a quel point il est stupide de la part de cette release d'avoir différentes versions SEULEMENT par rapport au licensing du windows. il serait sage de la part de MS de une mise a jour UNIQUE prenant en compte tous les types de licences plutot qu'une upgrade par type de licencsing


    jeudi 17 décembre 2015 08:29
  • Alors, verdict:

    CA FONCTIONNE! par contre, bonjour les sacs de noeuds pour la gestion des updates, microsoft ne nous facilite pas la tache, au contraire.

    Donc comme tuto pour les éventuels malchanceux dans la meme position que la mienne:

    Dans votre WSUS, pensez a bien séparer vos ordinateurs licence en volume de vos licence retail/OEM, suivant le type de mise a jour appliquée, vous pouvez vous retrouver avec un echec sur toute la ligne.

    N'approuvez la Mise a jour type Retail qu'aux ordinateurs OEM/retail, la mise a jour licence en volume uniquement aux licences en volume.

    jeudi 17 décembre 2015 14:23