Bonjour,
 
Je rencontre un problème de lenteur du Boot. Le logo de la carte mère s'affiche pendant 30 secondes, alors que je constate sur d'autres d'ordinateurs, le logo s'affiche une fraction de seconde. J'ai un PC dont les composants, sauf l'alimentation,  ont été remplacés il y a 6 mois. Après de nombreuses recherches sur les forums, il ressort que l'alimentation, une ancienne génération, serait à l'origine du problème. J'ai donc remplacé l'alimentation mais cela n'a rien changé au problème.
 
Voici ma configuration :
 
Windows 11  64 bits
Processeur : RYZEN 7 5800X
48 GO de mémoire vive : DDR4 3200 MHz
Carte graphique : MSI 3060 TI GEFORCE RTX GAMING TRIO X
Carte mère : ASUS ROG B550-F GAMING MAX WIFI
1 SSD M2 Crucial NVME 500 Go pour le système  
1 SSD de 250 GO réservé pour une application de MAO
1 SSD de 500 GO pour Steam
1 disque dur 3 TO pour les données
1 graveur Blu-ray ASUS
Alimentation MSI A850GL PCIES
refroidissement : CORSAIR H60I PRO XT
Par avance, merci pour votre aide.
 

Tes 48 Go de RAM c'est 2 kits de référence identique ?

DOCP/XMP activé dans le bios ?

Bonjour,
Merci pour ta réponse.
Jai 4 barrettes mémoire :  2 de 16GO Corsaire Vengeance acheté récemment et les 2 ancienne barrettes de 8GO. Les 4 barrettes sont certifiées DDR4 3200.
Le DOCP est activé dans le BIOS 'DDR4-3200 16-18-18 38-1.3 5V'  

Si les barrettes n'ont pas exactement les mêmes caractéristiques le bios peut patauger .

L'idéal serait de nous faire des captures écrans de CPU-Z, onglet MEMORY pour les réglages appliqués et onglet SPD pour chaque type de barrette

Tu peux déjà vérifier si c'est idem en ne laissant qu'un seul type de RAM

Capture écran de CPU-Z
 
https://imagizer.imageshack.com/img922/5062/2q97dl.png
https://imagizer.imageshack.com/img923/2934/S3DZxc.png

Capture écran de CPU-Z
 
https://imagizer.imageshack.com/img922/5062/2q97dl.png
https://imagizer.imageshack.com/img923/2934/S3DZxc.png

Je viens de faire un test en démarrant le PC avec uniquement les 2 nouvelles barrettes (Corsaire) : même résultat.
J'ai laissé uniquement une barrette (Corsaire) sur l'emplacement recommandé pour l'utilisation d'une seule barrette et démarrer le PC : même résultat.  

les ram corsair avec les ryzen, ca arrive souvent que ca merde
ici, en plus tu mélanges avec des gskill ripjaws

honnêtement, t'es parti pour galérer
renvoie les corsair, et prends 2x16 3200 C16 gskill

