Fw: Exécuter un prog .bat avant démarrage Windows XP Pro
28 réponses
Georges Peyre
Récemment, Georges Peyre g.peyre@wanadoo.fr a écrit :
> Je voudrais pouvoir exécuter un programme XXX.BAT qui contient la
> suppression des fichiers Index.dat, soit après la fermeture de Windows
> XP, soit au démarrage du PC avant le démarrage de Windows XP Pro.
J'utilise ponctuellement (pas systématique) le .bat suivant :
deltree n'est pas disponible avec XP mais il fonctionne très bien (du
moins en ce qui concerne ce .bat). Il peut être récupérée sur une
version de Win98 2e édition. Je crois que taskkill n'est pas fourni
avec la version Home de XP. Mon dossier TIF est dans une partition à
part ainsi que le dossier Temp, les .dbx d'OE et le swap.
J'ai remarqué que parfois les index.dat n'était pas systématiquement
effacés, parfois ils étaient reconstitués ("start explorer" ?) mais à
leur plus simple expression (32 Ko pour le TIF, 16 Ko pour les dossiers
Cookies et Historique), parfois ils avaient été complétement effacés.
Mais dans tous les cas, il y avait RAZ de tous les autres fichiers des
3 dossiers. Pour le vérifier, il est hautement préférable d'utiliser un
autre gestionnaire de fichiers que l'explorer de Windows. Le meilleur,
à mon avis, est Total Commander. J'en vois qui hausse les sourcils.
En lançant le programme, pas d'affolex en voyant disparaître toutes les
icônes du Bureau et du Systray. Au bout d'un moment (fonction du nombre
de fichiers à effacer), les icônes reviennent dès le lancement de
"start explorer".
apocalypse.now, le lun. 07 août 2006 18:30:31, écrivait ceci:
Konichoua,
ps: et dire que le Gilou avec son site éternellement embryonnaire il ne s'était même pas apercu que tu avais changé de pseudo depuis au moins 6 mois ?
ps: ils vieillissent mal au CTV. Ça fait nettement plus longtemps que mon site n'est plus embryonnaire :-p Comme les spécialistes n'arrivaient pas à se prononcer si la croissance était achevée ou en phase d'hibernation prolongée, Free a décidé de le stocker dans un bocal de formol jusqu'à ce que la science ait suffisamment évoluée pour répondre à la question.
Quoiqu'il en soit : 1) Deltree est disponible sur mon site depuis toujours 2) il n'est pas capable de supprimer INDEX.DAT qui est protégé par explorer.exe 3) on peut supprimer les INDEX.DAT des autres utilisateurs (non loggés) donc par voie de conséquence, on se loggue en administrateur pour supprimer SES INDEX.DAT.
J'vous'jure... y en a marre des Croulants Très Vieux qui envahissent cet espace de liberté. Place aux jeunes :-)
-- Site : http://gilles.ronsin.free.fr Recherches ciblées http://gilles.ronsin.free.fr/#search Il est impossible pour un optimiste d'être agréablement surpris.
apocalypse.now, le lun. 07 août 2006 18:30:31, écrivait ceci:
Konichoua,
ps: et dire que le Gilou avec son site éternellement embryonnaire
il ne s'était même pas apercu que tu avais changé de pseudo depuis
au moins 6 mois ?
ps: ils vieillissent mal au CTV. Ça fait nettement plus longtemps que
mon site n'est plus embryonnaire :-p
Comme les spécialistes n'arrivaient pas à se prononcer si la croissance
était achevée ou en phase d'hibernation prolongée, Free a décidé de le
stocker dans un bocal de formol jusqu'à ce que la science ait
suffisamment évoluée pour répondre à la question.
Quoiqu'il en soit :
1) Deltree est disponible sur mon site depuis toujours
2) il n'est pas capable de supprimer INDEX.DAT qui est protégé par
explorer.exe
3) on peut supprimer les INDEX.DAT des autres utilisateurs (non loggés)
donc par voie de conséquence, on se loggue en administrateur pour
supprimer SES INDEX.DAT.
J'vous'jure... y en a marre des Croulants Très Vieux qui envahissent
cet espace de liberté. Place aux jeunes :-)
--
Site : http://gilles.ronsin.free.fr
Recherches ciblées http://gilles.ronsin.free.fr/#search
Il est impossible pour un optimiste d'être agréablement surpris.
apocalypse.now, le lun. 07 août 2006 18:30:31, écrivait ceci:
Konichoua,
ps: et dire que le Gilou avec son site éternellement embryonnaire il ne s'était même pas apercu que tu avais changé de pseudo depuis au moins 6 mois ?
ps: ils vieillissent mal au CTV. Ça fait nettement plus longtemps que mon site n'est plus embryonnaire :-p Comme les spécialistes n'arrivaient pas à se prononcer si la croissance était achevée ou en phase d'hibernation prolongée, Free a décidé de le stocker dans un bocal de formol jusqu'à ce que la science ait suffisamment évoluée pour répondre à la question.
Quoiqu'il en soit : 1) Deltree est disponible sur mon site depuis toujours 2) il n'est pas capable de supprimer INDEX.DAT qui est protégé par explorer.exe 3) on peut supprimer les INDEX.DAT des autres utilisateurs (non loggés) donc par voie de conséquence, on se loggue en administrateur pour supprimer SES INDEX.DAT.
J'vous'jure... y en a marre des Croulants Très Vieux qui envahissent cet espace de liberté. Place aux jeunes :-)
-- Site : http://gilles.ronsin.free.fr Recherches ciblées http://gilles.ronsin.free.fr/#search Il est impossible pour un optimiste d'être agréablement surpris.
Kookie-83
Salut Gilles,
Récemment, Gilles RONSIN a écrit :
2) il n'est pas capable de supprimer INDEX.DAT qui est protégé par explorer.exe
d'où l'utilisation de 'taskkill' pour tuer l'explorateur que je relance in fine. Mais, apparemment, XP est très caractériel car des fois ça marche et d'autres fois non. Impossible de savoir pourquoi. Tous les autres fichiers hors index.dat sont effacés à tous les coups. J'ai même essayé avec l'astuce de VaN (avec le fichier proposé à base de "del" et avec le mien à base de 'deltree') en utilisant le "shutdown" : même constat !
J'vous'jure... y en a marre des Croulants Très Vieux qui envahissent cet espace de liberté. Place aux jeunes :-)
Ça, tu l'as dit ! Ras-le-bol de tous ces croulants qui se débattent désespérément alors qu'ils savent très bien où ils vont finir !!!!
-- Kookie
Salut Gilles,
Récemment, Gilles RONSIN nomail@please.invalid a écrit :
2) il n'est pas capable de supprimer INDEX.DAT qui est protégé par
explorer.exe
d'où l'utilisation de 'taskkill' pour tuer l'explorateur que je relance
in fine. Mais, apparemment, XP est très caractériel car des fois ça
marche et d'autres fois non. Impossible de savoir pourquoi. Tous les
autres fichiers hors index.dat sont effacés à tous les coups. J'ai même
essayé avec l'astuce de VaN (avec le fichier proposé à base de "del" et
avec le mien à base de 'deltree') en utilisant le "shutdown" : même
constat !
J'vous'jure... y en a marre des Croulants Très Vieux qui envahissent
cet espace de liberté. Place aux jeunes :-)
Ça, tu l'as dit ! Ras-le-bol de tous ces croulants qui se débattent
désespérément alors qu'ils savent très bien où ils vont finir !!!!
2) il n'est pas capable de supprimer INDEX.DAT qui est protégé par explorer.exe
d'où l'utilisation de 'taskkill' pour tuer l'explorateur que je relance in fine. Mais, apparemment, XP est très caractériel car des fois ça marche et d'autres fois non. Impossible de savoir pourquoi. Tous les autres fichiers hors index.dat sont effacés à tous les coups. J'ai même essayé avec l'astuce de VaN (avec le fichier proposé à base de "del" et avec le mien à base de 'deltree') en utilisant le "shutdown" : même constat !
J'vous'jure... y en a marre des Croulants Très Vieux qui envahissent cet espace de liberté. Place aux jeunes :-)
Ça, tu l'as dit ! Ras-le-bol de tous ces croulants qui se débattent désespérément alors qu'ils savent très bien où ils vont finir !!!!
-- Kookie
Georges Peyre
Bonjour,
apocalypse.now avait énoncé :
J'ai cherché la syntaxe de ces commandes mais je ne trouve que celle de ms-dos : si tu as une adresse pour elles merci d'avance
syntaxe des commandes de *.cmd ? http://www.microsoft.com/technet/prodtechnol/windowsserver2003/fr/library/ServerHelp/d0518719-7154-49b4-954c-0a6c015ab441.mspx?mfr=true et si tu parcours bien les 'liens utiles' sur la droite de cette page, amha tu serais comblé.
Merci On peut également obtenir ces paramètres en tapant cmd.exe /C CMD /? en ligne commande de ms-dos
Je me suis mal exprimé : ce que je cherchais surtout à savoir c'était quelle différence existe-il entre un fichier .bat et un fichier .cmd sous Windows XP ?
J'ai néanmoins un résultat imparfait : j'ai bien eu la suppression de tous les fichiers index.dat dont la racine est ... del "C:DOCUME~1Defaut UserAPPLIC~1MICROS~1OfficeFICHIE~1index.dat" del "C:DOCUME~1Defaut UserAPPLIC~1MICROS~1OfficeRCENT~1index.dat" del "C:DOCUME~1Defaut UserCookiesindex.dat"
Par contre ces fichiers n'on pas été supprimées del "C:DOCUME~1LOCALS~1Cookiesindex.dat"
Regarde dans les propriétés s'il n'est pas en 'lecture seule'. Car ta déclaration me semble toute aussi valable que ceux qui ont bien voulu se laisser dilèté.
Tous les attributs sont identiques : c'est la lettre A
J'ai testé toutes les possibilités des scripts utilisables sous GPEDIT: En configuration ordinateur et en configuration utilisateur en démarrage et arrêt et aussi en ouverture de session et déconnexion
Dans tous les cas les fichier dont la racine est C:DOCUME~1LOCALS~1 ne peuvent pas être supprimés
Cordialement
-- Elle est pas belle la vie ?
Bonjour,
apocalypse.now avait énoncé :
J'ai cherché la syntaxe de ces commandes mais je ne trouve que celle de
ms-dos : si tu as une adresse pour elles merci d'avance
syntaxe des commandes de *.cmd ?
http://www.microsoft.com/technet/prodtechnol/windowsserver2003/fr/library/ServerHelp/d0518719-7154-49b4-954c-0a6c015ab441.mspx?mfr=true
et si tu parcours bien les 'liens utiles' sur la droite de cette page,
amha tu serais comblé.
Merci
On peut également obtenir ces paramètres en tapant cmd.exe /C CMD
/? en ligne commande de ms-dos
Je me suis mal exprimé : ce que je cherchais surtout à savoir c'était
quelle différence existe-il entre un fichier .bat et un fichier .cmd
sous Windows XP ?
J'ai néanmoins un résultat imparfait : j'ai bien eu la suppression de
tous les fichiers index.dat dont la racine est ...
del "C:DOCUME~1Defaut
UserAPPLIC~1MICROS~1OfficeFICHIE~1index.dat"
del "C:DOCUME~1Defaut
UserAPPLIC~1MICROS~1OfficeRCENT~1index.dat"
del "C:DOCUME~1Defaut UserCookiesindex.dat"
Par contre ces fichiers n'on pas été supprimées
del "C:DOCUME~1LOCALS~1Cookiesindex.dat"
Regarde dans les propriétés s'il n'est pas en 'lecture seule'. Car ta
déclaration me semble toute aussi valable que ceux qui ont bien voulu
se laisser dilèté.
Tous les attributs sont identiques : c'est la lettre A
J'ai testé toutes les possibilités des scripts utilisables sous GPEDIT:
En configuration ordinateur et en configuration utilisateur
en démarrage et arrêt et aussi en ouverture de session et déconnexion
Dans tous les cas les fichier dont la racine est C:DOCUME~1LOCALS~1
ne peuvent pas être supprimés
J'ai cherché la syntaxe de ces commandes mais je ne trouve que celle de ms-dos : si tu as une adresse pour elles merci d'avance
syntaxe des commandes de *.cmd ? http://www.microsoft.com/technet/prodtechnol/windowsserver2003/fr/library/ServerHelp/d0518719-7154-49b4-954c-0a6c015ab441.mspx?mfr=true et si tu parcours bien les 'liens utiles' sur la droite de cette page, amha tu serais comblé.
Merci On peut également obtenir ces paramètres en tapant cmd.exe /C CMD /? en ligne commande de ms-dos
Je me suis mal exprimé : ce que je cherchais surtout à savoir c'était quelle différence existe-il entre un fichier .bat et un fichier .cmd sous Windows XP ?
J'ai néanmoins un résultat imparfait : j'ai bien eu la suppression de tous les fichiers index.dat dont la racine est ... del "C:DOCUME~1Defaut UserAPPLIC~1MICROS~1OfficeFICHIE~1index.dat" del "C:DOCUME~1Defaut UserAPPLIC~1MICROS~1OfficeRCENT~1index.dat" del "C:DOCUME~1Defaut UserCookiesindex.dat"
Par contre ces fichiers n'on pas été supprimées del "C:DOCUME~1LOCALS~1Cookiesindex.dat"
Regarde dans les propriétés s'il n'est pas en 'lecture seule'. Car ta déclaration me semble toute aussi valable que ceux qui ont bien voulu se laisser dilèté.
Tous les attributs sont identiques : c'est la lettre A
J'ai testé toutes les possibilités des scripts utilisables sous GPEDIT: En configuration ordinateur et en configuration utilisateur en démarrage et arrêt et aussi en ouverture de session et déconnexion
Dans tous les cas les fichier dont la racine est C:DOCUME~1LOCALS~1 ne peuvent pas être supprimés
Cordialement
-- Elle est pas belle la vie ?
Gilles RONSIN
"Kookie-83" , le mar. 08 août 2006 08:51:26, écrivait ceci:
Coucou Jean,
d'où l'utilisation de 'taskkill' pour tuer l'explorateur que je relance in fine. Mais, apparemment, XP est très caractériel car des fois ça marche et d'autres fois non. Impossible de savoir pourquoi. Tous les autres fichiers hors index.dat sont effacés à tous les coups. J'ai même essayé avec l'astuce de VaN (avec le fichier proposé à base de "del" et avec le mien à base de 'deltree') en utilisant le "shutdown" : même constat !
Je me souvient plus très bien, mais je sais qu'il y a une difference fondamentale avec les différents task killer. Explorer est un process protégé, c'est à dire que, il y a des tueurs simples (comme le tskill existant sous XPHome) qui suppriment la tâche, mais comme sous W98 où il y un méchanisme de surveillance, celle-ci est automatiquement relancée (ce qui explique le non accès à l'index.dat). Et il y a le killer professionnel (taskkill aka Léon, nettoyeur) qui supprime _vraiment_ le process, qu'il faut soit même relancer à la mimine. Dans ce cas, je ne suis même pas sûr qu'on puisse enlever l'index.dat d'ailleurs.
Il n'y a qu'à regarder les scripts de réparation d'explorer sur des sites comme Kellyscorner.
-- Site : http://gilles.ronsin.free.fr Recherches ciblées http://gilles.ronsin.free.fr/#search Il est impossible pour un optimiste d'être agréablement surpris.
"Kookie-83" <kookie@lacrau.invalid>, le mar. 08 août 2006 08:51:26,
écrivait ceci:
Coucou Jean,
d'où l'utilisation de 'taskkill' pour tuer l'explorateur que je
relance in fine. Mais, apparemment, XP est très caractériel car
des fois ça marche et d'autres fois non. Impossible de savoir
pourquoi. Tous les autres fichiers hors index.dat sont effacés à
tous les coups. J'ai même essayé avec l'astuce de VaN (avec le
fichier proposé à base de "del" et avec le mien à base de
'deltree') en utilisant le "shutdown" : même constat !
Je me souvient plus très bien, mais je sais qu'il y a une difference
fondamentale avec les différents task killer. Explorer est un process
protégé, c'est à dire que, il y a des tueurs simples (comme le tskill
existant sous XPHome) qui suppriment la tâche, mais comme sous W98 où
il y un méchanisme de surveillance, celle-ci est automatiquement
relancée (ce qui explique le non accès à l'index.dat). Et il y a le
killer professionnel (taskkill aka Léon, nettoyeur) qui supprime
_vraiment_ le process, qu'il faut soit même relancer à la mimine. Dans
ce cas, je ne suis même pas sûr qu'on puisse enlever l'index.dat
d'ailleurs.
Il n'y a qu'à regarder les scripts de réparation d'explorer sur des
sites comme Kellyscorner.
--
Site : http://gilles.ronsin.free.fr
Recherches ciblées http://gilles.ronsin.free.fr/#search
Il est impossible pour un optimiste d'être agréablement surpris.
"Kookie-83" , le mar. 08 août 2006 08:51:26, écrivait ceci:
Coucou Jean,
d'où l'utilisation de 'taskkill' pour tuer l'explorateur que je relance in fine. Mais, apparemment, XP est très caractériel car des fois ça marche et d'autres fois non. Impossible de savoir pourquoi. Tous les autres fichiers hors index.dat sont effacés à tous les coups. J'ai même essayé avec l'astuce de VaN (avec le fichier proposé à base de "del" et avec le mien à base de 'deltree') en utilisant le "shutdown" : même constat !
Je me souvient plus très bien, mais je sais qu'il y a une difference fondamentale avec les différents task killer. Explorer est un process protégé, c'est à dire que, il y a des tueurs simples (comme le tskill existant sous XPHome) qui suppriment la tâche, mais comme sous W98 où il y un méchanisme de surveillance, celle-ci est automatiquement relancée (ce qui explique le non accès à l'index.dat). Et il y a le killer professionnel (taskkill aka Léon, nettoyeur) qui supprime _vraiment_ le process, qu'il faut soit même relancer à la mimine. Dans ce cas, je ne suis même pas sûr qu'on puisse enlever l'index.dat d'ailleurs.
Il n'y a qu'à regarder les scripts de réparation d'explorer sur des sites comme Kellyscorner.
-- Site : http://gilles.ronsin.free.fr Recherches ciblées http://gilles.ronsin.free.fr/#search Il est impossible pour un optimiste d'être agréablement surpris.
Gilles RONSIN
Georges Peyre , le mar. 08 août 2006 08:55:34, écrivait ceci:
Salut,
Je me suis mal exprimé : ce que je cherchais surtout à savoir c'était quelle différence existe-il entre un fichier .bat et un fichier .cmd sous Windows XP ?
En réalité, il n'y en a aucune. Dans les 2 cas c'est le même process qui les traite. Par contre cmd n'existe que sous XP. C'est utile pour différencier l'usage des batch. Il y a des commandes ou des syntaxes qui n'existent que sous XP dans ce cas il vaut mieux préférer l'utilisation de cmd, comme ça, si le script traine sur un W98, ce dernier ne saura pas quoi en faire.
-- Site : http://gilles.ronsin.free.fr Recherches ciblées http://gilles.ronsin.free.fr/#search Il est impossible pour un optimiste d'être agréablement surpris.
Georges Peyre <g.peyre@wanadoo.fr>, le mar. 08 août 2006 08:55:34,
écrivait ceci:
Salut,
Je me suis mal exprimé : ce que je cherchais surtout à savoir
c'était quelle différence existe-il entre un fichier .bat et un
fichier .cmd sous Windows XP ?
En réalité, il n'y en a aucune. Dans les 2 cas c'est le même process
qui les traite. Par contre cmd n'existe que sous XP. C'est utile pour
différencier l'usage des batch. Il y a des commandes ou des syntaxes
qui n'existent que sous XP dans ce cas il vaut mieux préférer
l'utilisation de cmd, comme ça, si le script traine sur un W98, ce
dernier ne saura pas quoi en faire.
--
Site : http://gilles.ronsin.free.fr
Recherches ciblées http://gilles.ronsin.free.fr/#search
Il est impossible pour un optimiste d'être agréablement surpris.
Georges Peyre , le mar. 08 août 2006 08:55:34, écrivait ceci:
Salut,
Je me suis mal exprimé : ce que je cherchais surtout à savoir c'était quelle différence existe-il entre un fichier .bat et un fichier .cmd sous Windows XP ?
En réalité, il n'y en a aucune. Dans les 2 cas c'est le même process qui les traite. Par contre cmd n'existe que sous XP. C'est utile pour différencier l'usage des batch. Il y a des commandes ou des syntaxes qui n'existent que sous XP dans ce cas il vaut mieux préférer l'utilisation de cmd, comme ça, si le script traine sur un W98, ce dernier ne saura pas quoi en faire.
-- Site : http://gilles.ronsin.free.fr Recherches ciblées http://gilles.ronsin.free.fr/#search Il est impossible pour un optimiste d'être agréablement surpris.
Sergio
Georges Peyre a émis l'idée suivante :
J'ai néanmoins un résultat imparfait : j'ai bien eu la suppression de tous les fichiers index.dat dont la racine est ... del "C:DOCUME~1Defaut UserAPPLIC~1MICROS~1OfficeFICHIE~1index.dat" del "C:DOCUME~1Defaut UserAPPLIC~1MICROS~1OfficeRCENT~1index.dat" del "C:DOCUME~1Defaut UserCookiesindex.dat"
Par contre ces fichiers n'on pas été supprimées del "C:DOCUME~1LOCALS~1Cookiesindex.dat" del "C:DOCUME~1LOCALS~1LOCALS~1HISTOR~1History.IE5index.dat" del "C:DOCUME~1LOCALS~1LOCALS~1TEMPOR~1Content.IE5index.dat"
as-tu une idée ?
C'est pourquoi je t'avais suggéré (au début du thread...) d'utiliser moveex (de l'illustrissime JCB). Il permet d'effectuer les opérations d'effacement au démarrage de Windows, avant le lancement du bouzin. Tu peux ainsi faire tes effacements en toute sérénité. À toi bien sûr de chiader ton .cmd pour faire ça proprement ;-).
J'ai néanmoins un résultat imparfait : j'ai bien eu la suppression de tous
les fichiers index.dat dont la racine est ...
del "C:DOCUME~1Defaut UserAPPLIC~1MICROS~1OfficeFICHIE~1index.dat"
del "C:DOCUME~1Defaut UserAPPLIC~1MICROS~1OfficeRCENT~1index.dat"
del "C:DOCUME~1Defaut UserCookiesindex.dat"
Par contre ces fichiers n'on pas été supprimées
del "C:DOCUME~1LOCALS~1Cookiesindex.dat"
del "C:DOCUME~1LOCALS~1LOCALS~1HISTOR~1History.IE5index.dat"
del "C:DOCUME~1LOCALS~1LOCALS~1TEMPOR~1Content.IE5index.dat"
as-tu une idée ?
C'est pourquoi je t'avais suggéré (au début du thread...) d'utiliser
moveex (de l'illustrissime JCB). Il permet d'effectuer les opérations
d'effacement au démarrage de Windows, avant le lancement du bouzin. Tu
peux ainsi faire tes effacements en toute sérénité. À toi bien sûr de
chiader ton .cmd pour faire ça proprement ;-).
J'ai néanmoins un résultat imparfait : j'ai bien eu la suppression de tous les fichiers index.dat dont la racine est ... del "C:DOCUME~1Defaut UserAPPLIC~1MICROS~1OfficeFICHIE~1index.dat" del "C:DOCUME~1Defaut UserAPPLIC~1MICROS~1OfficeRCENT~1index.dat" del "C:DOCUME~1Defaut UserCookiesindex.dat"
Par contre ces fichiers n'on pas été supprimées del "C:DOCUME~1LOCALS~1Cookiesindex.dat" del "C:DOCUME~1LOCALS~1LOCALS~1HISTOR~1History.IE5index.dat" del "C:DOCUME~1LOCALS~1LOCALS~1TEMPOR~1Content.IE5index.dat"
as-tu une idée ?
C'est pourquoi je t'avais suggéré (au début du thread...) d'utiliser moveex (de l'illustrissime JCB). Il permet d'effectuer les opérations d'effacement au démarrage de Windows, avant le lancement du bouzin. Tu peux ainsi faire tes effacements en toute sérénité. À toi bien sûr de chiader ton .cmd pour faire ça proprement ;-).
C'est pourquoi je t'avais suggéré (au début du thread...) d'utiliser moveex (de l'illustrissime JCB). Il permet d'effectuer les opérations d'effacement au démarrage de Windows, avant le lancement du bouzin. Tu peux ainsi faire tes effacements en toute sérénité. À toi bien sûr de chiader ton .cmd pour faire ça proprement ;-).
Voici ce que contient le site de JCB :
MOVEEX exécuté, se contente de modifier ou créer dans la clef : HKEY_LOCAL_MACHINESystemCurrentControlSetControlSessionManager l'entrée PendingFileRenameOperation (de type REG_MULTI_SZ), laquelle va contenir les opérations à effectuer lors du redémarrage suivant
Tu as mal lu le résumé de mes tentatives dans mes messages : J'ai tenté aussi cette méthode ( sans utiliser MOVEEX ) parce que mon programme fait ce que fait MOVEXX et donc exécute lui aussi directement la mise à jour de cette clé du registre.
Mais cette procédure qui est AUSSI celle de CCleaner ne fonctionne pas correctement certainement pour les mêmes raisons que celles de la procédure du fichier indexdat.cmd
Merci quand même
-- Elle est pas belle la vie ?
Sergio a présenté l'énoncé suivant :
C'est pourquoi je t'avais suggéré (au début du thread...) d'utiliser moveex
(de l'illustrissime JCB). Il permet d'effectuer les opérations d'effacement
au démarrage de Windows, avant le lancement du bouzin. Tu peux ainsi faire
tes effacements en toute sérénité. À toi bien sûr de chiader ton .cmd pour
faire ça proprement ;-).
Voici ce que contient le site de JCB :
MOVEEX exécuté, se contente de modifier ou créer dans la clef :
HKEY_LOCAL_MACHINESystemCurrentControlSetControlSessionManager
l'entrée PendingFileRenameOperation (de type REG_MULTI_SZ), laquelle va
contenir les opérations à effectuer lors du redémarrage suivant
Tu as mal lu le résumé de mes tentatives dans mes messages :
J'ai tenté aussi cette méthode ( sans utiliser MOVEEX ) parce que mon
programme fait ce que fait MOVEXX et donc exécute lui aussi directement
la mise à jour de cette clé du registre.
Mais cette procédure qui est AUSSI celle de CCleaner ne fonctionne pas
correctement certainement pour les mêmes raisons que celles de la
procédure du fichier indexdat.cmd
C'est pourquoi je t'avais suggéré (au début du thread...) d'utiliser moveex (de l'illustrissime JCB). Il permet d'effectuer les opérations d'effacement au démarrage de Windows, avant le lancement du bouzin. Tu peux ainsi faire tes effacements en toute sérénité. À toi bien sûr de chiader ton .cmd pour faire ça proprement ;-).
Voici ce que contient le site de JCB :
MOVEEX exécuté, se contente de modifier ou créer dans la clef : HKEY_LOCAL_MACHINESystemCurrentControlSetControlSessionManager l'entrée PendingFileRenameOperation (de type REG_MULTI_SZ), laquelle va contenir les opérations à effectuer lors du redémarrage suivant
Tu as mal lu le résumé de mes tentatives dans mes messages : J'ai tenté aussi cette méthode ( sans utiliser MOVEEX ) parce que mon programme fait ce que fait MOVEXX et donc exécute lui aussi directement la mise à jour de cette clé du registre.
Mais cette procédure qui est AUSSI celle de CCleaner ne fonctionne pas correctement certainement pour les mêmes raisons que celles de la procédure du fichier indexdat.cmd
Merci quand même
-- Elle est pas belle la vie ?
Georges Peyre
Sergio a présenté l'énoncé suivant :
C'est pourquoi je t'avais suggéré (au début du thread...) d'utiliser moveex (de l'illustrissime JCB). Il permet d'effectuer les opérations d'effacement au démarrage de Windows, avant le lancement du bouzin. Tu peux ainsi faire tes effacements en toute sérénité. À toi bien sûr de chiader ton .cmd pour faire ça proprement ;-).
Voici ce que contient le site de JCB :
MOVEEX exécuté, se contente de modifier ou créer dans la clef : HKEY_LOCAL_MACHINESystemCurrentControlSetControlSessionManager l'entrée PendingFileRenameOperation (de type REG_MULTI_SZ), laquelle va contenir les opérations à effectuer lors du redémarrage suivant
Tu as mal lu le résumé de mes tentatives dans mes messages : J'ai tenté aussi cette méthode ( sans utiliser MOVEEX ) parce que mon programme fait ce que fait MOVEXX et donc exécute lui aussi directement la mise à jour de cette clé du registre.
Mais cette procédure qui est AUSSI celle de CCleaner ne fonctionne pas correctement certainement pour les mêmes raisons que celles de la procédure du fichier indexdat.cmd
Merci quand même
-- Elle est pas belle la vie ?
Sergio a présenté l'énoncé suivant :
C'est pourquoi je t'avais suggéré (au début du thread...) d'utiliser moveex
(de l'illustrissime JCB). Il permet d'effectuer les opérations d'effacement
au démarrage de Windows, avant le lancement du bouzin. Tu peux ainsi faire
tes effacements en toute sérénité. À toi bien sûr de chiader ton .cmd pour
faire ça proprement ;-).
Voici ce que contient le site de JCB :
MOVEEX exécuté, se contente de modifier ou créer dans la clef :
HKEY_LOCAL_MACHINESystemCurrentControlSetControlSessionManager
l'entrée PendingFileRenameOperation (de type REG_MULTI_SZ), laquelle va
contenir les opérations à effectuer lors du redémarrage suivant
Tu as mal lu le résumé de mes tentatives dans mes messages :
J'ai tenté aussi cette méthode ( sans utiliser MOVEEX ) parce que mon
programme fait ce que fait MOVEXX et donc exécute lui aussi directement
la mise à jour de cette clé du registre.
Mais cette procédure qui est AUSSI celle de CCleaner ne fonctionne pas
correctement certainement pour les mêmes raisons que celles de la
procédure du fichier indexdat.cmd
C'est pourquoi je t'avais suggéré (au début du thread...) d'utiliser moveex (de l'illustrissime JCB). Il permet d'effectuer les opérations d'effacement au démarrage de Windows, avant le lancement du bouzin. Tu peux ainsi faire tes effacements en toute sérénité. À toi bien sûr de chiader ton .cmd pour faire ça proprement ;-).
Voici ce que contient le site de JCB :
MOVEEX exécuté, se contente de modifier ou créer dans la clef : HKEY_LOCAL_MACHINESystemCurrentControlSetControlSessionManager l'entrée PendingFileRenameOperation (de type REG_MULTI_SZ), laquelle va contenir les opérations à effectuer lors du redémarrage suivant
Tu as mal lu le résumé de mes tentatives dans mes messages : J'ai tenté aussi cette méthode ( sans utiliser MOVEEX ) parce que mon programme fait ce que fait MOVEXX et donc exécute lui aussi directement la mise à jour de cette clé du registre.
Mais cette procédure qui est AUSSI celle de CCleaner ne fonctionne pas correctement certainement pour les mêmes raisons que celles de la procédure du fichier indexdat.cmd
