OVH Cloud OVH Cloud

Problème avec CHKDSK

16 réponses
Avatar
Olivier
Bonjour,

J'ai un problème sur un PC Windows XP Home Edition SP1.

J'ai lancé un CHKDSK /f /r au démarrage.

Celui-ci c'est bien déroulé, mais au redémarrage du PC, la page bleu du
CHDSK réaparait avec le message suivant:

Vérification du système de fichier sur C:
Le type du fichier système est NTFS.
Le nom du volume est VAIO.
Le volume est propre.
Windows à terminé la vérification du disque.

Le PC reste bloqué sur ce message.

J'ai doit éteindre le PC avec le bouton On/Off, au redémarrage les
options de démarrage apparaisent.

Si je choisi "démarrer Windows normalement", Windows réxécute le CHKDSK.

En mode sans échec, le PC bloque sur le curseur (en haut à gauche).

En dernière bonne configuration connu, Windows démarre normalement.

J'ai vérifié les résultats dans l'observateur d'evenements (winlogon),
pas d'erreurs.

Je voudrai savoir à quoi ce problème est dû, et si la combinaison /f et
/r fonctionne bien ensemble.

Merci, Olivier.

10 réponses

1 2
Avatar
Laurent Jumet
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.

--
Laurent Jumet - Point de Chat, Liège, BELGIUM
KeyID: 0xCFAF704C
[Restore address to laurent.jumet for e-mail reply.]

Avatar
Claude LaFrenière
Bonjour *Laurent Jumet* :

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.


/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.

:-)
--
Claude LaFrenière


Avatar
JF
*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.
--
1- Salutations, Jean-François :o)
2- Index du site de PN : http://www.d2i.ch/pn/az
3- Montrez vos écrans : http://fspsa.free.fr/copiecran.htm
4- Outlook Express: Suivez vos fils avec [CTL+H]
Avatar
Sabrem JORAM
*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.


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 ?

Merci.

Amicalement,

Pascal.

--
... S.J. alias Pascal MONNOURY [MVP Windows-Shell/ User 2006]

Si F1 t'a pas aidé, si Gougueule t'a méprisé, tu peux sur ces forums ta
question alors poser :-)




Avatar
JF
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 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é.

--
1- Salutations, Jean-François :o)
2- Index du site de PN : http://www.d2i.ch/pn/az
3- Montrez vos écrans : http://fspsa.free.fr/copiecran.htm
4- Outlook Express: Suivez vos fils avec [CTL+H]





Avatar
Sabrem JORAM
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
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é.


Impecc. ! :-)

Merci.

[ah ce Claude LF... s'il n'existait pas... :-) ]

Amitiés.

Pascal.

--
... S.J. alias Pascal MONNOURY [MVP Windows-Shell/ User 2006]

Si F1 t'a pas aidé, si Gougueule t'a méprisé, tu peux sur ces forums ta
question alors poser :-)






Avatar
Claude LaFrenière
Bonjour *JF* :


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.



Note ceci:
CHKDSK /F /R
BootExecute = autocheck autochk /r ??C:


ergo

/R implique /F ou autrement dit /F est inclu dans /R

{/R => /F V /F <= /R}

Quod erat demonstratum.

:)

--
Claude LaFrenière

Avatar
j
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.

Avatar
Claude LaFrenière
Bonjour * JF et Sabrem JORAM* :


Notez que les commutateurs dont je parlais
NE sont PAS ceux de chkdsk dans la console de récupération...

[ah ce Claude LF... s'il n'existait pas... :-) ]


Les nerfs!

«Les cimetières sont pleins de gens qui se croyaient indispensables.»

Georges Clemenceau

:)
--
Claude LaFrenière

Avatar
simili-tortue

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.


On raconte qu'il se fait volontairement plus rare pour être plus "désirable".

Ça lui donne un "genre" paraît-il et contribue à créer autour de lui une
athmosphère de légende brumeuse [wagnérienne?] (style "Lohengrin et
Hildebrünn")...

C'est du moins ce qu'on raconte ici, au Pays des Merveilles.

--
«
- As-tu déjà vu la Simili-Tortue ?
- Non, je ne sais même pas ce qu'est une Simili-Tortue.
- C'est ce avec quoi on fait la soupe à la Simili-Tortue.
»
Alice au Pays des Merveilles, chapitre IX


1 2