[Vista] Foutu processus reveilleur de disque ?

Tech
#1

Bonjour à tous,

Mon HTPC me sert également de serveur, celui-ci contient en tout 5 disques durs dont la plupart sont accédés rarement (sauvegarde, entre autre). Afin de limiter le bruit et la consomation électrique j’ai réglé Vista de sorte que les disques se mettent en veille (au bout de cinq minutes). Celà fonctionne très bien, les disques autre que système se mettent bien en veille.

Le problème est que ces foutus disques se réveillent sans raison de manière à priori aléatoire. Or c’est les cycles mise en veille/réveil qui usent un disque dur et là au lieu de les “économiser”, ces cons font tout pour réduire leur durée de vie en ne cessant par moment d’alterner hibernation/réveil.

Afin de repérer la cause de ces réveils intempestifs et non désirés je me suis enquéris de l’outil “Process Monitor” et ai trouvé le moment où les disques sont accédés.

Voici une copie écran de cet accès aux disques :

[codebox]624226 16:49:48,1085250 Explorer.EXE 732 IRP_MJ_CREATE C:\ SUCCESS Desired Access: Synchronize, Disposition: Open, Options: Directory, Synchronous IO Non-Alert, Open For Free Space Query, Attributes: n/a, ShareMode: None, AllocationSize: n/a, OpenResult: Opened 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624227 16:49:48,1086548 Explorer.EXE 732 IRP_MJ_QUERY_VOLUME_INFORMATION C:\ SUCCESS Type: QueryFullSizeInformationVolume, TotalAllocationUnits: 5 059 522, CallerAvailableAllocationUnits: 1 128 587, ActualAvailableAllocationUnits: 1 128 587, SectorsPerAllocationUnit: 8, BytesPerSector: 512 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624228 16:49:48,1086776 Explorer.EXE 732 IRP_MJ_CLEANUP C:\ SUCCESS 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624229 16:49:48,1087021 Explorer.EXE 732 IRP_MJ_CLOSE C:\ SUCCESS 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624230 16:49:48,1087613 Explorer.EXE 732 IRP_MJ_CREATE D:\ SUCCESS Desired Access: Synchronize, Disposition: Open, Options: Directory, Synchronous IO Non-Alert, Open For Free Space Query, Attributes: n/a, ShareMode: None, AllocationSize: n/a, OpenResult: Opened 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624231 16:49:48,1088096 Explorer.EXE 732 IRP_MJ_QUERY_VOLUME_INFORMATION D:\ SUCCESS Type: QueryFullSizeInformationVolume, TotalAllocationUnits: 97 677 200, CallerAvailableAllocationUnits: 18 351 180, ActualAvailableAllocationUnits: 18 351 180, SectorsPerAllocationUnit: 8, BytesPerSector: 512 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624232 16:49:48,1088243 Explorer.EXE 732 IRP_MJ_CLEANUP D:\ SUCCESS 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624233 16:49:48,1088412 Explorer.EXE 732 IRP_MJ_CLOSE D:\ SUCCESS 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624234 16:49:48,1088730 Explorer.EXE 732 IRP_MJ_CREATE E:\ SUCCESS Desired Access: Synchronize, Disposition: Open, Options: Directory, Synchronous IO Non-Alert, Open For Free Space Query, Attributes: n/a, ShareMode: None, AllocationSize: n/a, OpenResult: Opened 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624235 16:49:48,1089189 Explorer.EXE 732 IRP_MJ_QUERY_VOLUME_INFORMATION E:\ SUCCESS Type: QueryFullSizeInformationVolume, TotalAllocationUnits: 122 096 000, CallerAvailableAllocationUnits: 16 601 322, ActualAvailableAllocationUnits: 16 601 322, SectorsPerAllocationUnit: 8, BytesPerSector: 512 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624236 16:49:48,1089330 Explorer.EXE 732 IRP_MJ_CLEANUP E:\ SUCCESS 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624237 16:49:48,1089489 Explorer.EXE 732 IRP_MJ_CLOSE E:\ SUCCESS 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624238 16:49:48,1089812 Explorer.EXE 732 IRP_MJ_CREATE F:\ SUCCESS Desired Access: Synchronize, Disposition: Open, Options: Directory, Synchronous IO Non-Alert, Open For Free Space Query, Attributes: n/a, ShareMode: None, AllocationSize: n/a, OpenResult: Opened 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624239 16:49:48,1090267 Explorer.EXE 732 IRP_MJ_QUERY_VOLUME_INFORMATION F:\ SUCCESS Type: QueryFullSizeInformationVolume, TotalAllocationUnits: 97 667 159, CallerAvailableAllocationUnits: 54 988 613, ActualAvailableAllocationUnits: 54 988 613, SectorsPerAllocationUnit: 8, BytesPerSector: 512 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624240 16:49:48,1090408 Explorer.EXE 732 IRP_MJ_CLEANUP F:\ SUCCESS 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624241 16:49:48,1090567 Explorer.EXE 732 IRP_MJ_CLOSE F:\ SUCCESS 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624242 16:49:48,1090870 Explorer.EXE 732 IRP_MJ_CREATE G:\ SUCCESS Desired Access: Synchronize, Disposition: Open, Options: Directory, Synchronous IO Non-Alert, Open For Free Space Query, Attributes: n/a, ShareMode: None, AllocationSize: n/a, OpenResult: Opened 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624243 16:49:48,1091304 Explorer.EXE 732 IRP_MJ_QUERY_VOLUME_INFORMATION G:\ SUCCESS Type: QueryFullSizeInformationVolume, TotalAllocationUnits: 97 677 200, CallerAvailableAllocationUnits: 11 976 233, ActualAvailableAllocationUnits: 11 976 233, SectorsPerAllocationUnit: 8, BytesPerSector: 512 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624244 16:49:48,1091443 Explorer.EXE 732 IRP_MJ_CLEANUP G:\ SUCCESS 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624245 16:49:48,1091602 Explorer.EXE 732 IRP_MJ_CLOSE G:\ SUCCESS 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624246 16:49:48,1091902 Explorer.EXE 732 IRP_MJ_CREATE H:\ SUCCESS Desired Access: Synchronize, Disposition: Open, Options: Directory, Synchronous IO Non-Alert, Open For Free Space Query, Attributes: n/a, ShareMode: None, AllocationSize: n/a, OpenResult: Opened 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624247 16:49:48,1092314 Explorer.EXE 732 IRP_MJ_QUERY_VOLUME_INFORMATION H:\ SUCCESS Type: QueryFullSizeInformationVolume, TotalAllocationUnits: 117 035 263, CallerAvailableAllocationUnits: 17 085 137, ActualAvailableAllocationUnits: 17 085 137, SectorsPerAllocationUnit: 8, BytesPerSector: 512 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624248 16:49:48,1092447 Explorer.EXE 732 IRP_MJ_CLEANUP H:\ SUCCESS 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE
624249 16:49:48,1092598 Explorer.EXE 732 IRP_MJ_CLOSE H:\ SUCCESS 29/12/2007 16:49:48 C:\Windows\Explorer.EXE C:\Windows\Explorer.EXE[/codebox]

