Miki88
Membres-
Nbre de contenus
48 -
Inscription
-
Dernière visite
Configuration PC
-
Système d'exploitation
Windows 10
Visiteurs récents du profil
Le bloc de visiteurs récents est désactivé et il n’est pas visible pour les autres utilisateurs.
Succès de Miki88
-
Du tout... x) Mais effectivement, découvrir le SSD en 2020 va certainement soulager mes usages à bien des égards, je n'en doute pas. :p
-
Oui, je parlais bien de transfert de fichiers et non de déplacement (lol), j'ai eu quelques pertes de données qu'il m'a fallu retélécharger... C'est là que j'ai tilter sur l'étrangeté du truc une fois l'entame des sauvegardes externes... Du coup, je me suis mis à télécharger quelques fichier raws pour comparer vraiment. En gros, mes transfert des anciens fichiers (à un disque externe) tournaient à leur vitesse moyenne (entre 70 et 80mo par secondes) mais ceux fraîchement téléchargés sur ma partition C ne dépassait pas les 30mo/s (même destination externe)... La 1ère réparation de la partition C avait réglé le souci... ^^' Enfin bref, l'état du disque semble s'être empiré depuis hier, et je n’atteint désormais plus les débits d'il y a tout juste 24h (même ceux du fichier old), mais bon, je m'attends à ce que le PC se plante au prochain démarrage là... :p
-
OK, je pense avoir saisi... Mais il y a quand même des bizarreries depuis la réinstallation... Notamment pour ce qui est des transfert des données justement, ceux-ci diffères beaucoup entre les fichiers du « Windows.old » et de celui présentement installés... Et étrangement, depuis la première Réparation (C:) (du windows actuels), j'ai des normes de débit bien plus stables pour avoir tester divers manip de transfert hier (les fichiers du dossier « old » restent plus rapide malgré tout)... Enfin bref... Pour ce qui est du modèle de mon PC, il n'est pas si vieux, acheté il y a à peine 2 ans et demi : HP / 15-cb004nf / i5-7300HQ / GTX 1050 (4Go) / 6Go de mémoire. Garantie caput il y a 3 mois, (à croire que c'est programmé... :p)
-
OK, je vois... Bon eh bien on va partir sur l'acquisition d'un SSD dans ce cas, pas vraiment le choix... :/ Toutefois, peut-on écarter tout hypothèse que la réinstallation particulière que j'ai faites avec DISM++ puisse être à l'origine de toutes ces valeurs montantes, et donc du problème de surface du disque, ou de têtes de lecture/écriture (malgré le plantage initiale) par exemple ? Et à fortiori qu'un formatage ne puisse pas au contraire soulager le disque de tout ces maux ? Bon, je dis peut-être des conneries, mais bon, autant s'en assurer à 100%, non ? Il n'y aurait-il pas un moyen de vérifier l'état désagrégeant du disque avec autre logiciel ? Vu que de toute façon, je risque de patienter quelques jours le temps de me faire livrer le SSD et tout le démontage/montage qui va avec... Et tant qu'à faire, autant en profiter pour lui rajouter de la RAM, bien dépoussiérer tout ça, et voir qui sait investir sur une bonne pâte thermique pour mes composants ? Enfin, tout cela étant un peu hors de mes compétences pour le moment, je sens que le coût de la manœuvre va être salé... Mais je vais quand même voir si c'est dans mes cordes... Merci dans tout les cas pour tout ce temps accordé au sujet, c'est bien sympa. :) Et au finale, force de recherche, on y apprend pas mal de chose mine de rien. ^^
-
Bonjour Toto61, Alors comme demandé, voici les résultats de CrystalDiskInfo et CrystalDiskMark : Le test de débit a été effectué depuis la clé MédiCat comme conseillé. :) Et à noter que Windows me recommande à chaque ouverture de session un redémarrage pour « réparer des erreurs de lecteur » (via la notification à droite de l'écran), mais toujours sur la date de mercredi... Comme un bug d'affichage, sauf que les « réparations de la partitions C » ont bien lieux à chaque fois (déjà faîtes 2 fois)... C'est pour le moins étrange... Quoi qu'il en soit, les erreurs de lectures, c'est ce dont vous soupçonniez être la cause du plantage, mais pour le moment, le PC ne se bloque pas à l'ouverture de session. J'ai rapidement été alerté ceci dit, et j'ai passé en priorité la récup des données les plus importants. Par contre, je me rappel très bien que juste avant le 1er plantage du PC, l'application « Outil Capture d'écran » intégré dans Windows ne fonctionnait pas (voir 3ème image), et c'est suite au redémarrage pour réparer les erreurs de lecteur (après avoir reçu la notification) que le blocage de Windows a eu lieu. Ce sont les 2 seuls symptômes que je suis en mesure d'affirmer avant la panne. Et il se trouve que « l'outil Capture d'écran » ne fonctionne pas à cet instant T de nouveau (d’où la capture), donc je ne serai pas étonné que mon Windows se plante au prochain redémarrage... En espérant me tromper, mais l'appli « capture » fonctionnait ben et bien avant les 2 autres Réparation (C:) faîte un peu plus tôt. Enfin, je vais bien prendre mon temps pour récupérer le reste de données dont j'ai besoin... PS : C'est quand même curieux ces erreurs de lectures sans que CrystalDiskInfo n'indique une quelconque méfiance... Pareillement, le Check Disk de la semaine dernière n'avait présenté aucune anomalie (0 secteurs défectueux). PS2 : Ça paraît un peu gros, mais après avoir fait la capture du test débit CrystalDiskMark sur la Clé MédiCat, je l'ai directement transféré dans le bureau de la partition windows (C). Et c'est après redémarrage pour revenir à mon windows que l'appli « outil capture d'écran » a cessé de fonctionner, sachant qu'entre temps, la 2de « Réparation (C:) » avait eu lieu, sans me poser de souci à l'ouverture de session cette fois encore... 'Fin bref, j'ai juste tilter dessus, comme ça, sans faire de lien...
-
Eh bien, je suis passé par « l’outil création de média » pour créer une clé USB d'installation via ce lien : https://lecrabeinfo.net/creer-une-cle-usb-dinstallation-de-windows-10.html#methode-n1-avec-loutil-creation-de-media Un lien accessible directement à partir de la page de téléchargement de l'ISO Windows 10 2004 (x64). C'était aussi en première semaine, j'étais complètement à la ramasse, au point d'avoir laissé écouler 48h pour le 1er suivi... Et puis ça me paraissait plus simple que la méthode N°2 avec Rufus (logiciel téléchargé par la suite pour MédiCat), car rien indiquait qu'il y aurait divergence sur le fichier ISO (du moins, dans ma lecture des informations). Bon alors en conséquence, vous suggérer vraiment une réinstallation complète de l'OS avec formatage ? Et donc je dois refaire une clé bootable en passant par rufus ? Ou bien vu que Windows m'est à présent accessible, je peux le faire via les paramètres de celui-ci avec la page Récupération et « Réinitialiser ce PC » (en supprimant bien les données) ? PS : J'écarte la « restauration à l'état d'usine », qui semble être une autre option, si j'ai bien compris ?
-
J'avais lancé la restauration avant l'alerte relèvant la divergence Wim/ESD. Bon, ce qui est fait est fait... Je saurai pour la première fois. Sinon, par rapport aux « logiciels précédemment installés », vous faites bien références aux applications du style FireFox ? Si oui, ils ne sont plus installés, je me retrouve avec un PC vide à ce niveau là, mais il y a quand même des paramètres windows de conservé étrangement, comme le « mode sombre » de l'explorateur, mais aussi un ancien fonds d'écrans personnel qui a pris place de celui par default... Enfin, pour les paramètres des applications, j'ai vu qu'il ya moyen de les récupérer via AppData\Roaming du dossier Windows.old , donc c'est pas trop un soucis... Mais du coup, puisque je me retrouve avec un tout nouveau windows pour avoir simplement remplacer l'image de windows 10, vous me conseillez de rester dessus, ou bien de faire une nouvelle installation proprement avec la clé source prévu à cet effet ? Édit : Pour l'antivirus, j'etais resté avec Windows Defender sur ce PC. Édit 2 : Toutes les maj ont été faites visiblement, rien d'autre en attente. On verra bien sur le moyen terme ce qu'il en est de la stabilité.
-
Le dossier « Windows.old » est à présent accessible, après redémarrage pour diverses maj... Toutes mes données semblent être là, c'est déjà ça. Mais est-il préférable de déplacer ce dossier « Windows.old » avant qu'un nettoyage précipité du système ne le supprime ? On est pas à une bizarrerie près... Sinon, le PC a logiquement retrouver une meilleure stabilité après les derniers maj, mais je me suis retrouvé avec un écran noir plutôt longuet après l'ouverture de session... Un démarrage du « explorer.exe » via gestionnaire de tâche a réglé le problème. À voir après s'il suffisait de patienter vu toutes les maj qui ont été faîtes...
-
Le PC est très peu réactif, il rame pas mal, le clavier à un temps de réponse abusé... Bon, je vais laisser le PC respirer un moment, mais les interrogations se profilent dans ma tête lol... Le plus important reste les données, et même si le dossier old affiche un 0 octect, le disque dur reste plein, donc c'est qu'ils doivent être toujours là, une fois accessible...
-
Bon, puisqu'il est recommandé de redémarrer le PC pour appliquer pleinement la réparation DISM, je me suis exécuté... Et après une longue « préparation » windows, des auto- redémarrages et diverses boucles de chargement à fonds noir et bleu, il m'a été demandé de paramètrer Windows comme une réinstallation de base avec Cordona et tout le reste... Mais du coup je m'interroge, n'aurait-il pas été préférable de partir sur une réinstallation propre sans formatage à partir de la clé d'installation ? Où bien, cela revient au même ? Et quid du sfc /scannow prévu à la base ? Lol je suis paumé... Mais plus important encore, mes données semblent avoir été deplacés dans un dossier « Windows.old » mais je ne dispose pas des autorisations requises pour y accéder... :/
-
Bon eh bien la restauration a été un succès : Je suppose que je dois lancer un sfc /scannow depuis le cmd de la clé comme c'était prévu initialement, mais je vais quand même attendre les dernières instructions dans l'après-midi par précaution. :)
-
Ah j'ai lancé la réparation... Bon on verra bien. Et pas de souci, on verra ça plus tard, encore merci pour votre aide. ^^
-
C'est toujours la lettre E qui est attribuée à cette clé d’installation. Et oui, j'ai bien ouvert DISM++ en utilisant la version 64 bits. J'ai un fichier « install.esd » et non un « install.wim » dans le dossier source de la clé (je préfère préciser au cas où). Édit :
-
Oui je l'ai toujours, mais pas inséré sur le PC.
-
Ah au temps pour moi, le scan n'arrive pas à son terme... L'error s'affiche aux alentours des 60%. Edit : Le Scan Health, lui, cesse vers les 85%.