Bonjour,
 
Je viens d'acheter de nouveaux postes user avec processeur de la série Kaby Lake et à ma grande surprise, ces derniers ne sont pas compatibles avec Windows 7 (ni le 8 si j'ai bien compris).
Mon master win 7 s'installe correctement mais impossible de récupérer les updates de mon wsus  
 
Bien évidemment mon presta ne peut pas récupérer le matos déjà ouvert et allumé  
 
Des gens dans la même mouise ? des solutions ?
 
Merci

Pas de solutions compatibles avec le respect de la licence.
 
Pour le reste, une recherche Google et c'est vite trouvé.
Mais bon j'irai pas faire ça en milieu pro.

Même si il etait possible d'installer Windows 7 sur les nouveau ordinateur, quel interet ?
la fin  de support pour Windows 7 c'est Janvier 2020.
Sauf si tu veux changer de systéme avant cette date, il est urgent de passe en W10.
Il faut donc tout valider tous les logiciels.
Avec un serveur WSUS sous W2012 minimum et donc des CAL pour cette version.

Merci à vous deux.
J'ai bien vu la solution non officielle ...
 
@skoizer, il me plairait tellement de pouvoir investir dans ces licences, mais la situation financière étant ce qu'elle est, c'est inenvisageable aujourd'hui.

@teflon : idem pour nous c'est aussi un souhait

 
Euh wé quand même. Pour le pékin moyen je comprends, mais pour un IT qui gère des masters, déja beaucoup moins... faut être resté dans une grotte pour avoir raté toutes les annonces et tout

 
Tu peux tjr faire l'upadte vers Windows10 qui est encore possible

et ça reviens a ça, ce qui va couter de l'argent et surtout du temps !

Sauf que plus tu attendras, plus ça va te coûter cher.

Et il faudra de toute façon le faire à un moment où à un autre.

Il y a forcément un moment où maintenir un vieux truc n'est plus possible (support, compatibilité, sécurité, matériel de rechange,...).
Autant anticiper en amont, sachant que plus on attends et plus ça coûte cher (saut technique / versions plus important, avec les dépendances qui vont avec, ...).

Chez un ancien client, j'ai vu une mise à jour d'un progiciel métier (mise à jour règlementaire) qui a été faite tardivement qui a forcé la mise à jour des contrôleurs de domaines (et donc toute la migration du SI qui va avec) car le progiciel n'était pas compatible avec le vieil AD.
Tu te doute bien que les coûts (non anticipés bien sur) du projet ont explosés.

Ce n'est pas facile du tout, mais il faut arriver à faire comprendre aux décideurs qu'un SI doit être vu comme un être vivant : il naît, il vit, il meure.
De la même manière, il a besoin de soins (feature/fix/...) pour le faire vivre et grandir, mais aussi d'une gestion de l'obsolescence pour éviter qu'il ne dépérisse ou ne meure (entrainant le budget, le business associé, voir l'entreprise elle même).
Un SI n'est pas qu'un coût initial, loin de là.

Bonjour,
Si tu es dans le public, tu as des textes de loi qui obligent à avoir des systèmes d'exploitation "maintenues"
exemple "INSTRUCTION N°SG/DSSIS/2016/309 du 14 octobre 2016 relative à la mise en œuvre du plan
d’action sur la sécurité des systèmes d’information (« Plan d’action SSI ») dans les établissements et
services concernés"
http://circulaire.legifrance.gouv. [...] _41533.pdf
ou alors ceci qui va bientot être opposable:
http://esante.gouv.fr/services/pol [...] oir-plus-0
 
On a de réel argument à faire valoir au décideur pour faire évoluer les systèmes d'exploitation. (on veut des sous !!!)
Si tu fais remonter et qu'il n'y a pas de retour. Garde précieusement ce que tu as fais remonté. En cas de cryptolockeur ou autre qui serait installé sur un systéme d'exploitation plus maintenu faute de budget, tu es couvert
 
Je suppose que dans le privé, il doit y avoir des label ISOXX qui doivent demander ceci.