J’ai effectué un “properties” sur ces lignes et voici une copie de l’onglet “stack” :

[codebox]0 fltmgr.sys fltmgr.sys + 0x2843 0x80681843 C:\Windows\system32\drivers\fltmgr.sys
1 fltmgr.sys fltmgr.sys + 0x4f10 0x80683f10 C:\Windows\system32\drivers\fltmgr.sys
2 fltmgr.sys fltmgr.sys + 0x17292 0x80696292 C:\Windows\system32\drivers\fltmgr.sys
3 fltmgr.sys fltmgr.sys + 0x17a7f 0x80696a7f C:\Windows\system32\drivers\fltmgr.sys
4 ntkrnlpa.exe ntkrnlpa.exe + 0x27f83 0x82027f83 C:\Windows\system32\ntkrnlpa.exe
5 ntkrnlpa.exe ntkrnlpa.exe + 0x196f20 0x82196f20 C:\Windows\system32\ntkrnlpa.exe
6 ntkrnlpa.exe ntkrnlpa.exe + 0x1eee57 0x821eee57 C:\Windows\system32\ntkrnlpa.exe
7 ntkrnlpa.exe ntkrnlpa.exe + 0x1ec607 0x821ec607 C:\Windows\system32\ntkrnlpa.exe
8 ntkrnlpa.exe ntkrnlpa.exe + 0x1839aa 0x821839aa C:\Windows\system32\ntkrnlpa.exe
9 ntkrnlpa.exe ntkrnlpa.exe + 0x1900bb 0x821900bb C:\Windows\system32\ntkrnlpa.exe
10 ntkrnlpa.exe ntkrnlpa.exe + 0x8caaa 0x8208caaa C:\Windows\system32\ntkrnlpa.exe
11 ntdll.dll ntdll.dll + 0x5fc00 0x7733fc00 C:\Windows\System32\ntdll.dll
12 kernel32.dll kernel32.dll + 0x44070 0x77074070 C:\Windows\system32\kernel32.dll
13 SHELL32.dll SHELL32.dll + 0x80632 0x76160632 C:\Windows\system32\SHELL32.dll
14 SHELL32.dll SHELL32.dll + 0x80603 0x76160603 C:\Windows\system32\SHELL32.dll
15 kernel32.dll kernel32.dll + 0x43833 0x77073833 C:\Windows\system32\kernel32.dll
16 ntdll.dll ntdll.dll + 0x3a9bd 0x7731a9bd C:\Windows\System32\ntdll.dll[/codebox]

