Bonjour,
 
L'ordinateur a été installé le 1er avril 22, et il n'y avait pas de problème jusqu'à il y a 15 jours. Rien de particulier n'est intervenu pour causer ce problème. Pas d'ajout/changement de matériel, juste les mises à jour de windows. Je ne vois pas ce qui a pu engendrer ces latences.
 
Jusqu'à présent le temps d'apparition du bureau était équivalent à celui d'un reboot, voir vidéo reboot. Maintenant j'observe ce qui suit.
 
J'allume l'écran, j'allume l'ordinateur, les écrans suivant se succèdent :
logo du bios "american megatrends", logo windows avec roue, écran noir, logo de l'écran Asus, écran noir, logo de l'écran Asus, écran noir, logo de l'écran Asus, écran noir, bureau de windows.
 
L'apparition du bureau peut prendre jusque 3/4 minutes avec une succession de "écran noir / logo de l'écran" jusque 18 fois de suite.
 
A noter que quand je fais un reboot (windows-> redémarrer) une fois que l'ordinateur a déjà été démarré une fois, je n'ai pas d'attente, j'ai directement écran bios "American megatrends", logo windows avec roue, écran de login (pas de mot de passe) et bureau de windows.
 
Configuration de l'ordinateur :
Carte-mère Gigabytes B550 Gaming X v2 (driver AMD Chipset software 3.10.22.706)
BIOS F14
CPU AMD ryzen 5600G (driver AMD software 21.10.2)
DDR4 F4-3200C16D-16GVKB 3200-16-18-18 Ripjaws
Ecran Asus VB191
bloc d'alimentation Bequiet BN276 Purepower 10-400W
SSD de boot Samsung 850 evo 250Go
3 HDD
Windows 10/64 Home build 19044.1889
 
A part ces latences au boot, l'ordi fonctionne parfaitement, pas de BSOD, pas de freezes, rien ! Les disques sont entre 30 et 36°C. Pas de chauffe.
 
Je dispose des logs amd si besoin.
 
Manip réalisées jusqu'à maintenant :
désinstallation du driver amd avec l'outil d'amd (amdcleanuputility.exe) et réinstallation du driver. (J'en ai essayé plusieurs mais rien ne tient dans la durée, j'ai donc remis celui qui a fonctionné pendant quatre mois sans soucis.)
Effet nul à long terme, les latences reviennent avec une succession de logo asus/écran noir au boot. J'ai l'impression de "gagner" un écran noir/logo asus à chaque nouveau démarrage. C'est dingue !
 
Merci

Personne n'a d'idée ?

Tu peux essayer de voir ce qui prend du temps avec BootRacer : https://www.greatis.com/bootracer/
 
Après pour aller plus loin il faut utiliser les outils de diagnostique de Microsoft.

Bonjour,
Selon microsoft (gestionnaire de tâches/démarrage), le pc démarre en 12.2 secondes. Que je n'ai l'apparition du bureau qu'après mes successions d'écran noir/logo écran (x3 ou x18), ce temps ne change pas dans démarrage.
 
Quels outils de diag ?  
 
Merci.

Il faut regarder du coté du Windows Performance Toolkit fourni par Microsoft : https://docs.microsoft.com/fr-fr/wi [...] exercise-1

Déjà, pour le temps de démarrage de Windows lui-même, c’est dans l’onglet « Performance », section « CPU ». Là, tu n’indiques que le démarrage du BIOS, pas celui de Windows (qui prend le relais après).
 
Et d’ailleurs, tu sembles avoir installé Windows en mode MBR, vu qu’on a le logo de Windows et pas celui du fabricant de l’ordinateur ou de la carte-mère quand apparaît le cercle de billes.
 
Une autre anomalie est que l’écran d’ouverture de session ne s’affiche pas. Même réglé pour l’ouvrir automatiquement, il devrait s’afficher avant que le Bureau n’apparaisse.