soit de la ripjaws si tu veux 48Go (sans certitude ms y'a qd mm plus de chance que ca passe)
https://www.amazon.fr/G-Skill-F4-32 [...] B0171GQR0C

ou 2x8 identiques aux tiennes (4 barrettes c'est souvent un peu plus compliqué, mais y'a de grandes chances que ca passe a 3200 mhz)
> f4-3200c16-8gvkb

soit de la Gskill Aegis ou Crucial si t'as assez avec 32Go (et tu revends tes 2x8)

Yip,
 
Tu n'as pas simplement désactivé le fastboot ?

Sinon avant de changer la RAM un clear CMOS peut être utile si tu n'as pas de paramètres perso

Sauf erreur on n'a le SPD que d'un type de barrettes, les 8 Go

Bon ok 30s si ce n'est pas dit à la marseillaise c'est énorme, j'ai déjà vu des périphs usb et des hdd/ssd ralentir énormément le boot un problème de détection.

Tu as tenté de bêtement désactiver le logo pour afficher le post boot (réglage bios, "boot" -> "boot configuration" -> "boot logo display" ) et regardé sur quoi il bloque 30s ?

Bonjour et merci pour vos réponses.
Concernant les barrettes mémoire, j'ai acheté les Corsaires il y a 2 mois. Avant je n'avais que les 2 barrettes gskill ripjaws et je rencontré le même problème. J'ai eu l'occasion de faire des tests avec d'autres barrettes de marques différentes prêtées par des personnes de mon entourage sans aucune amélioration.
Le clear CMOS a déjà été fait sans que cela ne règle mon problème. La carte mère est équipée de la dernière version du BIOS, mis à jour au mois de septembre.
J'ai désactivé le logo mais, je ne comprends pas, à la place du logo j'ai un écran noir sans aucune information ??

Truc con : tu as des périphériques 'exotiques' en USB ?

Essaie de booster sans aucun périph USB juste pour voir

J'ai débranché le seul câble USB (un clavier maitre pour musique). Cela ne change rien.
Par contre il y une nouveauté. Après avoir désactivé le logo du boot, je n'avais fais que redémarrer le PC. Je viens de le mettre hors tension et sous tension. J'ai maintenant un affichage pendant le boot.  
Le 1er reste affiché une seconde et j'ai eu l'impression que l'affichage concerne les DD. J'ai eu à peine le temps de voir 'SATA'. Ensuite cet affichage fait place au logo de Windows, enfin je pense qu'il s'agit du logo Windows, 4 carré bleus. Ces carrés restent affichés une trentaine de secondes.
Ensuite W11 démarre.  

J'ai débranché le seul câble USB (un clavier maitre pour musique). Cela ne change rien.
Par contre il y une nouveauté. Après avoir désactivé le logo du boot, je n'avais fais que redémarrer le PC. Je viens de le mettre hors tension et sous tension. J'ai maintenant un affichage pendant le boot.  
Le 1er reste affiché une seconde et j'ai eu l'impression que l'affichage concerne les DD. J'ai eu à peine le temps de voir 'SATA'. Ensuite cet affichage fait place au logo de Windows, enfin je pense qu'il s'agit du logo Windows, 4 carré bleus. Ces carrés restent affichés une trentaine de secondes.
Ensuite W11 démarre.  

Rien qui s'affiche ... c'est peut être lié au fastboot, tu as essayé sans fastboot ?
Même sans fastboot vu ton ordi ça devrait être 15 secondes max et pas 30.
Puis parfois des périphs n'aiment pas le fastboot.

Après je rejoins zonka, si il y a un périph qui déconne lors de la détection tu devrais déconnecter un max de trucs.
Moi je ferais un essai avec le minimum de périphs à se faire détecter, je débrancherais au mini les usb et les sata pour voir le résultat.
Bien sûr si dans ce cas le temps est normal après je les rebrancherais petit à petit pour trouver le fautif.

Edit: Je viens de répondre en même temps que toi mais tu viens de confirmer que le fastboot empeche de voir le post boot.
Mais le post boot du coup ne semble pas être le problème, à tester sans fastboot quand même ... ne laisse que le m2 connecté, déconnectes tout le reste lecteur dvd compris et regardes si ça fait pareil si c'est le cas vérifie que ton m2 n'a pas de soucis.

Effectivement, la piste du fastboot est valide : désactive le dans les options (cachées) du panneau d'alimentation.
 
https://lecrabeinfo.net/desactiver- [...] ws-10.html

On ne peut pas le désactiver via le bios aussi ?
Pour la vitesse du post boot et pouvoir le voir je pense qu'il faut agir sur l'option du bios.

... c'est un peu confus, je me demande si les 2 réglages ne sont pas les mêmes ... que windows agit sur le bios uefi quand on modifie son option démarrage rapide.

Je commence à me demander si le SSD M2 n'est pas à l'origine de ce problème et aussi d'un autre que je rencontre depuis hier. W11 propose la mise à jour KB5031455. Cela fait 3 fois que je lance cette mise à jour qui se termine toujours par un code erreur '0X800F0900'.
J'ai lancé l'utilitaire 'CHKDSK' et 'CLEANMGR' : résultats après mon message.  
Je fais le rapprochement entre ce problème et l'affichage du logo Windows qui reste affiché 30 secondes lors du boot. J'ai désactivé le fastboot au niveau de Windows et j'ai contrôlé dans le BIOS, il était toujours activé. Je l'ai donc désactivé. Aucun changement pour le démarrage.
 
CHKDSK
 
Vérification du système de fichiers sur C:
Le type du système de fichiers est NTFS.
 
Une vérification de disque a été planifiée.
Windows va maintenant vérifier le disque.                                  
Étape 1 : Examen de la structure du système de fichiers de base...
La valeur de vérification USA, 0x0, au bloc 0x1 est incorrecte.
La valeur attendue est 0x8f.
  1108992 enregistrements de fichier traités.                                                  
La vérification des fichiers est terminée.
 Durée de la phase (Vérification des enregistrements de fichiers) : 5.52 secondes.
  25400 enregistrements de grand fichier traités.                        
 Durée de la phase (Récupération des enregistrements de fichiers orphelins) : 9.47 millisecondes.
  0 enregistrements de fichier incorrect traités.                    
 Durée de la phase (Vérification des enregistrements de fichiers incorrects) : 1.55 millisecondes.
Étape 2 : Examen de la liaison des noms de fichiers...
La valeur de vérification USA, 0x0, au bloc 0x1 est incorrecte.
La valeur attendue est 0x8f.
  446 enregistrements d’analyse traités.                                
La bitmap d’index $I30 dans le fichier 0xa1bcd est incorrecte.
CHKDSK a découvert de l’espace libre marqué comme étant alloué dans la bitmap de l’index $I30 pour le fichier A1BCD.
Les deux entrées d’index de longueur 0x88 et 0x90 sont identiques
ou apparaissent dans un ordre erroné.
d8 e1 00 00 00 00 16 00 88 00 72 00 00 00 00 00  ..........r.....
cd 1b 0a 00 00 00 10 00 ee 2b 59 2a 8e 3f d9 01  .........+Y*.?..
09 53 59 2a 8e 3f d9 01 09 53 59 2a 8e 3f d9 01  .SY*.?...SY*.?..
ba e4 62 7d 47 fc d9 01 00 00 00 00 00 00 00 00  ..b}G...........
00 00 00 00 00 00 00 00 00 20 00 10 00 00 00 00  ......... ......
18 01 74 00 77 00 2d 00 34 00 37 00 66 00 38 00  ..t.w.-.4.7.f.8.
2d 00 31 00 64 00 35 00 38 00 2d 00 38 00 65 00  -.1.d.5.8.-.8.e.
31 00 36 00 30 00 34 00 62 00 2e 00 74 00 6d 00  1.6.0.4.b...t.m.
70 00 0a 00 00 00 10 00 ?? ?? ?? ?? ?? ?? ?? ??  p...............
----------------------------------------------------------------------
d8 e1 00 00 00 00 16 00 90 00 72 00 01 00 00 00  ..........r.....
cd 1b 0a 00 00 00 10 00 ee 2b 59 2a 8e 3f d9 01  .........+Y*.?..
09 53 59 2a 8e 3f d9 01 09 53 59 2a 8e 3f d9 01  .SY*.?...SY*.?..
af 30 0d ae 99 cb d9 01 00 00 00 00 00 00 00 00  .0..............
00 00 00 00 00 00 00 00 00 20 00 10 00 00 00 00  ......... ......
18 01 74 00 77 00 2d 00 34 00 37 00 66 00 38 00  ..t.w.-.4.7.f.8.
2d 00 31 00 64 00 35 00 38 00 2d 00 38 00 65 00  -.1.d.5.8.-.8.e.
31 00 36 00 30 00 34 00 62 00 2e 00 74 00 6d 00  1.6.0.4.b...t.m.
70 00 0a 00 00 00 10 00 11 02 00 00 00 00 00 00  p...............
Tri de l’index $I30 du fichier A1BCD.
L’entrée d’index WO1E3B~2.MAN de l’index $I30 dans le fichier 0xa4a7e pointe sur un fichier
non utilisé 0xad70c.
Suppression de l’entrée d’index WO1E3B~2.MAN dans l’index $I30 du fichier A4A7E.
  1403882 entrées d’index traitées.                                                                