Existe-t-il un moyen d’éviter que le système accède aux disques en veille sans que l’on lui demande ?

Si les infos fournis ne sont pas suffisantes, dites moi ce donc vous avez besoin et je tacherai de vous fournir ce qui manque.

Merci d’avance si certains d’entre vous peuvent éclairer ma lanterne, voir, comble du bonheur, me donner une solution à ce comportement ennuyeux.

Merci à vous et bonnes fêtes.

#2

question bête: t 'es allé voir du coté de l’indexation des disques? essaye de la désactiver pour voir

#3

Le service d’indexation est déjà buté depuis perpete.

#4

Et le service “System Restore” ?

edit: google m’a donné une page vers une liste de ces services, tu pourras peut-être identifier lequel fait ces accès disque en fermant un après l’autre.

lien

même site, page “find out what is accessing your hard drive”

#5

C’est bien la premiere fois que je vois qqn s’inquieter de “l’usure” des disques durs. Depuis quelques années les MTTF (Mean Time To Failure) des disques sont compris entre 600 000 et 1.2 millions d’heures pour les produits particuliers/serveurs en general. Bon ca reste un outil statistique qui veut pas dire grand chose quand on a un disque qui te pete dans les doigts (et qui veut pas dire non plus qu’un disque est censé vivre 70 ans hein faut comprendre ce que ca veut dire) mais concretement ou le disque a un souci et la faute a pas de bol il va tomber en panne apres un certain temps, ou si il marche selon les specs, sur la “service life” (en général 5 ans) c’est increvable et c’est pas quelques cycles de reveil qui vont accélerer significativement la venue d’un probleme… (Et plus precisement les specs des disques récents encaissent plusieurs dizaines de milliers de cycles, voire centaines de milliers au minimum c’est des dizaines, voire des centaines de redemarrages par jour sur la service life…). Sans compter que la majoritée des panes interviennent dans la premiere année d’operation et que les facteurs du genre variation de temperature dans le lieu d’opération, meme de quelques degrés ont des milliers de fois plus d’influence que les cycles normaux de fonctionnement. Apres on peut avoir des bonnes raisons pour eviter de faire travailler son disque (si on fait tourner une DB a haute perf, voire economiser trois Watts ou que sais je) mais si c’est pour “economiser” le disque, c’est a la limite de l’irrationel comme peur…

