Actions











Ma moins bonne expérience de mise à niveau à Windows 10

Écrit le 07/08/2015 @ 17:02 par Alexandre

Informatique - Microsoft - WindowsLorsque vient le temps d'une mise à niveau de Windows, en particulier lorsqu'on ne peut partir d'un "clean install", il y a des bonnes et des moins bonnes expériences. On souhaite toujours ne pas tomber dans les mauvaises "statistiques". Pour 6 mises à niveau qui se sont bien déroulées, j'en ai frappé une, sur mon ordinateur personnel, qui a été un cauchemard AAAARRRRGGGGHHHH!!!!!!! de 3 jours. Voici son histoire et comment je suis parvenu à la compléter...

J'utilise présentement un ordinateur dont de nombreux périphériques ont été remplacés. Je suis parti d'une carte mère Gigabyte dernièrement à une Asus M5A99FX Pro R2.0. J'avais 3 disques durs (je vous explique bientôt pourquoi l'utilisation de l'imparfait) : un pour Windows (mon système de passage), un pour Linux (mon système régulier) et un disque que je conservais dans le but de faire un RAID software "un moment donné". J'ai 16GB de DDR3, une carte vidéo AMD R9 280X, un processeur FX-9590 (qui nécessite un refroidissement liquide et donc j'ai même modifié mon boîtier plutôt que de le remplacer), une carte réseau Wifi USB, une guitare branchée via le câble de RockSmith reconnue comme un périphérique audio USB et un parasurtenseur avec batterie qui se connecte en USB pour communiquer avec l'ordinateur en cas de panne. Pas une configuration commune, mais pas une configuration ésotérique non plus.

Lors de mon installation Linux | Windows 8, j'étais resté en mode BIOS plutôt qu'UEFI à l'époque. Mes disques étaient alors configurés en MBR. Depuis, sous Linux, j'avais migré vers le mode GPT, mais pas sous Windows. Mon disque Windows n'avait qu'une partition qui faisait tout.

La première chose que je dois mentionner, c'est que je savais que mon disque Windows mourait lentement. J'avais des fichiers corrompus que j'attrapais ici et là parfois, devant lancer SFC et DISM pour corriger la situation.

- Jour 1 - une soirée -
Toutes les mises à jour de Windows 8.1 étaient installées lorsque Windows Update m'a informé que c'était à mon tour de recevoir la mise à niveau à Windows 10. Super, on lance l'installation, après mon expérience avec les ordinateurs du bureau, j'étais confiant que tout irait bien... Comme j'avais tord... Gaga

À répétition, mon installation gelait (pas toujours au même endroit exactement, mais assez tôt dans le processus), redémarrait, récupérait et revenait à Windows 8.1. J'avais mis tous mes pilotes à jour, autant que je le pouvais, pensant en premier que le problème venait d'un pilote de périphérique incompatible. Ensuite, puisque cela ne changeait rien, j'ai désinstallé tous les pilotes que j'avais ajouté pour laisser Windows 8.1 revenir à celui par défaut. Toujours sans succès... Je vais me coucher.
- Fin du jour 1 -

- Jour 2 - une soirée -
Puisque mon code d'erreur changeait d'une fois à l'autre, était que la mise à niveau frappait un mur à cause de ma configuration de disque. Juste au cas, je lance mes tests SMART, qui me confirment que mon disque Windows se meure, mais rien de particulier autrement. Je me suis donc mis à la tâche de convertir mon disque de MBR à GPT et de tasser le BIOS pour l'UEFI. Le processus est assez simple en fait, Microsoft expliquant bien comment le faire. Il est même possible de le faire sans perte de données. Je passe donc en GPT et UEFI, je fais 2 ~ 3 constats sur la configuration à utiliser afin que Linux et Windows soient fonctionnels, je reprends contrôle de Windows (lorsque vous commencez le processus de conversion du disque, vous n'avez plus accès à Windows tant que vous n'avez pas complété). Tout est bien, on nettoie tous les téléchargements de la mise à jour de Windows 10 précédents, je télécharge à nouveau et je réalise que Microsoft a relâché l'outil de création de média Windows 10 (USB ou DVD). Je mets de côté le téléchargement, bâti mon disque DVD UEFI Windows 10, je lance la mise à niveau en redémarrant l'ordinateur et... nope, je dois passer par Windows pour le lancer puisqu'il s'agit d'une mise à niveau... C'est normal, le processus doit valider qu'une version de Windows est bien installée et validée. On passe sous Windows, on lance la mise à jour EEEEEEEEEET... nope, ça gèle encore... et encore... et encore. Je vais me coucher.
- Fin du jour 2 -

- Jour 3 - journée -
Bon, là, j'en ai plein le cul de tourner en rond... Sad day Mes recherches des codes d'erreur n'ont pas été concluantes jusqu'à maintenant. Je me dis que je vais partir de 0, installer Windows 8 (dont j'ai ma clé d'activation) et immédiatement après faire la mise à niveau. De cette manière, je règle tous les problèmes qui peuvent provenir de diverses installations de pilote, de mise à jour, etc. Ce scénario doit avoir été testé par Microsoft! J'en profite pour débrancher mon disque Windows... pour utiliser plutôt mon 3e disque que je gardais pour un RAID éventuel! On prépare le disque, on lance l'installation de Windows 8, j'active Windows, je prends mon disque de mise à niveau à Windows 10 fait la veille, lance l'installation de Windows (encore une, on ne peut partir la mise à niveau directement au lancement de l'ordinateur), l'ordinateur redémarre, le processus de mise à niveau s'enclenche EEEEEEEEEET... black screen of death. Screwed! Je redémarre l'ordinateur, il récupère de sa mise à niveau, retour sous Windows 8 et je fais une recherche au sujet de Windows 10 en cherchant le code d'erreur (0xC1900101-0x20017) qui cette fois est différent et que j'ai vu quelque part les jours précédents. J'ajoute le modèle de ma carte mère et je finis par trouver un cas similaire sur un forum où la personne a les mêmes symptômes que les miens (sans le code d'erreur), mais pas de solution... Je me dis que ce ne peut être un hasard, qu'on a quelque chose de commun. Je me souviens avoir vu dans le Gestionnaire de périphérique que l'un d'eux est un ASMedia 104X et un autre est un ASMedia 106X... L'un a un lien avec un contrôleur USB 3.0. Je ne connais pas ASMedia, je me dis que je peux tout débrancher mes périphériques et désactiver ceux "onboard". Débranche tout, sauf le réseau, l'écran, le clavier et la souris, désactive les fonctionnalités de gestion d'énergie, les périphériques onboard USB, serie, je relance la mise à niveau EEEEEEEEEEET... Ça marche! Sourire sans les dents

C'est là que j'en suis, la mise à niveau est faite, je réinstalle mes applications importantes, j'ai écrit à la personne qui avait le même problème afin de lui proposer ce que j'avais fait (on verra si ça marche pour lui), je m'apprête à faire une migration de ma session et des jeux Steam (ceux exclusivement Windows) de mon ancien disque au nouveau de Windows. La vie est belle. hippie J'espère que vos migrations iront mieux que ce cas.

Dernière modification le 07/08/2015 @ 18:18 par Alexandre

Commentaire par Drizzt  Score: 2
Écrit le: 07/08/2015 @ 22:02

Je n'ai pas encore essayé la mise à jour, de toute façon ça risque d'être sur une VM la première qui sera faite. Je vais voir aussi avec l'expert OS et déploiements au bureau si je vais le tester sur ma machine.

Commentaire par Alexandre  Score: 2
Écrit le: 08/08/2015 @ 14:02

Oui, prends le temps de bien tester. Windows 10 fonctionne maintenant sur mon ordi, mais l'OS gèle régulièrement. Je cherche la cause, je vais tenter de désinstaller ma carte vidéo, car je n'avais pas ce problème avant l'installation du pilode... Dès fois que...

Commentaire par Alexandre  Score: 2
Écrit le: 09/08/2015 @ 00:39

Plus de détails : il semble que le véritable problème soit au niveau des fonctionnalités de gestion de l'alimentation du processeur. En désactivant le Cool'n'Quiet, ainsi que les C1E et C6 states, l'ordinateur est stable. J'avais fait ça et désactivé des périphériques lors de l'installation : il semble que ce soit vraiment cette partie sur les fonctionnalités énergétiques du processeur qui sont responsables des plantages, puisque mon système instable ne l'est plus depuis que j'ai redésactivé ces fonctionnalités. Je vais les activer une à une afin d'identifier la coupable...

Commentaire par Alexandre  Score: 2
Écrit le: 20/08/2015 @ 14:40

Et finalement, c'est isolé à la gestion du "C6 state". Allez savoir si ça vient du UEFI/BIOS ou d'ailleurs?

Commentaire par Drizzt  Score: 2
Écrit le: 16/11/2015 @ 14:57

J'ai eu un problème assez... particulié lors de la migration de mon vieux laptop au bureau.

J'avais le Client VPN Cisco d'installé. Suite à la mise à jour, il n'y avait pas de carte réseau dans le Centre réseau et partage, pourtant tout mes périphériques étaient bien reconnus dans le Gestionnaire de périphériques.

Après recherche sur Internet, il faut désinstaller le Client VPN Cisco avant de migrer à Windows 10 Sourire sans les dents


Tous les blogs
<< Détection automatique de connexion de périphériques audio : quand ça ne fonctionne pas | Retour aux blogs | Anti-Spam >>
Blogs de la même catégorie
<< Détection automatique de connexion de périphériques audio : quand ça ne fonctionne pas | Mauvaise traduction ou changement de mentalité? >>