Long écran noir avant arrivée sur le bureau ?

C'est assez fascinant ces préjugés...

Les machines d'il y a plus de 10ans, de configuration valable, tournent sans problème avec W10. J'ai fait des machines bien plus faibles et ça n'a pas posé de problème.

C'est un portable i7 de 2ème génération, USB 3.0, SATA3, etc... Pas des config si différentes depuis. Il y a une CG indépendante 6700M, bref, aucun souci sur le papier.

La question ne porte pas sur la machine ou le problème, mais sur les méthodes de diagnostique de problèmes.

J'ai moi-même un PC un peu ancien lui livré avec Windows 10 qui présente le même type de symptômes.

Tes jugements de valeur sont étrangers à la question que tu poses et qui ne peut avoir que des réponses logiques.

Ce qu'il se passe avant l'apparition du bureau Windows suivie du chargement des pilotes logiciels qui lui-même peut prendre un certain temps, c'est la lecture du Bios puis de la partition UEFI y compris les pilotes génériques qui permettent le démarrage plus le cas échéant des pilotes de bas niveau (l'exemple typique, je l'ai évoqué et c'est aussi mon cas, c'est l'installation par un logiciel de sécurité d'un pilote surveillant le Bios ou l'accès à la mémoire).

Le reste, ce sont les différentes entrées de démarrage, services, entrées démarrage du registre et tâches planifiées qu'on va déceler par exemple via Autoruns comme évoqué en <1>.

Dans le cas précis et s'agissant d'une machine migrée depuis Windows 7, même s'il y existe un logiciel intervenant à bas niveau, il n'a en principe pas de raison d'avoir plus ou moins d'influence que sous Windows 7 et, de toute façon, si on utilise un tel logiciel (pas non plus de raison qu'il s'agisse d'autre chose que d'un logiciel de sécurité), on le sait.

Il existe un certain nombre de logiciels, pourvus par le fabricant du PC ou tiers, qui font un diagnostic matériel de la machine, mais on ne voit là non plus pas bien pourquoi ce matériel opérationnel sous Windows 7 serait devenu défaillant sous Windows 10.

Un logiciel de diagnostic lancé sous Windows ne peut par définition voir ce qu'il s'est passé sur le plan logiciel avant que Windows soit lancé, il se contente de collecter, si la fonctionnalité est activée dans le Bios, les informations SMART relatives au fonctionnement du disque et d'autres composants.

On en revient donc à la case départ: soit un logiciel intervient à bas niveau, on le sait parce qu'on sait ce qu'on utilise et Autoruns va nous rafraîchir la mémoire y compris sur ce qui est lancé au démarrage de l'ordinateur, soit c'est la capacité matérielle de l'ordinateur, qu'il soit récent ou pas, qui est responsable de cette latence.

Depuis Windows 7 puis 8, puis 8.1... Qu'est-ce que change les drivers "spécifiques" (si ça existe vraiment) à Windows 10 ?

E pur si muove...

Nous avons régulièrement des gens qui sont plantés parce que leur imprimante ne fonctionne plus après qu'ils ont changé de système d'exploitation, on trouve parfois un contournement, mais pas toujours.

Chaque système d'exploitation comporte, n'est-il pas, et même si Microsoft a depuis toujours repeint les murs sales plutôt que d'en construire de neufs, de nouveaux pilotes ou de nouvelles couches logicielles par lesquelles ils transitent sans quoi ce ne serait pas un nouveau système?

Sur le plan matériel, il arrive que de très anciens pilotes restent opérationnels (c'est le cas me concernant d'un pilote de scanner datant de 2012) ou pas dépendant de si c'est possible et de comment ils ont été écrits, sur le plan logiciel cela explique, même si c'est relativement rare, pourquoi certains logiciels prévus pour Windows 7 ne fonctionnent plus sous Windows 10.

Quand ils ne sont pas compatibles, les fabricants de matériels peuvent éventuellement créer des pilotes par exemple pour Windows 10 pour des matériels prévus pour Windows 7; ils ne le font pas toujours pour des raisons de rentabilité quand il s'agit de leurs matériels propres, ne parlons même pas du cas où il s'agit de composants sous-traités et achetés au kilo en No Name à Taïwan.

Mais où est la logique dans un driver fait pour Windows qui ne fonctionnerait plus avec un Windows plus récent ?

De mon point de vue découlant d'une simple logique, ça ne peut qu'être fait exprès.

Je veux bien qu'une époque lointaine, le 32bits, tout ça, il ait fallu évoluer.

Mais on ne va pas me faire croire qu'un hardware fabriqué en 2011, ne fonctionne plus et ne peut plus être géré par un OS de 2015 !

En plus, on parle de machines stables, de bureau, etc... Pas de pc de Gamer qui doit s'adapter à chaque jeu qui sort.

Un fabricant crée un puce pour PC et a pour logique que cette puce fonctionne sous Windows, donc il crée le nécessaire pour.

Et viendrait une nouvelle version de Windows qui "éjecterait" sa puce de la liste de puces compatibles ?

J'aimerais bien comprendre et je cherche, pour le moment, sans succès.

À comprendre ce qui change entre un driver Windows 7 64, 8.1 64 et Windows 10 64.

Si c'est une version de Windows stable pour entreprise type LTSC, c'est précisément pour que ni le système d'exploitation ni les pilotes ne soient changés.

Sur l'aspect technique de l'élaboration des pilotes en fonction des contingences de la version Windows et du bon vouloir des fabricants qui en écrivent, je n'en sais rien.

Mais note que ces fabricants peuvent délibérément choisir d'écrire ces pilotes pour la ou les seules versions Windows de leur choix.
https://learn.microsoft.com/fr-fr/windows-hardware/drivers/develop/building-drivers-for-different-versions-of-windows

A propos de puces, chacun sait que Windows 11 ne supporte pas un certain nombre de puces Intel et AMD pourtant pas toutes si anciennes faute que leur mémoire puisse supporter les instructions idoines.

Je n'ai pas dit que ces "variations" sont du goût de tout le monde ou de moi en particulier, mais force est de constater leur existence.