La vérification des index est terminée.
 Durée de la phase (Vérification de l'index) : 16.35 secondes.
CHKDSK analyse les fichiers non indexés pour les reconnecter à leur répertoire d’origine.
Récupération du fichier orphelin tw-2380-3b08-1895f0.tmp (1A2A3)  dans le fichier de répertoire A1BCD.
Récupération du fichier orphelin tw-2380-3b08-1895f2.tmp (1A2B5)  dans le fichier de répertoire A1BCD.
Récupération du fichier orphelin tw-2380-3b08-1895f4.tmp (1A347)  dans le fichier de répertoire A1BCD.
Récupération du fichier orphelin tw-2380-3b08-189605.tmp (1A433)  dans le fichier de répertoire A1BCD.
Récupération du fichier orphelin tw-2380-3b08-189607.tmp (1A6A9)  dans le fichier de répertoire A1BCD.
Récupération du fichier orphelin tw-2380-3b08-189609.tmp (1A6FF)  dans le fichier de répertoire A1BCD.
Récupération du fichier orphelin tw-2380-3b08-18960b.tmp (1A74B)  dans le fichier de répertoire A1BCD.
Récupération du fichier orphelin tw-2380-3b08-18960d.tmp (1A769)  dans le fichier de répertoire A1BCD.
Récupération du fichier orphelin tw-2380-3b08-18960f.tmp (1A779)  dans le fichier de répertoire A1BCD.
Récupération du fichier orphelin tw-2380-3b08-189621.tmp (1A785)  dans le fichier de répertoire A1BCD.
Ignorer les messages suivants relatifs à la récupération des orphelins.
  24 fichiers non indexés analysés.                                    
  24 fichiers non indexés récupérés dans le répertoire d'origine.
 Durée de la phase (Reconnexion orpheline) : 5.68 secondes.
  0 fichiers non indexés récupérés dans le répertoire des fichiers perdus et trouvés.                                        
 Durée de la phase (Récupération orpheline vers éléments perdus et trouvés) : 18.56 millisecondes.
  446 enregistrements d’analyse traités.                                
 Durée de la phase (Vérification de l’ID d’objet et du point de réanalyse) : 6.79 millisecondes.
Étape 3 : Examen des descripteurs de sécurité...
Nettoyage en cours de 2050 entrées d’index inutilisées à partir de l’index $SII
du fichier 0x9.
Nettoyage en cours de 2050 entrées d’index inutilisées à partir de l’index $SDH
du fichier 0x9.
Nettoyage en cours de 2050 descripteurs de sécurité non utilisés.
La vérification des descripteurs de sécurité est terminée.
 Durée de la phase (Vérification du descripteur de sécurité) : 46.39 millisecondes.
  147446 fichiers de données traités.                                      
 Durée de la phase (Vérification des attributs de données) : 1.65 millisecondes.
CHKDSK vérifie le journal USN...
Vérification du journal USN terminée.
Correction des erreurs dans l’attribut BITMAP de la table de fichiers
maîtres (MFT).
CHKDSK a découvert de l’espace libre marqué alloué dans la bitmap du volume.
Windows a effectué des corrections sur le système de fichiers.
Aucune autre action n’est requise.
 486307299 Ko d’espace disque au total.
 147553504 Ko dans 337575 fichiers.
    310940 Ko dans 147447 index.
         0 Ko dans des secteurs défectueux.
   1196671 Ko utilisés par le système.
     65536 Ko occupés par le fichier journal.
 337246184 Ko disponibles sur le disque.
      4096 octets dans chaque unité d’allocation.
 121576824 unités d’allocation au total sur le disque.
  84311546 unités d’allocation disponibles sur le disque.
Durée totale : 27.75 secondes (27756 ms).
Informations internes :
00 ec 10 00 9a 66 07 00 c0 e9 0c 00 00 00 00 00  .....f..........
bd 00 00 00 01 01 00 00 00 00 00 00 00 00 00 00  ................
 
CLEANMGR :
 
\cleanmgr.exe
2023-10-27 15:09:00, Info                         CSetupFilesCleanup::Deactivate - session deactivated for Plugin:Windows Upgrade Log Files, Client Process:C:\WINDOWS\system32\cleanmgr.exe
2023-10-27 15:13:41, Info                  DISM   DISM Package Manager: PID=17012 TID=18436  Error in operation: source for package or file not found, ResolveSource() unsuccessful. (CBS HRESULT=0x800f081f) - CCbsConUIHandler::Error
2023-10-27 15:13:41, Error                 DISM   DISM Package Manager: PID=17012 TID=10300 Failed finalizing changes. - CDISMPackageManager::Internal_Finalize(hr:0x800f081f)
2023-10-27 15:13:41, Error                 DISM   DISM Package Manager: PID=17012 TID=10300 The source files could not be found; their location must be specified using the /source option to restore the feature. - GetCbsErrorMsg
2023-10-27 15:13:41, Error                 DISM   DISM Package Manager: PID=17012 TID=10300 Failed processing package changes with session options - CDISMPackageManager::Internal_ProcessChangesWithOptions(hr:0x800f081f)
2023-10-27 15:13:41, Error                 DISM   DISM Package Manager: PID=17012 TID=10300 Failed processing package changes with session option CbsSessionOptionRepairStoreCorruption - CDISMPackageManager::RestoreHealth(hr:0x800f081f)
2023-10-27 15:13:41, Error                 DISM   DISM Package Manager: PID=17012 TID=10300 The source files could not be found; their location must be specified using the /source option to restore the feature. - GetCbsErrorMsg
2023-10-27 15:13:56, Error                 DISM   DISM Package Manager: PID=17012 TID=10300 Failed to restore the image health. - CPackageManagerCLIHandler::ProcessCmdLine_CleanupImage(hr:0x800f081f)
2023-10-27 15:13:56, Error                 DISM   DISM Package Manager: PID=17012 TID=10300 Failed while processing command cleanup-image. - CPackageManagerCLIHandler::ExecuteCmdLine(hr:0x800f081f)
2023-10-27 15:13:56, Info                  DISM   DISM Package Manager: PID=17012 TID=10300 Further logs for online package and feature related operations can be found at %WINDIR%\logs\CBS\cbs.log - CPackageManagerCLIHandler::ExecuteCmdLine
2023-10-27 15:13:56, Info                  DISM   DISM Package Manager: PID=17012 TID=10300 Finalizing CBS core. - CDISMPackageManager::Finalize
2023-10-27 15:13:56, Info                  DISM   DISM Manager: PID=23248 TID=5532 Closing session event handle 0x21c - CDISMManager::CleanupImageSessionEntry
2023-10-27 15:13:56, Info                  DISM   DISM.EXE: Image session has been closed. Reboot required=no.
2023-10-27 15:13:56, Info                  DISM   DISM.EXE:  
2023-10-27 15:13:56, Info                  DISM   DISM.EXE: <----- Ending Dism.exe session ----->
2023-10-27 15:13:56, Info                  DISM   DISM.EXE:
 

Effectivement c'est surement le coupable vu les erreurs qui touchent la base de windows.
Tu devrais regarder ce qu'en dit les données du smart, le soft crucial les affiche je crois sinon il y en a d'autre comme CrystaDiskInfo.

Puis à part tout réparer (chkdsk option réparation, dism restore health et sfc scannow) et regarder si ça revient il n'y a pas grand chose d'autre à faire.
T'as peut être pas eu de chance et ça a corrompu des données ou alors le ssd m2 est mal et il faut faire jouer la garantie.

Résultat de CrystalDisk :
[img]"E:\Pictures\Screenshots\Capture d'écran 2023-10-28 101914.png"[/img]
 

Ne pas tenir compte de ma dernière réponse. Erreur sur l'insertion de la capture d'écran

Résultat de CrystalDisk
https://imagizer.imageshack.com/img922/6648/yCngIp.png

Résultat du CHKDSK. J'ai l'impression qu'il n'y a plus d'anomalie. J'ai relancé la mise à jour Windows, même problème : 'code erreur 0X800F0900'.
Au vu des problèmes rencontrés il y a une forte suspicion sur le SSD M2. Une question. Je ne peux pas me passer de l'ordinateur. Je vais peut-être commander un nouveau SSD M2 et envoyé celui qui a des problèmes au S.A.V.
Je fais régulièrement des sauvegardes du système et des données avec le logiciel EASEUS TODO BACKUP HOME sur des D.D externes.
A la réception du nouveau SSD M2, au lieu de réinstaller W11, si je fais une sauvegarde de l'ancien disque système et que je restaure sur le nouveau, pensez-vous que cela fonctionnera. Je suis conscient que ceci n'est valable que si le problème est purement hard.  
Par avance, merci pour vos réponses.
 
CHKDSK  
 
Nom du journal :Application
Source :       Microsoft-Windows-Wininit
Date :         28/10/2023 17:40:21
ID de l’événement :1001
Catégorie de la tâche :Aucun
Niveau :       Information
Mots clés :    Classique
Utilisateur :  N/A
Ordinateur :   Alain
Description :
Vérification du système de fichiers sur C:
Le type du système de fichiers est NTFS.
Une vérification de disque a été planifiée.
Windows va maintenant vérifier le disque.                                  
Étape 1 : Examen de la structure du système de fichiers de base...
  1108992 enregistrements de fichier traités.                                                
La vérification des fichiers est terminée.
 Durée de la phase (Vérification des enregistrements de fichiers) : 6.28 secondes.
  25659 enregistrements de grand fichier traités.                        
 Durée de la phase (Récupération des enregistrements de fichiers orphelins) : 8.54 millisecondes.
  0 enregistrements de fichier incorrect traités.                    
 Durée de la phase (Vérification des enregistrements de fichiers incorrects) : 0.77 millisecondes.
Étape 2 : Examen de la liaison des noms de fichiers...
  445 enregistrements d’analyse traités.                              
  1487736 entrées d’index traitées.                                                                
La vérification des index est terminée.
 Durée de la phase (Vérification de l'index) : 16.47 secondes.
  0 fichiers non indexés analysés.                                    
 Durée de la phase (Reconnexion orpheline) : 1.38 secondes.
  0 fichiers non indexés récupérés dans le répertoire des fichiers perdus et trouvés.                                      
 Durée de la phase (Récupération orpheline vers éléments perdus et trouvés) : 13.91 millisecondes.
  445 enregistrements d’analyse traités.                              
 Durée de la phase (Vérification de l’ID d’objet et du point de réanalyse) : 5.06 millisecondes.
Étape 3 : Examen des descripteurs de sécurité...
Nettoyage en cours de 10 entrées d’index inutilisées à partir de l’index $SII
du fichier 0x9.
Nettoyage en cours de 10 entrées d’index inutilisées à partir de l’index $SDH
du fichier 0x9.
Nettoyage en cours de 10 descripteurs de sécurité non utilisés.
La vérification des descripteurs de sécurité est terminée.
 Durée de la phase (Vérification du descripteur de sécurité) : 43.40 millisecondes.
  189373 fichiers de données traités.                                    
 Durée de la phase (Vérification des attributs de données) : 0.80 millisecondes.
CHKDSK vérifie le journal USN...
  34204576 octets USN traités.                                                                      
Vérification du journal USN terminée.
 Durée de la phase (Vérification du journal USN) : 132.02 millisecondes.
Windows a analysé le système de fichiers sans trouver de problème.
Aucune autre action n’est requise.
 486307299 Ko d’espace disque au total.
 144098872 Ko dans 439666 fichiers.
    374716 Ko dans 189374 index.
         0 Ko dans des secteurs défectueux.
   1230667 Ko utilisés par le système.
     65536 Ko occupés par le fichier journal.
 340603044 Ko disponibles sur le disque.
      4096 octets dans chaque unité d’allocation.
 121576824 unités d’allocation au total sur le disque.
  85150761 unités d’allocation disponibles sur le disque.
Durée totale : 24.36 secondes (24369 ms).
Informations internes :
00 ec 10 00 2c 99 09 00 91 ca 10 00 00 00 00 00  ....,...........
bc 00 00 00 01 01 00 00 00 00 00 00 00 00 00 00  ................
XML de l’événement :
<Event xmlns="http://schemas.microsoft.com/win/2004/08/events/event">
  <System>
    <Provider Name="Microsoft-Windows-Wininit" Guid="{206f6dea-d3c5-4d10-bc72-989f03c8b84b}" EventSourceName="Wininit" />
    <EventID Qualifiers="16384">1001</EventID>
    <Version>0</Version>
    <Level>4</Level>
    <Task>0</Task>
    <Opcode>0</Opcode>
    <Keywords>0x80000000000000</Keywords>
    <TimeCreated SystemTime="2023-10-28T15:40:21.7680628Z" />
    <EventRecordID>46464</EventRecordID>
    <Correlation />
    <Execution ProcessID="1272" ThreadID="0" />
    <Channel>Application</Channel>
    <Computer>Alain</Computer>
    <Security />
  </System>
  <EventData>
    <Data>

Résultat mitigé sur crystaldiskinfo, à priori le disque est bon il a pas fait d'erreur grave il a tous ses blocs de récupération tout va bien.
D'un autre côté il a 7563 dans son journal d'informations sur les erreurs et je trouve que 1511 démarrages pour 1066 heures de fonctionnement c'est étrange pour le disque système.
 
J'ai comparé avec mon vieux p5 :

 
Un clone devrait fonctionner et si le système a un peu trop morflé tu réinstalles windows en mode mise à jour.
Je t'avoue que j'ai jamais essayé avec un m2 mais j'imagine que c'est pareil qu'avec le reste, une fois le secure boot m'avait posé soucis et j'avais du envoyer la commande pour rebuild le bcd à partir de winre et hop il est reparti normal.

Merci pour votre réponse et votre aide.
Je vais m'orienter vers un nouveau SSD M2 et je vous tiendrai informé.

Mais la commande sfc /scannow tu l'as faite?
C'est une commande de réparation des fichiers systèmes Windows. Fait là avant de gaspiller de l'argent!
CHKDSK ne répare pas Windows, il ne répare que le système de fichier: si un fichier est corrompu, il ne sait pas le réparer ou le détecter!
C'est pourquoi, si un chkdsk c: /f répare des erreurs, faire ensuite un sfc /scannow en mode administrateur est indispensable!
Un fichier peut se corrompre, même sur un SSD sain, il suffit d'un plantage ou d'un bug.
En général l'échec d'installation de mise à jour est dû à deux chose: espace insuffisant dans C: ou des fichiers Windows corrompu!
 
Le fait que tu ai plus de démarrage que d'heures d'utilisation veut simplement dire que tes sessions sur ton PC durent moins d'une heure en moyenne, ce n'est pas un problème!

DISM   DISM Package Manager: PID=17012 TID=10300 The source files could not be found; their location must be specified using the /source option to restore the feature. - GetCbsErrorMsg
 
Vu ce genre d'erreur tu peux rajouter les commandes dism de réparation du gestionnaire de package.
Comme dit avant le disque semble bon, ce qu'il faut faire c'est réparer pour voir si l'erreur revient.
Tant que sfc scannow n'affiche pas 'aucune violation d'intégrité' ça n'est pas réparé, et dism restorehealth ne doit pas échouer.

Cela fait plusieurs fois de je lance des CHKSDK et des SFC /scannow + nettoyage des fichiers temporaires...
Après 2 ou 3 exécutions du CHKDSK, le logiciel ne trouve plus d'erreur. Mais si je recommence quelques jours plus tard je me retrouve de nouveau avec des erreurs. De plus lors du BOOT, le logo Windows reste affiché une trentaine de secondes avant que W11 démarre et je suis dans l'impossibilité d'installer la dernière mise à jour W11 : code erreur 0x800f0900.  Je peux me tromper mais je pense que le SSD M2 a un problème. L'avenir me dira si je me suis planté. Un SSD M2 de 500 GO SAMSUMG série PRO aujourd'hui est très abordable.

Cela fait plusieurs fois de je lance des CHKSDK et des SFC /scannow + nettoyage des fichiers temporaires...
Après 2 ou 3 exécutions du CHKDSK, le logiciel ne trouve plus d'erreur. Mais si je recommence quelques jours plus tard je me retrouve de nouveau avec des erreurs. De plus lors du BOOT, le logo Windows reste affiché une trentaine de secondes avant que W11 démarre et je suis dans l'impossibilité d'installer la dernière mise à jour W11 : code erreur 0x800f0900.  Je peux me tromper mais je pense que le SSD M2 a un problème. L'avenir me dira si je me suis planté. Un SSD M2 de 500 GO SAMSUMG série PRO aujourd'hui est très abordable.

la corruption de données peut aussi être liée à la RAM.
 
Dernier round avant d'incriminer le HDD : fais quelques heures de Tesmem5 , profil "absolute" : https://www.overclock.net/threads/m [...] s.1751608/

J'ai déjà testé les barrettes mémoire avec Diagnostic mémoire et d'autres logiciel  ... j'ai exécuté USERDIAG avec l'option 'Diagnostic extrême' mais aucune anomalie dans le rapport. J'ai fais des tests en démarrant le PC avec 1 seule barrettes mémoire et recommencé avec les autres sans résultat. J'ai remplacé, récemment, tous les composants du PC: carte mère, carte graphique, processeur, alimentation, système de refroidissement et barrettes mémoire. Les seuls composants non remplacés sont le DD et les SSD. J'ai fais un test en ne laissant branché que le SSD M2, il n'y a aucune différence sur le durée du BOOT.

1) si le souci se situe au niveau du contrôleur mémoire du CPU / configuration du BIOS, ça peut faire des erreurs quelle que soit la RAM
 
2) actuellement, seul TM5 est suffisamment sensible pour éliminer formellement l'implication de la RAM ; OCCT, Memtest86+ et autres, non.
 