@nex84 : ça me semble bien trop compliqué. Il semblerait qu'il faille télécharger un outil que je ne trouve pas, et lancer tout un tas de machins.
 
@Trit' : Rien trouvé dans performance/cpu. Tu peux être plus précis ?
 
J'ai désactivé l'affichage du logo de la carte mère, j'ai donc affichage du bios american megatrends avec version du bios à la place.
Où puis-je vérifier le type d'installation ?
 
Avec la succession d'écran noir/logo écran, je pense que l'écran d''ouverture de session se fait pendant. Lors d'un reboot, j'ai bien l'écran de session (cf les vidéos données dans le premier post).
 
Merci

Dans cet onglet (le deuxième, donc), quand tu affiches les détails du processeur, tu as normalement une section « Démarré depuis » (de mémoire, vu que j’ai pas de Windows 10 sous la main, là) et un chronomètre qui donne le temps écoulé depuis le démarrage de Windows proprement dit.
 

Ça doit en effet se passer pendant ce temps-là, mais ça m’étonne que le processus WinLogon se fasse « squeezer » comme ça par autre chose…
 
Et puisque ça ne se produit pas avec un redémarrage, que se passe-t-il en désactivant le « démarrage rapide » dans les options d’alimentation (celles de l’ancien Panneau de configuration, accessibles depuis le lien « Paramètres avancés » dans les Paramètres) ?

performance, etc. je regarderai demain de suite après le boot et l'apparition du bureau.
 
page de session, comme il n'y a pas de pass à rentrer... c'est juste un affichage.
 
démarrage rapide, la veille n'est pas activée. le bouton arrêt arrête et ne met pas en veille.
Panneau de configuration\Tous les Panneaux de configuration\Options d’alimentation\Paramètres système -> Modifier des paramètres actuellement non disponible : je n'ai que les options veille et verrouiller.  
la mise en veille prolongée est désactivée via powercfg.exe /hibernate off
(de plus 10 minutes pour le moniteur, désactivé pour les disques)
 
ça rend dingue, hein ?

mbr/uefi :
j'ai tapé dans un cmd en mode admin :
C:\Windows\system32>bcdedit /v
 
et j'ai ça :
Gestionnaire de démarrage Windows
---------------------------------
identificateur          {9dea862c-5cdd-4e70-acc1-f32b344d4795}
device                  partition=\Device\HarddiskVolume1
path                    \EFI\MICROSOFT\BOOT\BOOTMGFW.EFI
description             Windows Boot Manager
locale                  fr-FR
inherit                 {7ea2e1ac-2e61-4728-aaa3-896d9d0a9f0e}
default                 {5a6adafc-b12d-11ec-8d33-b4c90e26e6e2}
resumeobject            {5a6adafb-b12d-11ec-8d33-b4c90e26e6e2}
displayorder            {5a6adafc-b12d-11ec-8d33-b4c90e26e6e2}
toolsdisplayorder       {b2721d73-1db4-4c62-bf78-c548a880142d}
timeout                 30
 
Chargeur de démarrage Windows
-----------------------------
identificateur          {5a6adafc-b12d-11ec-8d33-b4c90e26e6e2}
device                  partition=C:
path                    \Windows\system32\winload.efi
description             Windows 10
locale                  fr-FR
inherit                 {6efb52bf-1766-41db-a6b3-0ee5eff72bd7}
recoverysequence        {5a6adafd-b12d-11ec-8d33-b4c90e26e6e2}
displaymessageoverride  Recovery
recoveryenabled         Yes
isolatedcontext         Yes
allowedinmemorysettings 0x15000075
osdevice                partition=C:
systemroot              \Windows
resumeobject            {5a6adafb-b12d-11ec-8d33-b4c90e26e6e2}
nx                      OptIn
bootmenupolicy          Standard
 
a priori, je suis bien en mode uefi. s'pas ?

ceci étant, le secure boot n'est pas activé et comme je ne sais pas où ça s'active, je suis super avancé.
 