#6

Alors, que penser des spécif’ fournit par le constructeur ? Je pense notament aux 50000 cycles de réveil …

#7

C’est exactement ce dont je parle… Il faut bien comprendre comment marchent les specifications et sur la “service life” c’est certainement pas en utilisation normale des disques que l’usure due au cycles “start/stop” va etre un soucis… Au final, pour moi, la durée de garantie est autrement meilleure indicatrice des performances réeles de fiabilité. En prenant en compte encore une fois que la majoritée des panes n’ont absoluement rien a voir avec l’usure, arrivent en premiere année et que les disques Samsung en particulier sont garanties 3 ans ce qui est dans le haut du panier pour les disques durs… a mon avis a moi que je l’ai, t’as vraiment aucun soucis a te faire d’arriver a user tes disques durs prématurement, meme en essayant de les faire souffir…

#8

Je m’inquiète de l’usure de tes neurones.

Uber, mega, kikoo, uber lol.

Le MTBF est un outil statistique amusant, mais faut bien donner toutes les règles qui vont avec, sinon c’est pas drôle. Tes chiffres, c’est des POH (Power On Hours), totalement indépendant du volume de lecture ecriture (duty), de spin on/off, etc…

Ensuite, c’est un MTBF a 25°, température de peu de disques dans des PC poussiéreux. Tu la divises par 2 à 35°, par 4 à 45°, etc… Ensuite, il est évalué en gros à 6h/jour de POH. Un disque qui tourne 24/24 tu redivises par 2 ton MTBF. A 10h/jour tu perds 25% de MTBF par exemple.

Bref, c’est useless, et les services qui reveillent les disques idle, c’est vraiment mal. Tout comme mettre en veille prématurément les disques, 2 very bad practices sur lesquelles je débattrai pas plus. Le spin on/off est le truc le plus important dans les données constructeur.

#9

[quote=“C_Wizard, post:8, topic: 46882”]Je m’inquiète de l’usure de tes neurones.

Uber, mega, kikoo, uber lol.

Le MTBF est un outil statistique amusant, mais faut bien donner toutes les règles qui vont avec, sinon c’est pas drôle. Tes chiffres, c’est des POH (Power On Hours), totalement indépendant du volume de lecture ecriture (duty), de spin on/off, etc…

Ensuite, c’est un MTBF a 25°, température de peu de disques dans des PC poussiéreux. Tu la divises par 2 à 35°, par 4 à 45°, etc… Ensuite, il est évalué en gros à 6h/jour de POH. Un disque qui tourne 24/24 tu redivises par 2 ton MTBF. A 10h/jour tu perds 25% de MTBF par exemple.

Bref, c’est useless, et les services qui reveillent les disques idle, c’est vraiment mal. Tout comme mettre en veille prématurément les disques, 2 very bad practices sur lesquelles je débattrai pas plus. Le spin on/off est le truc le plus important dans les données constructeur.[/quote]

Mais dans ce cas, as-tu une idée de ce qui pourrait réveiller mes disques non système ?

#10

Il puait tant que çà, mon lien? Pour une fois que je me mèle d’un sujet hardzone :slight_smile:

#11

Mouarf ! J’avais pas vu ton post, effectivement j’en ai profité pour virer quelques services inutiles pour moi. Je vais bien voir si celà améliore les choses … merci, en tout cas.

#12

Moi c’est pour tes yeux que je me fais du soucis :slight_smile: Faut pas lire une phrase hors contexte, et c’est mal de quoter de cette maniere… surtout pour redire la meme chose que ce qui suit…

[quote]Il faut bien comprendre comment marchent les specifications
…

Au final, pour moi, la durée de garantie est autrement meilleure indicatrice des performances réeles de fiabilité.[/quote]