la durée de POST est aussi longue SANS le M2?

TM5 avec le config anta absolute, c’est que pour intel? chez moi (AMD zen 1 et 3) tout les profils anta plantent avec l'erreur "memory manager n°XX not started"?

J'ai testé principalement sur Intel, mais aussi sur AMD : jamais eu ce genre d'erreur ; tu le lances en admin?

testmem5, c’est un logiciel e test de mémoire. Ça marche avec des profils à charger, anta777, c'est le pseudo d'un créateur de profils.
 
Oui, je lance en admin, les profils 1usmus v3, MT et Ollie fonctionnent, mais les profils anta créent une erreur fatale au lancement.
J'avais le même soucis avec mon r5 1600x, et là j'ai un 5800x3D. Peut être il n'aime pas les cartes mères x370?
Je vais continuer à chercher tout seul pour pas polluer plus le fil de discussion.
 
Ah oui, j'ai bitdefender qui bloque le site officiel de testmem5 aussi.

https://www.overclock.net/threads/m [...] s.1751608/

Reste le test de POST sans le M2 : même un M2 bourré d'erreurs "logiques" causées éventuellement par de la corruption de RAM, n'a aucune raison de bloquer le POST.

Si par contre il y a un souci au niveau électronique avec contrôleur qui déconne (et donc responsable de la corruption de données), là, il peut ralentir le POST.

