Qu'est-ce qui fait que mon disque est détruit dans Windows XP?


8

J'ai un ordinateur portable Windows XP malade; quelque chose fait que le disque est détruit et le système entier est lent à ne pas répondre quelques minutes après le démarrage. Comment puis-je déterminer ce qui fait que le disque est détruit? Le Gestionnaire des tâches est parfait pour trouver ce qui utilise le processeur ou la mémoire, mais n'affiche pas les E / S disque.

Détails: exécutant Win XP Home, la machine fonctionnait bien jusqu'à il y a quelques jours. J'ai vérifié que ce n'est pas de la pagination car il n'y a plus de RAM. Il n'y a pas d'erreurs SMART effrayantes selon DiskCheckup.


Avez-vous un scanner de virus ou un scanner de malware actif?
Troggy

Réponses:


11

Téléchargez Process Explorer depuis Microsoft / Sysinternals.

Exécutez-le et cliquez sur Affichage> Sélectionner les colonnes. Cliquez sur l'onglet Performances du processus et sélectionnez "Lectures d'E / S" et "Ecritures d'E / S".

Vous pouvez le faire à partir du Gestionnaire des tâches, mais je préfère utiliser Process Explorer.

Vous pouvez ensuite trier par ces colonnes et voir ce qui fait le plus de lecture / écriture.

(si vous utilisez Vista / 7, n'oubliez pas d'exécuter en tant qu'ADMIN (ou cliquez sur le fichier puis "afficher les détails de tous les processus" qui le fera pour vous)

J'ai tendance à trouver que Dropbox et le maillage sur quelques machines que je soutiens semblent fonctionner de manière sauvage avec des octets de lecture / écriture 24/7 donc si vous utilisez un logiciel sycn, le premier pari est de le regarder, cependant l'exécution de cet outil devrait vous dire exactement Qu'est-ce qui ne va pas.

De plus, vous pouvez cliquer sur l'un des graphiques en haut de l'écran qui affiche une boîte de dialogue "Informations système" contenant des informations historiques. L'un des graphiques (le troisième en bas) est "Octets d'E / S", passez simplement votre souris sur l'un des pics, et il vous indiquera ce qui prend le plus de ressources. - Exactement ce que tu veux!


3
Kansas State University a un superbe document de 14 pages sur la façon d'utiliser Process Explorer, avec des captures d'écran (avertissement, lien PDF): k-state.edu/infotech/security/events/4-9-2009/presentations/…
Jared Harley

2
Merci! Un conseil supplémentaire: les vues "delta" sont utiles pour trier ce qui utilise le disque en ce moment .
Nelson


6

Vous pouvez configurer le gestionnaire de tâches pour afficher les E / S de disque de chaque application. Aller vers:

Affichage -> Définir les colonnes

cette boîte de dialogue apparaîtra, cochez les cases de lecture / écriture du disque:

texte alternatif


hivemind
John T

Merci! +1 pour une option qui ne nécessite pas de logiciel supplémentaire, mais j'ai trouvé le graphique d'historique de Process Explorer très utile.
Nelson

2

En plus de l' Explorateur de processus mentionné , j'essaierais Process Monitor .

Avec Process Monitor, vous pouvez regarder l'activité des fichiers se produire en temps réel; quel fichier est lu / écrit et par quel processus.

  • Si cela ne se produit qu'au démarrage, cela est dû au fait que tout est lu sur le disque dur au démarrage de la machine. Utilisez msconfig pour faire un démarrage qui n'implique pas de "éléments de démarrage" .

  • Un autre coupable lors du démarrage est la taille de vos ruches de registre d'utilisateurs ou de machines. Des années de programmes qui s'installent font grandir les ruches. Essayez de créer un autre compte utilisateur, connectez-vous à celui-ci et voyez s'il est plus rapide.

  • Avoir trop de polices installées peut ralentir le démarrage de Windows (par exemple, Photoshop installe des centaines de polices que je sais que je n'utiliserai jamais).

Le fil conducteur est qu'il y a juste beaucoup d'E / S au démarrage. Coupez ce qui doit être lu, défragmentez pour que Windows puisse tirer parti de ses multiples demandes d'E / S asynchrones, ou ajoutez plus de RAM pour pouvoir en mettre plus en cache.


2

Mon Windows Vista se débattait plus de 50% du temps. J'ai arrêté l'indexation et la super-extraction. Toujours baratté la plupart du temps même lorsque je ne faisais rien sur l'ordinateur. Ce qui a finalement résolu mon problème était de ... défragmenter le disque dur. Depuis lors, l'ordinateur est silencieux; pas de bruit du tout. J'ai cette machine depuis quatre ou cinq ans et je n'ai jamais défragmenté. Lorsque j'ai essayé de le défragmenter dans le passé, il vérifiait les disques et signalait que le système fonctionnait BON et qu'il n'était pas nécessaire de le défragmenter. C'est ce que j'ai eu il y a quelques jours. Enfin, je suis allé de l'avant et maintenant le problème de la raclée semble être guéri. J'ai redémarré l'indexation et le superhost et toujours aucun bruit de la machine. Félicité!


0

Je suggère d'obtenir Process Explorer et de remplacer le Gestionnaire des tâches par lui. Avec Process Explorer, vous pouvez consulter l'activité d'E / S ainsi que toutes les informations que le gestionnaire de tâches donne et bien plus encore.


Je suis trop lent ... waaa.waa.waa ... :)
EBGreen

0

En tant que conseil général, jetez un œil à la défragmentation du lecteur.

(Faites un clic droit sur le lecteur de disque local et sélectionnez "Propriétés" puis l'onglet "Outils", puis "Défragmenter maintenant ...".)

Cliquez simplement sur "Analzye". La chose à surveiller dans le rapport, ce sont les gros fichiers fragmentés. Quelque chose que j'ai rencontré souvent, ce sont des gens avec des fichiers PST Outlook fragmentés. Ils pourraient avoir un PST de 500 Mo fragmenté en plus de 1000 bits et lorsqu'ils ouvrent Outlook, le disque devient fou en ramassant toutes les pièces.


0

Procexp est génial, mais vous pouvez ajouter des colonnes d'E / S disque dans le gestionnaire de tâches. Si vous n'êtes pas autorisé à installer un logiciel, vous pouvez le télécharger à partir de leur site en direct .

En utilisant notre site, vous reconnaissez avoir lu et compris notre politique liée aux cookies et notre politique de confidentialité.
Licensed under cc by-sa 3.0 with attribution required.