70 ans ci dessous c’est pas au pif, c’est les 600 000h en question, parlons meme pas des 140 ans de 1.2 million, donc, meme en divisant par 10 a cause des effets cumulés me semblait legerement evident que c’est pas a prendre litteralement… Apparement pas assez :crying:

[quote]Bon ca reste un outil statistique qui veut pas dire grand chose quand on a un disque qui te pete dans les doigts (et qui veut pas dire non plus qu’un disque est censé vivre 70 ans hein faut comprendre ce que ca veut dire)
…

les facteurs du genre variation de temperature dans le lieu d’opération, meme de quelques degrés ont des milliers de fois plus d’influence que les cycles normaux de fonctionnement.[/quote]

#13

Bon, la suppression de divers services que je pensais lié aux disques n’a rien changé. J’ai toujours mes réveils “aléatoires” avec comme sortie de suivi processsus la même chose que dans le premier post.

Je commence à désespérer de trouver une solution.

#14

Surtout si en plus, t’as des modos qui viennent faire des gros cacas de mouettes dans ton post :slight_smile:

#15

Y’a pas un outil de Systernals (Microsoft maintenant) qui permet de voir ce qui affecte les disques ?

Edit: genre : Disk Mon

#16

Y en a une tonne

#17

[quote=“M_le_maudit, post:13, topic: 46882”]Bon, la suppression de divers services que je pensais lié aux disques n’a rien changé. J’ai toujours mes réveils “aléatoires” avec comme sortie de suivi processsus la même chose que dans le premier post.

Je commence à désespérer de trouver une solution.[/quote]
Le premier truc que je ferais, c’est de rallonger la durée de mise en veille à 15 ou 30 mins .5 mins, c’est pas assez. Si tu veux (de toi même) reveiller ton disque après coup, c’est vraiment une mauvaise stratégie de faire 2 spin up dans une heure. Un disque idle pendant une heure vaut mieux que 2 démarrages, mais bon, tout ça c’est un peu périphérique a ton problème.

Ensuite, de ce que disent des logs, en gros, ca cherche ton espace libre périodiquement sur tes durs (Open For Free Space Query). Donc au delà des process, ca serait bien de savoir ce que tu utilises comme soft de media center (celui de vista, vraiment ?). Y’a un coupable facile qui me vient à l’esprit, la sidebar de vista qui doit avoir un truc par défaut qui poll l’espace libre. Tu utilises cette chose ? Ca pourrait être un explorer ouvert sur My Computer aussi et qui se refresh sans qu’on sache pourquoi. Idem, en savoir un peu plus sur les softs résidents nous aiderait probablement avant qu’on te conseille XP et LinuxMCE (bisou Gloppy, fallait pas dire que c’était la première fois que tu voyais quelqu’un s’inquiéter de la durée de vie de son dur :)).

#18

Voici en piece jointe la liste des processus actifs sur le HTPC/serveur. Pour yahoo widget, je n’utilise qu’une barre d’info avec cpu/network/ram et gmail en info; pas de disques. J’ai viré dès le début la sidebar de vista, peut-être reste-t-il un process lié à cette barre mais celà m’étonne.

Je n’utilise plus du tout le media center de vista, j’ai déactivé les processus lui correspondant.
J’ai aussi déactivé le rafraichissement de bibliothèques de HomePlayer; de toute façon le spinup des disques intervient même lorsque Homeplayer est déactivé.

Je vais allonger le temps de spindown aussi pour voir.

Pour ce qui est de passer sous XP, en fait, j’en viens. J’ai eu tout un tas de merdes de disques durs qui passaient en PIO alors qu’ils étaient réglés en UDMA. Le passage à vista m’a permis de résoudre ce problème pour le moins génant pour un serveur. Donc non , je ne repasserai pas sous XP.

Pour Linux, bien que n’ayant rien contre ces système , bien au contraire (mon ancien serveur était sous Ubuntu) , j’estime que la gestion multimedia est trop pourrie , donc pour le HTPC, pas de linux; trop pénible.