Et si le POST est aussi long SANS le M2, on peut se re-re-poser la question d'un training de RAM foireux avec souci à ce niveau.

 
C'est un peu l'effet que TM5 a sur les barrettes de RAM: de la bouillie en mouvement rapide et de la chauffe    

Suite aux test on a vu que le post boot était très rapide, les 30s étaient sur le chargement de windows ce qui n'est pas anormal si le noyau a morflé.
 
Reste que de la corruption sur un seul disque, si il utilise son ordi, c'est plus que louche.
Si la ram déconnerait il y aurait d'autres effets de bords, ça ne ferait pas que du mal à 1 ssd.
 
Je ne dis toujours pas que le disque est mort mais les soupçons sont énormes et si il ne l'a pas changé avec le reste du matos ça sera l'occasion de faire une upgrade sympa car un crucial p2 c'est pas fou comparé au reste du matos.
Aucune raison de le jeter pour autant, il y a la garantie qui est peut être encore bonne (5 ans je crois là dessus) et il a un second port m2.
 
@alainchero
Ton windows il est grave cuit, à un point qu'il est très dur à réparer et je ne pense pas que t'ai réussi à le remettre niquel.
A aucun moment tu parles de dism alors que tu as le magasin de composant explosé au point que sans l'iso il y a peu de chance qu'il arrive à se réparer seul.
 

 
Là tu as un beau failed sur l'option restorehealth de dism où il dit qu'il ne trouve pas le package nécessaire pour pouvoir réparer.
Pour la plupart des gens c'est insurmontable comme erreur et ça finit par réinstaller windows en mode mise à jour pour retrouver un windows 100% fonctionnel.

l'effet de bord de la corruption de la RAM, c'est de flinguer les disques/partitions et de corrompre windows : j'ai déja eu ça en faisant de l'overclock de RAM avec un PC qui paraissait stable mais qui se détruisait à petit feu (ça c'était assumé avec clone de l'OS fait avant etc)
 
Difficile à mon sens de faire la part des choses entre un SSD avec contrôleur/cellules défectueuses et de la RAM qui fait des erreurs ETC ETC