Discussion :

[sevyc64]

Hello,

Une fois n'est pas coutume, c'est à mon tour de poser une question.

Config : W7 PRO 64bits, 4Go de ram, AV à jour, AntiMalware à jour, rien à signalé de suspect

J'ai donc mon PC qui, périodiquement, se met à ramer pendant une bonne 10ène de minute, il est parfaitement inutilisable. Le pointeur de la souris avance par saccade, les applications ouvertes rament voire se figent, les vidéos freezent jusqu'au plantage, parfois, du lecteur. Impossible d'ouvrir d'autres applications (elles s'ouvrent quand le ralentissement est terminé).
Le phénomène se produit 20 à 30min après le démarrage, et plusieurs fois dans la journée ensuite.

Je n'arrive pas à voir quel processus provoque cela. Que ce soit le gestionnaire de tache ou ProcessExplorer, s'ils sont pas ouvert, le temps qu'ils s'ouvrent tout est fini, s'ils sont ouvert, je ne vois rien de particulier, mais comme ils n'arrivent pas eux-même, à rafraichir durant le ralentissement...
Au plus fort du ralentissement, il y a une forte activité des disques durs, comme s'il y avait une analyse en cours.

Ce phénomène est habituellement imputé au processus d'analyse de fiabilité (processus RAC), c'est le premier que j'ai désactivé. Le service d'indexation est aussi désactivé ainsi que la défragmentation.
Les scans automatiques de l'antivirus et de l'anti-malwares sont désactivés (ce que je peux désactiver en tout cas).
Les quelques logs que je trouve ne me donnent aucune info.


Connaitriez-vous un outils qui puisse me donner, pour chaque processus ayant tourné depuis le démarrage, un historique de son activité disque. Ça me permettrait peut-être d'identifier le processus en cause.

[hackoofr]

Avez-vous tester Process Monitor ?
Process Monitor est un outil de surveillance avancé pour Windows qui affiche le système de fichiers, l'activité de thread/processus et le Registre en temps réel. Il associe les fonctionnalités de deux utilitaires Sysinternals d'ancienne génération, Filemon et Regmon, et dispose d'une importante liste d'améliorations, notamment un riche filtrage non destructif, des propriétés d'événement complètes, telles que les identificateurs de session et noms d'utilisateur, des informations de processus fiables, des piles de thread complètes avec la prise en charge des symboles intégrée pour chaque opération, l'enregistrement simultané d'un fichier, et bien plus encore. Les puissantes fonctionnalités de Process Monitor en font un utilitaire fondamental dans votre boîte à outils pour rechercher les logiciels malveillants et dépanner le système.

[JML19]

Bonjour

Tu as un problème de pilote AHCI du disque dur fais des tests avec HD Tune.

Fais aussi des tests en mode IDE dans le BIOS.

Ce problème est insoluble s'il est d'origine, s'il est survenu en cours une nouvelle version du pilote résout le problème dans la plupart des cas.

Tu peux avoir aussi une interaction entre le pilote AHCI et un soft en mémoire il faut utiliser msconfig pour trouver lequel.

Personnellement sur mon Asus X73SV TY022V le disque Hitachi HTS547564A9E de 650 Go plante le pilote AHCI lorsqu'il est en disque système, j'ai remplacé le portable au SAV carrefour, même type de disque même problème.

Je n'ai pas trouvé de solution si ce n'est mettre un SSD et mettre ce disque Hitachi en deuxième disque de donnée qui fonctionne à merveille.

[sevyc64]

Concernant ProcessMonitor, j'avais déjà essayer, mais il est pas évident à paramétrer, et la quantité d'information est tellement importante qu'il est quasiment impossible d'analyser quelque chose (encore pire que d'analyser un log wireshark)

Pour le problème de disque, ma configuration actuelle date de plus de 3 ans (sortie de W7). Je ne sais pas quand à commencer le problème, s'il est du à une mise à jour quelconque ou pas, ou s'il est arrivé progressivement.
Je en suis pas en permanence devant le PC, je n'ai pas encore pu identifier avec quelle périodicité ce problème apparait dans la journée, mais il me saoule depuis quelques semaines parce que je me trouve là, surement, au mauvais moment, et que le PC est complètement inutilisable.

[JML19]

C'est bien un problème de plantage du pilote AHCI, si tu n'avais pas ce problème au départ, il faut vérifier qu'il n'y a pas eu une mise à jour du pilote.

Lorsque le voyant du disque dur reste allumé et que le PC rame à mort, tu peux dire que le pilote AHCI est planté, c'est caractéristiquement comme panne.

Maintenant il faut savoir pourquoi il plante.

[sevyc64]

Si ça venait du pilote du disque, j'imagine que le ralentissement serait permanent hors ce n'est pas le cas puisque c'est environ une 10ène de minutes toutes les xx heures .

Et puis je vois pas pourquoi mes disques (2 sata 1 ide) seraient scannés l'un après l'autre durant le ralentissement.


J'ai laissé tourné ProcessMonitor. Durant un ralentissement il a planté, faisant planter divers autres choses comme MSN, Catalist, Firefox, l'interface Aero, ... Ca c'est passé au moment ou j'ai sélectionner un nouveau mail dans outlook.
Mais juste avant le plantage, j'ai eu le temps de voir qu'il y avait une forte activité du daemon de l'AV, de celui de Malware Antibytes aussi ainsi que quelques traces de DRWquelquechose.
J'ai pas pu récupérer le log pour analyser plus.

[JML19]

Lors du plantage du pilote le taux de transfert du disque peut descendre à moins de 1 méga bit par seconde ceci ayant pour conséquence que toutes les applications accédants au disque semblent planter.

Essais HD Tune et tu verras si tu as de brusque baisse de débit sur un des disques.

[sevyc64]

Concernant HDTune, je fais quels tests ? Il faut les faire en mode sans échec ou depuis un live cd, ou ils peuvent être fait en utilisation "normale" ?

J'ai lancé un benchmark en lecture sur les 2 gros disques SATA (seagate 250Go),
- le premier (contenant entre-autre la partition système, la partition data) démarre à100-110MB avec une variation de l'ordre de 15/20MB, baisse régulièrement jusqu'à 40Mb, avec parfois des creux brefs de -30/40MB.

HD Tune Pro: STM3250318AS Benchmark

Test capacity: full

Read transfer rate
Transfer Rate Minimum : 29.8 MB/s
Transfer Rate Maximum : 113.3 MB/s
Transfer Rate Average : 87.6 MB/s
Access Time : 16.9 ms
Burst Rate : 183.8 MB/s
CPU Usage : 15.7%

- le second, peut sollicité en temps normal, démarre à 80Mb,avec une variation de l'ordre de 2-3MB pour terminer lui-aussi à 40MB

HD Tune Pro: ST3250820AS Benchmark

Test capacity: full

Read transfer rate
Transfer Rate Minimum : 40.7 MB/s
Transfer Rate Maximum : 81.9 MB/s
Transfer Rate Average : 67.9 MB/s
Access Time : 13.6 ms
Burst Rate : 113.7 MB/s
CPU Usage : 29.1%

Et sur le disque IDE (disque tampon pour le DL, utorrent entre-autre) :

HD Tune Pro: WDC WD400BB-00DEA0 Benchmark

Test capacity: full

Read transfer rate
Transfer Rate Minimum : 25.3 MB/s
Transfer Rate Maximum : 46.9 MB/s
Transfer Rate Average : 39.5 MB/s
Access Time : 14.1 ms
Burst Rate : 84.8 MB/s
CPU Usage : 14.9%

[JML19]

Donc pas de problème concernant les disques.

Si tu peux faire un test HD Tune du disque système lorsque survient le problème, cela peut donner une indication.

[sevyc64]

Bon, j'ai pu observer quelques phases de ralentissement avec le diskMonitor de HDTune, il y a bien une utilisation intensive des 3 disques en lecture.

J'observe 2 process en particulier avec une forte activité, c'est le daemon de l'AV et le process System. Mais ceux-ci ne semblent pas varier en activité lors des ralentissement.

Donc je n'ai toujours pas identifier le ou les process fautifs.

[JML19]

Bonsoir

Il y a une utilisation intensive des process certes, mais le débit théorique est t'il bon ou alors les process exploitent t'ils trop les disques.

Lors d'un plantage du pilote disque effectivement les process sont lents.

Il semble que les disques ne plantent pas le pilote alors qui plante le pilote ? Si c'est la cas bien sur.

[sevyc64]

Justement je n'arrive pas à tester les débits à ce moment là.

Mais l'occupation ressemble plus à un scan des disques qu'un possible plantage. Le "scan" des disques commence, je dirais, entre 40sec et 1min après le début du ralentissement et il commence bien franchement.
Les occupations sur chaque disque commencent avec un décalage de quelques secondes.
La durée sur le 3ème disque (40Go) est plus courte que sur les 2 autres (250Go) où elle est à peu près équivalente. Par contre, 3ème disque est en une seule partition tandis que les autres ont des partitions de nombre et de taille variable, mais ça je ne vois pas de différence dans diskmonitor.

J'ai de plus en plus l'impression qu'il s'agit d'une fonction cachée de l'AV. J'ai désactiver tous les scans automatiques que je pouvais, mais il doit en rester d'inaccessible.
Ou alors une fonction système de Windows, mais laquelle ?

Demain, si j'y pense, j'essaierais déjà de tourner sans MAB, et un jour ou je pourrais me passer d'internet, j'essaierais sans l'AV (sauf qu'il doit falloir que je désinstalle pour le désactiver complètement, je pense).

[JML19]

Oui mais ce que tu ne comprends pas, c'est que le débit est tel que même si ton AV scannait les disques durs tu ne t'en apercevrais pas.

Ceci se fait fréquemment en tâche de fond, si tu t'en aperçois c'est que ton débit se met à genou et par ce fait ton disque dur n'est plus interruptible, donc plus accessible.

Il n'est pas normal qu'un voyant disque reste allumé tout le temps et qu'une activité du disque bloque le PC, c'est ce que j'essais de te dire.

Un disque utilisé en débit permanent est géré par des priorités d'interruption et il devrait te redonner la main, s'il ne le fait pas, c'est que le débit est dans les choux et que le pilote AHCI est planté.

[sevyc64]

ok, faut que j'arrive à faire le test du débit pendant le ralentissement donc.

Sinon c'est quoi la soluce ? réinstaller le pilote ? c'est un coup à flinguer l'installation ça, non ?

[JML19]

Bonjour

La solution si elle existe est d'abord de voir si tu as un disque particulier sensible au pilote en faisant des tests de suppression des disques pour voir si les plantages continuent.

Ensuite si tu trouves le disque à l'origine du plantage il faut faire des tests avec une autre configuration, si tu peux avoir une mise à jour du pilote AHCI c'est bien.

Aussi faire un test avec le pilote standard IDE en mettant ce mode dans le BIOS.

J'ai eu ce problème fréquemment un cas de résolu en mettant le disque en disque de donnée.

Un autre cas que je n'ai pas résolu ou résolu provisoirement en mettant les disques en IDE sur un WDC de 200 Go en SATA.

Que j'ai viré finalement et qui était le disque système.

J'ai utilisé Clonezilla pour pouvoir le virer comme il était le disque système.

[sevyc64]

Bon quelques nouvelles.

Pas d'option AHCI à priori dans mon bios.
Pas de mise à jours en cours pour mon chipset (enfin si mais pour la carte réseau et la carte son, pas le cœur du chipset)

J'ai pas encore réussi à lancer un benchmark sur un des 2 gros disque durant le "scan". Sur un coup de chance, j'ai réussi une fois à le lancer sur le petit disque (IDE 40Go).
Sur le graphe du disk monitor, le "scan" ne prend apparemment que la moitié de la bande passante, le benchmark, le reste.
Sur le benchmark lui-même, on sent que le test est bien plus lent, pourtant il n'y a pas de grosses différences dans le résultat.


Les investigations continuent

[JML19]

Bonsoir

Je suppose que le disque de 40 Go est un PATA je pencherais plutôt pour le SATA en disque système.

Si tu n'as pas de mode AHCI dans le BIOS le pilote utilisé est de quel type ?

Tu dois le voir dans le gestionnaire de périphériques la section Contrôleur IDE ATA/ATAPI

[sevyc64]

le 40Go est un PATA (IDE), les 2 autres, dont le disque système sont des SATA, S2 pour celui contenant la partition système et S1 pour l'autre.

De ce que je peux observer, le "scan" démarre simultanément sur les 3 disques.

Dans le gestionnaire de périphérique, je vois ceci :

• ATA Channel 0
• ATA Channel 0
• ATA Channel 1
• ATA Channel 1
• Intel(R) ICH7 Family Ultra ATA Storage Controllers - 27DF
• Intel(R) N10/ICH7 Family Serial ATA Storage Controller - 27C0

[JML19]

Le contrôleur ICH7 fait du RAID ?

Il faudrait le type de carte mère c'est un peu galére les pilote SATA intel.

En ICH7 le circuit est normalement le ICH7R qui fait du RAID.

Dans ce cas le pilote est (ICI) pour le ICH7M pour portable ce pilote fonctionne bien je n'ai pas fait l'essai pour carte mère de PC de bureau

[sevyc64]

La carte mère est une ASROCK G31M-GS 1ere génération.

A ma connaissance pas de Raid, de toute façon pas utilisé si existant.

Le chipset c'est le couple G31/ICH7

Le pilote que tu donne est pour le chipset 945G, pas sur qu'il marche pour un ICH7