à noter que c'est ainsi depuis l'installation de win 10 en avril et que le démarrage a fonctionné sans latence pendant les 4 premiers mois j'imagine (peut-être à tort) que ça n'influe pas sur le soucis actuel.

D'après la commande oui, après c'est vrai que c'est étrange qu'on ai le logo windows à la place de la CM peut-être dû à la désactivation.

Le secure boot s'active dans le BIOS mais en effet, ce n'est probablement pas la source du problème. En plus je crois bien que lorsque win est installé sans, l'activer après coup peut empêcher le démarrage (ou c'est l'inverse, je sais plus exactement)

Non mais y a la page du bios avec american megatrends et la version du bios, j'ai pas filmé ce moment c'est tout car c'est ce qui suit qui m'a semblé le plus pertinent : les multiple écran noir/logo asus qui se succèdent.

@Trit'
 
aujourd'hui :
performance, temps de démarrage à froid : 40 secondes. (écran noir/logo asus x2)
 
performance, temps de reboot : 20 secondes. (absence de la séquence écran noir/logo asus)

Déjà, mettre à jour ton UEFI avec la dernière version.
Mettre à jour les firmware SSD/HDD si nécessaire.
Mettre à jour l'ensemble des pilotes.
Déconnecter tous les disques HDD et autres périphériques USB pour voir si ce n'est pas l'un d'eux qui provoque le souci.

Ôtes moi d'un doute : Essaies de démarrer un linux après avoir arrêté windows (arrêt complet, pas un redémarrage) et test si tu peux écrire sur la partition.
 
C'est pour voir si le démarrage rapide est activé (malgré l'absence de l'option dans les paramètres, ce qui est étrange au demeurant).
 
D'autre part que donne un powercfg -a ?

Parce que la désactivation de la veille prolongée/hibernation entraîne forcément celle du démarrage rapide avec elle : l’option disparaît donc, car devenue superflue et inutilisable de toute manière.

Oui c'est logique. J'aurais dû regarder sur mon install avant de dire de la m****

@nebulios :
mettre à jour le bios avec la v F15f ?
si ça a fonctionné avec la v F14 pendant 4 mois, je ne pige pas trop ce que ça va bien pouvoir faire...
firmware ssd : déjà à jour, firmware hdd : je ne sais pas faire.
mise à jour des drivers, c'est bien ce qui coince comme précisé tout en haut : j'ai mis à jour le radeon qui a déconné tout d'un coup et ça s'est aggravé par la suite pour atteindre 18 fois la séquence écran noir/logo asus au démarrage... j'ai donc remis le driver qui ne déconnait pas mais déconne encore mais moins (entre la séquence répétée 2 fois et répétée 18 fois, je préfère 2 fois).
 
y a-t-il une procédure à suivre ?
jusqu'à maintenant, je procède ainsi :
-> suppression du driver via menu windows, reboot, lancement outil amdclean en mode sans échec, reboot, install driver adrenaline (antivirus coupé, net coupé), reboot.
pour les autres drivers, je regarde sur le site de ma carte mère et je suis à jour.
https://www.gigabyte.com/fr/Motherb [...] 1x/support
 
je testerai demain sans les hdd mais j'y crois pas trop.
 
@renaud072 :
C:\Windows\system32>powercfg -a
Les états de veille suivants sont disponibles sur ce système :
    Veille (S3)
 
Les états de veille suivants ne sont pas disponibles sur ce système :
    En veille (S1)
        Le microprogramme du système ne prend pas en charge cet état de mise en veille.
 
    En veille (S2)
        Le microprogramme du système ne prend pas en charge cet état de mise en veille.
 
    Mettre en veille prolongée
        La mise en veille prolongée n’a pas été activée.
 
    Veille (mode faible consommation S0)
        Le microprogramme du système ne prend pas en charge cet état de mise en veille.
 
    Veille mode hybride
        La mise en veille prolongée n’est pas disponible.
 
    Démarrage rapide
        La mise en veille prolongée n’est pas disponible.
 
