Je voudrai savoir à quoi ce problème est dû, et si la combinaison /f et
/r fonctionne bien ensemble.
Je voudrai savoir à quoi ce problème est dû, et si la combinaison /f et
/r fonctionne bien ensemble.
Je voudrai savoir à quoi ce problème est dû, et si la combinaison /f et
/r fonctionne bien ensemble.
Hello !
Olivier wrote:Je voudrai savoir à quoi ce problème est dû, et si la combinaison /f et
/r fonctionne bien ensemble.
/R sous-entend /F.
Mettre les deux n'est pas orthodoxe, mais de là à penser que ça va coincer...
Essaie de lancer /F seul.
Hello !
Olivier <zdeppc@free.fr> wrote:
Je voudrai savoir à quoi ce problème est dû, et si la combinaison /f et
/r fonctionne bien ensemble.
/R sous-entend /F.
Mettre les deux n'est pas orthodoxe, mais de là à penser que ça va coincer...
Essaie de lancer /F seul.
Hello !
Olivier wrote:Je voudrai savoir à quoi ce problème est dû, et si la combinaison /f et
/r fonctionne bien ensemble.
/R sous-entend /F.
Mettre les deux n'est pas orthodoxe, mais de là à penser que ça va coincer...
Essaie de lancer /F seul.
*Bonjour Claude LaFrenière* !
news:186mjks7drm6r$Je voudrai savoir à quoi ce problème est dû, et si la combinaison
/f et /r fonctionne bien ensemble.
/R sous-entend /F.
Mettre les deux n'est pas orthodoxe, mais de là à penser que ça
va coincer...
Essaie de lancer /F seul.
/R implique /F ou autrement dit /F est inclu dans /R
{/R => /F V /F <= /R}
Correspond aux 2 options cochées en passant par l'explorateur.
http://cjoint.com/?jnohNa1Dlo
/R est mieux car il permet aussi de vérifier les
secteurs non encore utilisés. Plus long cependant.
Salut Claude,
cette image m'a donné l'envie de creuser un peu.
J'ai regardé ce qui se passe selon les différents choix possibles.
En opérant sur le disque système C: afin de provoquer la
programmation de l'opération au prochain démarrage, voici ce que
j'ai constaté :
Coche : "Réparer automatiquement les erreurs de système de fichiers"
HKLMSYSTEMCurrentControlSetControlSession Manager
Variable BootExecute ==>
BootExecute = autocheck autochk /p ??C:
Coche "Rechercher et tenter une récupération des secteurs défectueux"
Pas de redémarrage demandé, et les 4 phases sont exécutées à chaud.
Les deux cases cochées :
BootExecute = autocheck autochk /r ??C:
Je déduis donc que ce n'est pas CHKDSK et ses commutateurs /F et/ou
/R qui opère dans le cas d'un redémarrage, mais autochk.exe, qui est
le programme utilisé lorsqu'on fait CHKDSK depuis la Console de
récupération. Ses commutateurs sont /P et /R.
Cela ne change rien au niveau des rapports entre les commutateurs,
/P, comme /F pour CHKDSK, est inclu dans /R.
Voici ce que j'ai observé en tapant la commande dans une Console CMD
: CHKDSK /F
BootExecute = autocheck autochk /p ??C:
CHKDSK /R
BootExecute = autocheck autochk /r ??C:
CHKDSK /F /R
BootExecute = autocheck autochk /r ??C:
C'est identique, donc.
CHKDSK est remplacé par AUTOCHK lorsqu'un démarrage est nécessaire,
et pour AUTOCHK, c'est le commutateur /P qui joue le rôle de /F.
Voilà, voilà ... :o)
Bon, ben je porte la voiture au garage, et je reviens.
*Bonjour Claude LaFrenière* !
news:186mjks7drm6r$.1ubbj8w32eo7a.dlg@40tude.net
Je voudrai savoir à quoi ce problème est dû, et si la combinaison
/f et /r fonctionne bien ensemble.
/R sous-entend /F.
Mettre les deux n'est pas orthodoxe, mais de là à penser que ça
va coincer...
Essaie de lancer /F seul.
/R implique /F ou autrement dit /F est inclu dans /R
{/R => /F V /F <= /R}
Correspond aux 2 options cochées en passant par l'explorateur.
http://cjoint.com/?jnohNa1Dlo
/R est mieux car il permet aussi de vérifier les
secteurs non encore utilisés. Plus long cependant.
Salut Claude,
cette image m'a donné l'envie de creuser un peu.
J'ai regardé ce qui se passe selon les différents choix possibles.
En opérant sur le disque système C: afin de provoquer la
programmation de l'opération au prochain démarrage, voici ce que
j'ai constaté :
Coche : "Réparer automatiquement les erreurs de système de fichiers"
HKLMSYSTEMCurrentControlSetControlSession Manager
Variable BootExecute ==>
BootExecute = autocheck autochk /p ??C:
Coche "Rechercher et tenter une récupération des secteurs défectueux"
Pas de redémarrage demandé, et les 4 phases sont exécutées à chaud.
Les deux cases cochées :
BootExecute = autocheck autochk /r ??C:
Je déduis donc que ce n'est pas CHKDSK et ses commutateurs /F et/ou
/R qui opère dans le cas d'un redémarrage, mais autochk.exe, qui est
le programme utilisé lorsqu'on fait CHKDSK depuis la Console de
récupération. Ses commutateurs sont /P et /R.
Cela ne change rien au niveau des rapports entre les commutateurs,
/P, comme /F pour CHKDSK, est inclu dans /R.
Voici ce que j'ai observé en tapant la commande dans une Console CMD
: CHKDSK /F
BootExecute = autocheck autochk /p ??C:
CHKDSK /R
BootExecute = autocheck autochk /r ??C:
CHKDSK /F /R
BootExecute = autocheck autochk /r ??C:
C'est identique, donc.
CHKDSK est remplacé par AUTOCHK lorsqu'un démarrage est nécessaire,
et pour AUTOCHK, c'est le commutateur /P qui joue le rôle de /F.
Voilà, voilà ... :o)
Bon, ben je porte la voiture au garage, et je reviens.
*Bonjour Claude LaFrenière* !
news:186mjks7drm6r$Je voudrai savoir à quoi ce problème est dû, et si la combinaison
/f et /r fonctionne bien ensemble.
/R sous-entend /F.
Mettre les deux n'est pas orthodoxe, mais de là à penser que ça
va coincer...
Essaie de lancer /F seul.
/R implique /F ou autrement dit /F est inclu dans /R
{/R => /F V /F <= /R}
Correspond aux 2 options cochées en passant par l'explorateur.
http://cjoint.com/?jnohNa1Dlo
/R est mieux car il permet aussi de vérifier les
secteurs non encore utilisés. Plus long cependant.
Salut Claude,
cette image m'a donné l'envie de creuser un peu.
J'ai regardé ce qui se passe selon les différents choix possibles.
En opérant sur le disque système C: afin de provoquer la
programmation de l'opération au prochain démarrage, voici ce que
j'ai constaté :
Coche : "Réparer automatiquement les erreurs de système de fichiers"
HKLMSYSTEMCurrentControlSetControlSession Manager
Variable BootExecute ==>
BootExecute = autocheck autochk /p ??C:
Coche "Rechercher et tenter une récupération des secteurs défectueux"
Pas de redémarrage demandé, et les 4 phases sont exécutées à chaud.
Les deux cases cochées :
BootExecute = autocheck autochk /r ??C:
Je déduis donc que ce n'est pas CHKDSK et ses commutateurs /F et/ou
/R qui opère dans le cas d'un redémarrage, mais autochk.exe, qui est
le programme utilisé lorsqu'on fait CHKDSK depuis la Console de
récupération. Ses commutateurs sont /P et /R.
Cela ne change rien au niveau des rapports entre les commutateurs,
/P, comme /F pour CHKDSK, est inclu dans /R.
Voici ce que j'ai observé en tapant la commande dans une Console CMD
: CHKDSK /F
BootExecute = autocheck autochk /p ??C:
CHKDSK /R
BootExecute = autocheck autochk /r ??C:
CHKDSK /F /R
BootExecute = autocheck autochk /r ??C:
C'est identique, donc.
CHKDSK est remplacé par AUTOCHK lorsqu'un démarrage est nécessaire,
et pour AUTOCHK, c'est le commutateur /P qui joue le rôle de /F.
Voilà, voilà ... :o)
Bon, ben je porte la voiture au garage, et je reviens.
*Bonjour Claude LaFrenière* !
news:186mjks7drm6r$Je voudrai savoir à quoi ce problème est dû, et si la combinaison
/f et /r fonctionne bien ensemble.
/R sous-entend /F.
Mettre les deux n'est pas orthodoxe, mais de là à penser que ça
va coincer...
Essaie de lancer /F seul.
/R implique /F ou autrement dit /F est inclu dans /R
{/R => /F V /F <= /R}
Correspond aux 2 options cochées en passant par l'explorateur.
http://cjoint.com/?jnohNa1Dlo
/R est mieux car il permet aussi de vérifier les
secteurs non encore utilisés. Plus long cependant.
Salut Claude,
cette image m'a donné l'envie de creuser un peu.
J'ai regardé ce qui se passe selon les différents choix possibles.
En opérant sur le disque système C: afin de provoquer la
programmation de l'opération au prochain démarrage, voici ce que
j'ai constaté :
Coche : "Réparer automatiquement les erreurs de système de fichiers"
HKLMSYSTEMCurrentControlSetControlSession Manager
Variable BootExecute ==>
BootExecute = autocheck autochk /p ??C:
Coche "Rechercher et tenter une récupération des secteurs défectueux"
Pas de redémarrage demandé, et les 4 phases sont exécutées à chaud.
Les deux cases cochées :
BootExecute = autocheck autochk /r ??C:
Je déduis donc que ce n'est pas CHKDSK et ses commutateurs /F et/ou
/R qui opère dans le cas d'un redémarrage, mais autochk.exe, qui est
le programme utilisé lorsqu'on fait CHKDSK depuis la Console de
récupération. Ses commutateurs sont /P et /R.
Cela ne change rien au niveau des rapports entre les commutateurs,
/P, comme /F pour CHKDSK, est inclu dans /R.Voici ce que j'ai observé en tapant la commande dans une Console CMDCHKDSK /F
BootExecute = autocheck autochk /p ??C:
CHKDSK /R
BootExecute = autocheck autochk /r ??C:
CHKDSK /F /R
BootExecute = autocheck autochk /r ??C:
C'est identique, donc.
CHKDSK est remplacé par AUTOCHK lorsqu'un démarrage est nécessaire,
et pour AUTOCHK, c'est le commutateur /P qui joue le rôle de /F.
Voilà, voilà ... :o)
Bon, ben je porte la voiture au garage, et je reviens.
Salut Jean-François,
On a enfin la réponse ! Car après avoir tenté de suivre les longs fils
récents sur la question, j'avais encore des doutes ; surtout en regard
de la qualité des intervenants qui ne pensaient pas la même chose.
On est donc bien d'accord définitivement, un CHKDSK /R suffit (R
inclut P ou F) ?
Bien sûr c'est complètement c** puisqu'il est possible de cocher les
deux cases indifféremment (la seconde n'entrainant pas visuellement le
cochage de la première)
J'ai bien compris ?
*Bonjour Claude LaFrenière* !
news:186mjks7drm6r$.1ubbj8w32eo7a.dlg@40tude.net
Je voudrai savoir à quoi ce problème est dû, et si la combinaison
/f et /r fonctionne bien ensemble.
/R sous-entend /F.
Mettre les deux n'est pas orthodoxe, mais de là à penser que ça
va coincer...
Essaie de lancer /F seul.
/R implique /F ou autrement dit /F est inclu dans /R
{/R => /F V /F <= /R}
Correspond aux 2 options cochées en passant par l'explorateur.
http://cjoint.com/?jnohNa1Dlo
/R est mieux car il permet aussi de vérifier les
secteurs non encore utilisés. Plus long cependant.
Salut Claude,
cette image m'a donné l'envie de creuser un peu.
J'ai regardé ce qui se passe selon les différents choix possibles.
En opérant sur le disque système C: afin de provoquer la
programmation de l'opération au prochain démarrage, voici ce que
j'ai constaté :
Coche : "Réparer automatiquement les erreurs de système de fichiers"
HKLMSYSTEMCurrentControlSetControlSession Manager
Variable BootExecute ==>
BootExecute = autocheck autochk /p ??C:
Coche "Rechercher et tenter une récupération des secteurs défectueux"
Pas de redémarrage demandé, et les 4 phases sont exécutées à chaud.
Les deux cases cochées :
BootExecute = autocheck autochk /r ??C:
Je déduis donc que ce n'est pas CHKDSK et ses commutateurs /F et/ou
/R qui opère dans le cas d'un redémarrage, mais autochk.exe, qui est
le programme utilisé lorsqu'on fait CHKDSK depuis la Console de
récupération. Ses commutateurs sont /P et /R.
Cela ne change rien au niveau des rapports entre les commutateurs,
/P, comme /F pour CHKDSK, est inclu dans /R.
Voici ce que j'ai observé en tapant la commande dans une Console CMD
CHKDSK /F
BootExecute = autocheck autochk /p ??C:
CHKDSK /R
BootExecute = autocheck autochk /r ??C:
CHKDSK /F /R
BootExecute = autocheck autochk /r ??C:
C'est identique, donc.
CHKDSK est remplacé par AUTOCHK lorsqu'un démarrage est nécessaire,
et pour AUTOCHK, c'est le commutateur /P qui joue le rôle de /F.
Voilà, voilà ... :o)
Bon, ben je porte la voiture au garage, et je reviens.
Salut Jean-François,
On a enfin la réponse ! Car après avoir tenté de suivre les longs fils
récents sur la question, j'avais encore des doutes ; surtout en regard
de la qualité des intervenants qui ne pensaient pas la même chose.
On est donc bien d'accord définitivement, un CHKDSK /R suffit (R
inclut P ou F) ?
Bien sûr c'est complètement c** puisqu'il est possible de cocher les
deux cases indifféremment (la seconde n'entrainant pas visuellement le
cochage de la première)
J'ai bien compris ?
*Bonjour Claude LaFrenière* !
news:186mjks7drm6r$Je voudrai savoir à quoi ce problème est dû, et si la combinaison
/f et /r fonctionne bien ensemble.
/R sous-entend /F.
Mettre les deux n'est pas orthodoxe, mais de là à penser que ça
va coincer...
Essaie de lancer /F seul.
/R implique /F ou autrement dit /F est inclu dans /R
{/R => /F V /F <= /R}
Correspond aux 2 options cochées en passant par l'explorateur.
http://cjoint.com/?jnohNa1Dlo
/R est mieux car il permet aussi de vérifier les
secteurs non encore utilisés. Plus long cependant.
Salut Claude,
cette image m'a donné l'envie de creuser un peu.
J'ai regardé ce qui se passe selon les différents choix possibles.
En opérant sur le disque système C: afin de provoquer la
programmation de l'opération au prochain démarrage, voici ce que
j'ai constaté :
Coche : "Réparer automatiquement les erreurs de système de fichiers"
HKLMSYSTEMCurrentControlSetControlSession Manager
Variable BootExecute ==>
BootExecute = autocheck autochk /p ??C:
Coche "Rechercher et tenter une récupération des secteurs défectueux"
Pas de redémarrage demandé, et les 4 phases sont exécutées à chaud.
Les deux cases cochées :
BootExecute = autocheck autochk /r ??C:
Je déduis donc que ce n'est pas CHKDSK et ses commutateurs /F et/ou
/R qui opère dans le cas d'un redémarrage, mais autochk.exe, qui est
le programme utilisé lorsqu'on fait CHKDSK depuis la Console de
récupération. Ses commutateurs sont /P et /R.
Cela ne change rien au niveau des rapports entre les commutateurs,
/P, comme /F pour CHKDSK, est inclu dans /R.Voici ce que j'ai observé en tapant la commande dans une Console CMDCHKDSK /F
BootExecute = autocheck autochk /p ??C:
CHKDSK /R
BootExecute = autocheck autochk /r ??C:
CHKDSK /F /R
BootExecute = autocheck autochk /r ??C:
C'est identique, donc.
CHKDSK est remplacé par AUTOCHK lorsqu'un démarrage est nécessaire,
et pour AUTOCHK, c'est le commutateur /P qui joue le rôle de /F.
Voilà, voilà ... :o)
Bon, ben je porte la voiture au garage, et je reviens.
Salut Jean-François,
On a enfin la réponse ! Car après avoir tenté de suivre les longs fils
récents sur la question, j'avais encore des doutes ; surtout en regard
de la qualité des intervenants qui ne pensaient pas la même chose.
On est donc bien d'accord définitivement, un CHKDSK /R suffit (R
inclut P ou F) ?
Bien sûr c'est complètement c** puisqu'il est possible de cocher les
deux cases indifféremment (la seconde n'entrainant pas visuellement le
cochage de la première)
J'ai bien compris ?
Sabrem JORAM wrote:*Bonjour Claude LaFrenière* !
news:186mjks7drm6r$Je voudrai savoir à quoi ce problème est dû, et si la
combinaison /f et /r fonctionne bien ensemble.
/R sous-entend /F.
Mettre les deux n'est pas orthodoxe, mais de là à penser que
ça va coincer...
Essaie de lancer /F seul.
/R implique /F ou autrement dit /F est inclu dans /R
{/R => /F V /F <= /R}
Correspond aux 2 options cochées en passant par l'explorateur.
http://cjoint.com/?jnohNa1Dlo
/R est mieux car il permet aussi de vérifier les
secteurs non encore utilisés. Plus long cependant.
Salut Claude,
cette image m'a donné l'envie de creuser un peu.
J'ai regardé ce qui se passe selon les différents choix possibles.
En opérant sur le disque système C: afin de provoquer la
programmation de l'opération au prochain démarrage, voici ce que
j'ai constaté :
Coche : "Réparer automatiquement les erreurs de système de
fichiers" HKLMSYSTEMCurrentControlSetControlSession Manager
Variable BootExecute ==>
BootExecute = autocheck autochk /p ??C:
Coche "Rechercher et tenter une récupération des secteurs
défectueux" Pas de redémarrage demandé, et les 4 phases sont
exécutées à chaud. Les deux cases cochées :
BootExecute = autocheck autochk /r ??C:
Je déduis donc que ce n'est pas CHKDSK et ses commutateurs /F et/ou
/R qui opère dans le cas d'un redémarrage, mais autochk.exe, qui
est le programme utilisé lorsqu'on fait CHKDSK depuis la Console
de récupération. Ses commutateurs sont /P et /R.
Cela ne change rien au niveau des rapports entre les commutateurs,
/P, comme /F pour CHKDSK, est inclu dans /R.Voici ce que j'ai observé en tapant la commande dans une Console
CMDCHKDSK /F
BootExecute = autocheck autochk /p ??C:
CHKDSK /R
BootExecute = autocheck autochk /r ??C:
CHKDSK /F /R
BootExecute = autocheck autochk /r ??C:
C'est identique, donc.
CHKDSK est remplacé par AUTOCHK lorsqu'un démarrage est nécessaire,
et pour AUTOCHK, c'est le commutateur /P qui joue le rôle de /F.
Voilà, voilà ... :o)
Bon, ben je porte la voiture au garage, et je reviens.
Salut Jean-François,
On a enfin la réponse ! Car après avoir tenté de suivre les longs
fils récents sur la question, j'avais encore des doutes ; surtout en
regard de la qualité des intervenants qui ne pensaient pas la même
chose.
On est donc bien d'accord définitivement, un CHKDSK /R suffit (R
inclut P ou F) ?
Bien sûr c'est complètement c** puisqu'il est possible de cocher les
deux cases indifféremment (la seconde n'entrainant pas visuellement
le cochage de la première)
J'ai bien compris ?
Claude a superbement démontré que lorsqu'on met les deux
commutateurs, le système ne s'encombre pas et ne retient que /R.
Cela clôture effectivement la longue discussion qu'il y avait eu sur
ce sujet.
La seconde coche n'entraine pas le cochage de la première.
Et je ne sais pas à quoi elle correspond.
Si rien n'est coché, cela semble correspondre à CHKDSK sans
paramètres. La seconde coche seule, je ne sais pas :
cela lance les 4 phases (NTFS), CHKDSK seul n'effectuant que 3
phases. Je ne sais pas quel est le commutateur qui est utilisé
lorsqu'on ne coche que la seconde option. Ce n'est pas /R puisque le
volume n'est pas démonté.
Sabrem JORAM wrote:
*Bonjour Claude LaFrenière* !
news:186mjks7drm6r$.1ubbj8w32eo7a.dlg@40tude.net
Je voudrai savoir à quoi ce problème est dû, et si la
combinaison /f et /r fonctionne bien ensemble.
/R sous-entend /F.
Mettre les deux n'est pas orthodoxe, mais de là à penser que
ça va coincer...
Essaie de lancer /F seul.
/R implique /F ou autrement dit /F est inclu dans /R
{/R => /F V /F <= /R}
Correspond aux 2 options cochées en passant par l'explorateur.
http://cjoint.com/?jnohNa1Dlo
/R est mieux car il permet aussi de vérifier les
secteurs non encore utilisés. Plus long cependant.
Salut Claude,
cette image m'a donné l'envie de creuser un peu.
J'ai regardé ce qui se passe selon les différents choix possibles.
En opérant sur le disque système C: afin de provoquer la
programmation de l'opération au prochain démarrage, voici ce que
j'ai constaté :
Coche : "Réparer automatiquement les erreurs de système de
fichiers" HKLMSYSTEMCurrentControlSetControlSession Manager
Variable BootExecute ==>
BootExecute = autocheck autochk /p ??C:
Coche "Rechercher et tenter une récupération des secteurs
défectueux" Pas de redémarrage demandé, et les 4 phases sont
exécutées à chaud. Les deux cases cochées :
BootExecute = autocheck autochk /r ??C:
Je déduis donc que ce n'est pas CHKDSK et ses commutateurs /F et/ou
/R qui opère dans le cas d'un redémarrage, mais autochk.exe, qui
est le programme utilisé lorsqu'on fait CHKDSK depuis la Console
de récupération. Ses commutateurs sont /P et /R.
Cela ne change rien au niveau des rapports entre les commutateurs,
/P, comme /F pour CHKDSK, est inclu dans /R.
Voici ce que j'ai observé en tapant la commande dans une Console
CMD
CHKDSK /F
BootExecute = autocheck autochk /p ??C:
CHKDSK /R
BootExecute = autocheck autochk /r ??C:
CHKDSK /F /R
BootExecute = autocheck autochk /r ??C:
C'est identique, donc.
CHKDSK est remplacé par AUTOCHK lorsqu'un démarrage est nécessaire,
et pour AUTOCHK, c'est le commutateur /P qui joue le rôle de /F.
Voilà, voilà ... :o)
Bon, ben je porte la voiture au garage, et je reviens.
Salut Jean-François,
On a enfin la réponse ! Car après avoir tenté de suivre les longs
fils récents sur la question, j'avais encore des doutes ; surtout en
regard de la qualité des intervenants qui ne pensaient pas la même
chose.
On est donc bien d'accord définitivement, un CHKDSK /R suffit (R
inclut P ou F) ?
Bien sûr c'est complètement c** puisqu'il est possible de cocher les
deux cases indifféremment (la seconde n'entrainant pas visuellement
le cochage de la première)
J'ai bien compris ?
Claude a superbement démontré que lorsqu'on met les deux
commutateurs, le système ne s'encombre pas et ne retient que /R.
Cela clôture effectivement la longue discussion qu'il y avait eu sur
ce sujet.
La seconde coche n'entraine pas le cochage de la première.
Et je ne sais pas à quoi elle correspond.
Si rien n'est coché, cela semble correspondre à CHKDSK sans
paramètres. La seconde coche seule, je ne sais pas :
cela lance les 4 phases (NTFS), CHKDSK seul n'effectuant que 3
phases. Je ne sais pas quel est le commutateur qui est utilisé
lorsqu'on ne coche que la seconde option. Ce n'est pas /R puisque le
volume n'est pas démonté.
Sabrem JORAM wrote:*Bonjour Claude LaFrenière* !
news:186mjks7drm6r$Je voudrai savoir à quoi ce problème est dû, et si la
combinaison /f et /r fonctionne bien ensemble.
/R sous-entend /F.
Mettre les deux n'est pas orthodoxe, mais de là à penser que
ça va coincer...
Essaie de lancer /F seul.
/R implique /F ou autrement dit /F est inclu dans /R
{/R => /F V /F <= /R}
Correspond aux 2 options cochées en passant par l'explorateur.
http://cjoint.com/?jnohNa1Dlo
/R est mieux car il permet aussi de vérifier les
secteurs non encore utilisés. Plus long cependant.
Salut Claude,
cette image m'a donné l'envie de creuser un peu.
J'ai regardé ce qui se passe selon les différents choix possibles.
En opérant sur le disque système C: afin de provoquer la
programmation de l'opération au prochain démarrage, voici ce que
j'ai constaté :
Coche : "Réparer automatiquement les erreurs de système de
fichiers" HKLMSYSTEMCurrentControlSetControlSession Manager
Variable BootExecute ==>
BootExecute = autocheck autochk /p ??C:
Coche "Rechercher et tenter une récupération des secteurs
défectueux" Pas de redémarrage demandé, et les 4 phases sont
exécutées à chaud. Les deux cases cochées :
BootExecute = autocheck autochk /r ??C:
Je déduis donc que ce n'est pas CHKDSK et ses commutateurs /F et/ou
/R qui opère dans le cas d'un redémarrage, mais autochk.exe, qui
est le programme utilisé lorsqu'on fait CHKDSK depuis la Console
de récupération. Ses commutateurs sont /P et /R.
Cela ne change rien au niveau des rapports entre les commutateurs,
/P, comme /F pour CHKDSK, est inclu dans /R.Voici ce que j'ai observé en tapant la commande dans une Console
CMDCHKDSK /F
BootExecute = autocheck autochk /p ??C:
CHKDSK /R
BootExecute = autocheck autochk /r ??C:
CHKDSK /F /R
BootExecute = autocheck autochk /r ??C:
C'est identique, donc.
CHKDSK est remplacé par AUTOCHK lorsqu'un démarrage est nécessaire,
et pour AUTOCHK, c'est le commutateur /P qui joue le rôle de /F.
Voilà, voilà ... :o)
Bon, ben je porte la voiture au garage, et je reviens.
Salut Jean-François,
On a enfin la réponse ! Car après avoir tenté de suivre les longs
fils récents sur la question, j'avais encore des doutes ; surtout en
regard de la qualité des intervenants qui ne pensaient pas la même
chose.
On est donc bien d'accord définitivement, un CHKDSK /R suffit (R
inclut P ou F) ?
Bien sûr c'est complètement c** puisqu'il est possible de cocher les
deux cases indifféremment (la seconde n'entrainant pas visuellement
le cochage de la première)
J'ai bien compris ?
Claude a superbement démontré que lorsqu'on met les deux
commutateurs, le système ne s'encombre pas et ne retient que /R.
Cela clôture effectivement la longue discussion qu'il y avait eu sur
ce sujet.
La seconde coche n'entraine pas le cochage de la première.
Et je ne sais pas à quoi elle correspond.
Si rien n'est coché, cela semble correspondre à CHKDSK sans
paramètres. La seconde coche seule, je ne sais pas :
cela lance les 4 phases (NTFS), CHKDSK seul n'effectuant que 3
phases. Je ne sais pas quel est le commutateur qui est utilisé
lorsqu'on ne coche que la seconde option. Ce n'est pas /R puisque le
volume n'est pas démonté.
Voici ce que j'ai observé en tapant la commande dans une Console CMD :
CHKDSK /F
BootExecute = autocheck autochk /p ??C:
CHKDSK /R
BootExecute = autocheck autochk /r ??C:
CHKDSK /F /R
BootExecute = autocheck autochk /r ??C:
C'est identique, donc.
CHKDSK /F /R
BootExecute = autocheck autochk /r ??C:
Voici ce que j'ai observé en tapant la commande dans une Console CMD :
CHKDSK /F
BootExecute = autocheck autochk /p ??C:
CHKDSK /R
BootExecute = autocheck autochk /r ??C:
CHKDSK /F /R
BootExecute = autocheck autochk /r ??C:
C'est identique, donc.
CHKDSK /F /R
BootExecute = autocheck autochk /r ??C:
Voici ce que j'ai observé en tapant la commande dans une Console CMD :
CHKDSK /F
BootExecute = autocheck autochk /p ??C:
CHKDSK /R
BootExecute = autocheck autochk /r ??C:
CHKDSK /F /R
BootExecute = autocheck autochk /r ??C:
C'est identique, donc.
CHKDSK /F /R
BootExecute = autocheck autochk /r ??C:
.....
[ah ce Claude LF... s'il n'existait pas... :-) ]
.....
[ah ce Claude LF... s'il n'existait pas... :-) ]
.....
[ah ce Claude LF... s'il n'existait pas... :-) ]
[ah ce Claude LF... s'il n'existait pas... :-) ]
[ah ce Claude LF... s'il n'existait pas... :-) ]
[ah ce Claude LF... s'il n'existait pas... :-) ]
Bonjour à tous !.....
[ah ce Claude LF... s'il n'existait pas... :-) ]
Dommage qu'il se fasse si rare depuis qq temps ;-(
Vos débats "d'experts" (à 3) sont tjrs très enrichissants !
Bien amicalement.
Bonjour à tous !
.....
[ah ce Claude LF... s'il n'existait pas... :-) ]
Dommage qu'il se fasse si rare depuis qq temps ;-(
Vos débats "d'experts" (à 3) sont tjrs très enrichissants !
Bien amicalement.
Bonjour à tous !.....
[ah ce Claude LF... s'il n'existait pas... :-) ]
Dommage qu'il se fasse si rare depuis qq temps ;-(
Vos débats "d'experts" (à 3) sont tjrs très enrichissants !
Bien amicalement.