Pour le linux, quelle partition dois-je tester en écriture ?
 
est-ce que ce fichier.txt extrait de l'observateur des événements (Gestionnaire de périphériques - AMD Radeon(TM) Graphics) peut vous aider à m'aider ?
http://pvg.free.fr/tmp/amd/amd.txt
 
Merci

Le retour de powercfg est identique au mien. Donc théoriquement, pas de démarrage rapide.

Pour la partition, celle de windows simplement (créer un dossier par ex). Si ça marche c'est que c'est bon et qu'il faut chercher ailleurs...

Pour ton log, en effet il me parait un peu étrange (la séquence problème au démarrage puis configuré c'est pas censé faire ça...) Je me demande si tes multiples écrans noirs avant le bureau ne viennent pas de là.

En dehors de ça, pas de problème avec la CG en jeux ou forte charge ?

Donc créer un dossier sur c: (on ne parle pas des autres partitions créées par windows lors de l'installation) ?
 
Vu les jeux auxquels je joue, pas de risque d'avoir une quelconque charge ;p
 
A part ce truc au démarrage, je n'ai rien, l'ordi tourne gentiment, est bien ventillé, exempt de poussière. J'y prends soin.
 
Ce qui est dingue c'est que ma mère a exactement la même config à une exception : le firmware du bios est un F13, et moi F14. Le reste est strictement identique.
Je ferai bien des échanges de matériels mais à 700km de distance, c'est compliqué !
 
J'ai regardé avec driver store explorer et je n'ai qu'un driver pour la carte graphique, j'imagine qu'il n'y a pas d'interférence ou je ne sais quoi.
 
Je sais pas ce qui coince.

Yep

Et niveau driver justement, c'est la même version sur les 2 PC ? T'aurais la possibilité de te connecter sur le PC de ta mère pour vérifier l'observateur d’événements voir si y'a des trucs similaires ?

Sinon tu peux tenter le F13 (si la CM ne bloque pas le downgrade).

EDIT : bon t'es mal barré si le soucis vient de là, le F14 corrigeant des failles de sécu, t'as plus le droit de downgrade, à part à la mano avec un programmateur...

C'est le même driver si je me fie à la version donnée dans programmes et fonctionnalités (21.10.2) et les événements sont approchants il me semble :
Niveau Date et heure Source ID de l’événement Catégorie de la tâche
Erreur 10/02/2022 16:21:31 Microsoft-Windows-Kernel-PnP 411 Aucun "L'appareil PCI\VEN_1002&DEV_1638&SUBSYS_D0001458&REV_C9\4&12c9051d&0&0041 a eu un problème de démarrage.
 
Nom du pilote : oem16.inf
GUID de classe : {4d36e968-e325-11ce-bfc1-08002be10318}
Service : amdwddmg
Filtres inférieurs :  
Filtres supérieurs :  
Problème : 0x0
État du problème : 0xC00000E5"
Information 10/02/2022 16:21:31 Microsoft-Windows-Kernel-PnP 400 Aucun "L'appareil PCI\VEN_1002&DEV_1638&SUBSYS_D0001458&REV_C9\4&12c9051d&0&0041 a été configuré.
 
Nom du pilote : oem16.inf
GUID de classe : {4d36e968-e325-11ce-bfc1-08002be10318}
Date du pilote : 10/05/2021
Version du pilote : 30.0.13025.5005
Fournisseur du pilote : Advanced Micro Devices, Inc.
Section du pilote : ati2mtag_Cezanne
Classement du pilote : 0xCF2000
Numéro d'identification d'appareil correspondant : PCI\VEN_1002&DEV_1638&REV_C9
Pilotes surclassés : oem6.inf:PCI\VEN_1002&DEV_1638&SUBSYS_D0001458&REV_C9:00CF0000 oem6.inf:PCI\VEN_1002&DEV_1638&REV_C9:00CF2000 display.inf:PCI\CC_0300:00FB2008
Appareil mis à jour : true
Appareil parent : PCI\VEN_1022&DEV_1635&SUBSYS_16351022&REV_00\3&11583659&0&41"
Erreur 10/02/2022 16:10:25 Microsoft-Windows-Kernel-PnP 411 Aucun "L'appareil PCI\VEN_1002&DEV_1638&SUBSYS_D0001458&REV_C9\4&12c9051d&0&0041 a eu un problème de démarrage.
 
Nom du pilote : oem6.inf
GUID de classe : {4d36e968-e325-11ce-bfc1-08002be10318}
Service : amdwddmg
Filtres inférieurs :  
Filtres supérieurs :  
Problème : 0x0
État du problème : 0xC00000E5"
Information 10/02/2022 16:10:25 Microsoft-Windows-Kernel-PnP 400 Aucun "L'appareil PCI\VEN_1002&DEV_1638&SUBSYS_D0001458&REV_C9\4&12c9051d&0&0041 a été configuré.
 
Nom du pilote : oem6.inf
GUID de classe : {4d36e968-e325-11ce-bfc1-08002be10318}
Date du pilote : 08/26/2021
Version du pilote : 30.0.13014.8
Fournisseur du pilote : Advanced Micro Devices, Inc.
Section du pilote : ati2mtag_Cezanne
Classement du pilote : 0xCF0000
Numéro d'identification d'appareil correspondant : PCI\VEN_1002&DEV_1638&SUBSYS_D0001458&REV_C9
Pilotes surclassés : oem6.inf:PCI\VEN_1002&DEV_1638&REV_C9:00CF2000 display.inf:PCI\CC_0300:00FB2008
Appareil mis à jour : true
Appareil parent : PCI\VEN_1022&DEV_1635&SUBSYS_16351022&REV_00\3&11583659&0&41"
Information 10/02/2022 15:32:43 Microsoft-Windows-Kernel-PnP 410 Aucun "Le périphérique PCI\VEN_1002&DEV_1638&SUBSYS_D0001458&REV_C9\4&12c9051d&0&0041 a été démarré.
 
Nom du pilote : display.inf
GUID de classe : {4d36e968-e325-11ce-bfc1-08002be10318}
Service : BasicDisplay
Filtres inférieurs :  
Filtres supérieurs : "
Information 10/02/2022 15:32:43 Microsoft-Windows-Kernel-PnP 400 Aucun "L'appareil PCI\VEN_1002&DEV_1638&SUBSYS_D0001458&REV_C9\4&12c9051d&0&0041 a été configuré.
 
Nom du pilote : display.inf
GUID de classe : {4d36e968-e325-11ce-bfc1-08002be10318}
Date du pilote : 06/21/2006
Version du pilote : 10.0.19041.868
Fournisseur du pilote : Microsoft
Section du pilote : MSBDA
Classement du pilote : 0xFB2008
Numéro d'identification d'appareil correspondant : PCI\CC_0300
Pilotes surclassés :  
Appareil mis à jour : false
Appareil parent : PCI\VEN_1022&DEV_1635&SUBSYS_16351022&REV_00\3&11583659&0&41"
Information 10/02/2022 15:32:41 Microsoft-Windows-Kernel-PnP 430 Aucun Le périphérique PCI\VEN_1002&DEV_1638&SUBSYS_D0001458&REV_C9\4&12c9051d&0&0041 nécessite que l'installation soit poursuivie.
 
On n'a pas le même moniteur. Mais ils sont tous deux branchés en dvi.
 
Je le sentais moyen de faire un downgrade de bios de toute façon.

Oui ça à l'air très similaire.
 
Bon ben, je sèche là... En dernier recours tu peux toujours réinstaller. Fais une image au cas où et si tu vois que ça va pas mieux avec une install vierge, tu pourras restaurer rapidement.

En fouinant je vois qu'il existe un outil nommé DDU, ça vaut le coup de l'utiliser et si oui comment procéder, étape par étape ?
 
Merci

boot ce matin sans les hdd, pas de changement, écran noir/logo asus x2.
ai testé avec un ubuntu live usb, je peux écrire sur c:\
 
pas eu de réponse quant à la procédure pour mettre à jour le driver de la partie graphique du cpu, donc je reste avec mon vieux driver qui marchotte...
 
have a nice day

Donc le démarrage rapide n'a rien à voir, une piste d'éliminé.

Théoriquement, il doit te proposer de lui même les MAJ. Pour DDU, j'en ai jamais eu l'utilité, mais ça m'a pas l'air bien sorcier.

Sinon tu peux toujours tenter de le désinstaller "normalement" perso j'ai toujours fait comme ça et je n'ai pas eu de problème particulier. D'ailleurs je crois pas que lors d'une upgrade il se désinstalle totalement avant la nouvelle version.

Oui, toujours bien mettre à jour ton UEFI.
Puis les drivers : commence par ceux de la carte-mère/chipset avant celui de la carte graphique. Pour ce dernier, tu désinstalles l'actuel (via le DDU si tu veux), tu reboot puis tu installes la dernière version WHQL.
Et encore une fois, débranche tout le superflu. Ne garde que le disque système.

Pour le bios, c'est fait.
 
Pour le driver du ryzen, je le prends sur le site de la carte mère ou sur celui d'AMD ?
https://www.gigabyte.com/fr/Motherb [...] er-chipset
->  AMD APU Driver [21.30.14]
https://www.amd.com/fr/support/apu/ [...] aphics/amd
-> Adrenalin 22.5.1 Recommended (WHQL)
 
J'ai déjà le driver du chipset le plus récent.
 
Merci

Après la mise à jour du bios j'ai perdu 25 secondes au démarrage selon performance/cpu. argh !

AMD Chipset, APU c'est encore autre chose.

Le chipset c'est celui sur le site de la carte-mère.
APU c'est quoi ? J'installe ou pas ? Et si oui, quel ordre ?
APU avant adrenaline ou après ?
 
Merci

Tu n'installes que la mise à jour du chipset, ignore l'APU.

J'ai déjà le chipset, je ne vais pas le réinstallé sur lui-même avec la même version.
Donc je prends l'adrenaline chez amd, directement le 22.5.1 ou avec leur outil qui détermine tout ce qu'il faut comme un grand : Auto-Detect and Install ?
 
Pour ma culture personnelle, c'est pas le driver de la partie graphique du ryzen l'APU ?

Si

Ah !?!

L'idée est de tester dans un premier temps une mise à jour du chipset seul.
Si toujours KO, mise à jour de l'APU et re-test.
Tu peux aussi redémarrer en mode sans échec et voir ce que cela donne.
 
Ce genre d'incident peut aussi avoir une cause matérielle (SSD/carte-mère/carte graphique en train de mourir).

Alors comment vous faire comprendre qu'il n'y a pas de mise à jour du chipset ?
J'ai le dernier driver le plus à jour et ce depuis le début lors de l'installation du pc en avril 2022.
 
Si je comprends votre dernier message, vous voulez que je désinstalle le driver adrenaline, que je teste avec le driver de base de microsoft pendant quelques jours, puis que je fasse une installation du driver de l'APU (je prends lequel ? question restée sans réponse depuis le 28-08-2022 à 00:40:17) et que je reteste pendant quelques jours ? C'est ça ?
 
Merci

Désolé j'ai lu en diagonale. Tente alors un boot en mode sans échec tout simplement, c'est toujours pareil ?

C'est toujours possible, sous win 10, de faire un démarrage en mode sans échec sans passer par le reboot ?
C'était avec F8 sous w2k il me semble, non ? C'est pareil sous win 10 ?