En cette heure matinale, bonjour,
Je bute sur une fonction de Vista qui me dépannerait bien....
Je cherche à programmer une tâche dans Vista pour effacer des fichiers
obsolètes stockés dans plusieurs dossiers. Pas évident....
Il faudrait effacer le contenu *dans plusieurs sous-dossiers*
C:\Program Files\Programme\Dossiers\ de fichiers *plus vieux que 5
jours* .
Un spécialiste de Vista aurait-il un script à offrir pour ce genre de
truc ? La difficulté semble être au niveau du tri d'ancienneté...
Il existe peut-être aussi une possibilité de faire ça à la fermeture de
Vista, par la GPEdit.... mais sous Vista Familiale Premium... ça va pas
être possible.
Merci d'avance
--
D.S.
Boire au volant c'est pas bien
Faut boire à la bouteille.
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
Jean-Claude BELLAMY
"Sniper" a écrit dans le message de groupe de discussion :
En cette heure matinale, bonjour, Je bute sur une fonction de Vista qui me dépannerait bien.... Je cherche à programmer une tâche dans Vista pour effacer des fichiers obsolètes stockés dans plusieurs dossiers. Pas évident.... Il faudrait effacer le contenu *dans plusieurs sous-dossiers* C:Program FilesProgrammeDossiers de fichiers *plus vieux que 5 jours* . Un spécialiste de Vista aurait-il un script à offrir pour ce genre de truc ? La difficulté semble être au niveau du tri d'ancienneté... Il existe peut-être aussi une possibilité de faire ça à la fermeture de Vista, par la GPEdit.... mais sous Vista Familiale Premium... ça va pas être possible.
Meuhhhh si !
Bon, comme on ne dispose pas (sauf truandage) de GPEDIT, il faut bidouiller la BDR, mais ce n'est pas insurmontable.
Il faut éditer (ou créer si elle n'existe pas) la clef : HKLMSOFTWAREPoliciesMicrosoftWindowsSystemScriptsShutdown On y trouve 5 entrées de type REG_SZ: (à créer éventuellement) "DisplayName" valeur : "Stratégie de groupe locale" "FileSysPath" valeur : "C:WINDOWSSystem32GroupPolicymachine" (chemin à adapter à sa config) "GPO-ID" valeur : "LocalGPO" "GPOName" valeur : "Stratégie de groupe locale" "SOM-ID" valeur : "Local"
Il y a ensuite autant de sous-clefs qu'il y a de scripts ou programmes à exécuter
HKLMSOFTWAREPoliciesMicrosoftWindowsSystemScriptsShutdown ... Le nom de chaque sous-clef est un nombre, exprimé en hexadécimal, commençant à 0 P.ex. HKLMSoftwarePoliciesMicrosoftWindowsSystemScriptsShutdown ... HKLMSoftwarePoliciesMicrosoftWindowsSystemScriptsShutdown b ... HKLMSoftwarePoliciesMicrosoftWindowsSystemScriptsShutdown f ... HKLMSoftwarePoliciesMicrosoftWindowsSystemScriptsShutdown 11 ... Chaque sous-clef contient 3 entrées : "ExecTime" de type REG_QWORD (type assez rare, de 8 octets) valeur : 00 00 00 00 00 00 00 00 "Parameters" de type REG_SZ valeur : des paramètres éventuels transmis au script "Script" de type REG_SZ valeur : le nom du script. Son chemin complet est à indiquer s'il n'est pas dans %systemroot%System32GroupPolicyMachineScriptsShutdown
De plus, il doit exister un fichier "script.ini" placé dans %systemroot%System32GroupPolicyMachineScripts Ce script a la structure suivante : [Shutdown] 0CmdLinetest.cmd 0Parameters 1CmdLinemachin.exe 1Parameters 2CmdLinec:vbstruc.vbs 2Parameters ...
Pour chaque script on a 2 lignes : "Ncmdlinexxxx" qui donne le nom du script "NParametersyyyyy" qui donne les paramètres éventuels N étant le n° d'ordre du script (0, 1, 2, ..., 11, 12...) en décimal ici
NB: ce fichier script.ini sert aussi pour les scripts au démarrage de Windows. Dans ce cas, la section commence par "[Startup]" et les clefs sont HKLMSoftwarePoliciesMicrosoftWindowsSystemScriptsStartup
NB: je me suis interrogé sur la raison de la présence de ces fichiers "script.ini", qui font apparemment double-emploi avec les données de la BDR. Cela est du au fait qu'après application des stratégies dans GPEDIT.MSC, seul le compte en cours voit sa BDR modifiée immédiatement. Pour que cela s'applique aux autres comptes, c'est le fichier REGISTRY.POL qui va provoquer ces modifs lors de chaque ouverture de session. Or j'ai constaté après examen approfondi (en hexadécimal!) de REGISTRY.POL qu'il n'indiquait qu'un seul script (le 1er, indice 0) et non pas les suivants. C'est donc le système qui va à ce moment là compléter éventuellement avec le contenu de "script.ini"... Ouf !!!
PS: dans le cas de scripts à lancer l'ors de l'ouverture ou de la fermeture de session, les clefs concernées sont les suivantes : Ouverture de session : HKCUSoftwarePoliciesMicrosoftWindowsSystemScriptsLogon Fermeture de session HKCUSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff
et la méthode pour définir les scripts est analogue à celle décrite lors de l'arrêt de l'ordinateur.
Le chemin décrit dans "FileSysPath" sera alors du style "C:WINDOWSSystem32GroupPolicyuser"
Bon amusement !
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] http://www.bellamyjc.org ou http://jc.bellamy.free.fr
"Sniper" <stop.le.spam@wanamou.fr> a écrit dans le message de groupe de
discussion : mn.2a197d9c0cab5ec1.16273@sniper.org...
En cette heure matinale, bonjour,
Je bute sur une fonction de Vista qui me dépannerait bien....
Je cherche à programmer une tâche dans Vista pour effacer des fichiers
obsolètes stockés dans plusieurs dossiers. Pas évident....
Il faudrait effacer le contenu *dans plusieurs sous-dossiers* C:Program
FilesProgrammeDossiers de fichiers *plus vieux que 5 jours* .
Un spécialiste de Vista aurait-il un script à offrir pour ce genre de truc
? La difficulté semble être au niveau du tri d'ancienneté...
Il existe peut-être aussi une possibilité de faire ça à la fermeture de
Vista, par la GPEdit.... mais sous Vista Familiale Premium... ça va pas
être possible.
Meuhhhh si !
Bon, comme on ne dispose pas (sauf truandage) de GPEDIT, il faut bidouiller
la BDR, mais ce n'est pas insurmontable.
Il faut éditer (ou créer si elle n'existe pas) la clef :
HKLMSOFTWAREPoliciesMicrosoftWindowsSystemScriptsShutdown
On y trouve 5 entrées de type REG_SZ:
(à créer éventuellement)
"DisplayName"
valeur : "Stratégie de groupe locale"
"FileSysPath"
valeur : "C:WINDOWSSystem32GroupPolicymachine"
(chemin à adapter à sa config)
"GPO-ID"
valeur : "LocalGPO"
"GPOName"
valeur : "Stratégie de groupe locale"
"SOM-ID"
valeur : "Local"
Il y a ensuite autant de sous-clefs qu'il y a de scripts ou programmes à
exécuter
HKLMSOFTWAREPoliciesMicrosoftWindowsSystemScriptsShutdown
...
Le nom de chaque sous-clef est un nombre, exprimé en hexadécimal, commençant
à 0
P.ex.
HKLMSoftwarePoliciesMicrosoftWindowsSystemScriptsShutdown
...
HKLMSoftwarePoliciesMicrosoftWindowsSystemScriptsShutdown b
...
HKLMSoftwarePoliciesMicrosoftWindowsSystemScriptsShutdown f
...
HKLMSoftwarePoliciesMicrosoftWindowsSystemScriptsShutdown 11
...
Chaque sous-clef contient 3 entrées :
"ExecTime"
de type REG_QWORD (type assez rare, de 8 octets)
valeur : 00 00 00 00 00 00 00 00
"Parameters"
de type REG_SZ
valeur : des paramètres éventuels transmis au script
"Script"
de type REG_SZ
valeur : le nom du script. Son chemin complet
est à indiquer s'il n'est pas dans
%systemroot%System32GroupPolicyMachineScriptsShutdown
De plus, il doit exister un fichier "script.ini" placé dans
%systemroot%System32GroupPolicyMachineScripts
Ce script a la structure suivante :
[Shutdown]
0CmdLinetest.cmd
0Parameters 1CmdLinemachin.exe
1Parameters 2CmdLinec:vbstruc.vbs
2Parameters ...
Pour chaque script on a 2 lignes :
"Ncmdlinexxxx" qui donne le nom du script
"NParametersyyyyy" qui donne les paramètres éventuels
N étant le n° d'ordre du script (0, 1, 2, ..., 11, 12...) en décimal
ici
NB: ce fichier script.ini sert aussi pour les scripts au démarrage de
Windows.
Dans ce cas, la section commence par "[Startup]"
et les clefs sont
HKLMSoftwarePoliciesMicrosoftWindowsSystemScriptsStartup
NB: je me suis interrogé sur la raison de la présence de ces fichiers
"script.ini", qui font apparemment double-emploi avec les données de la BDR.
Cela est du au fait qu'après application des stratégies dans GPEDIT.MSC,
seul le compte en cours voit sa BDR modifiée immédiatement.
Pour que cela s'applique aux autres comptes, c'est le fichier REGISTRY.POL
qui va provoquer ces modifs lors de chaque ouverture de session.
Or j'ai constaté après examen approfondi (en hexadécimal!) de REGISTRY.POL
qu'il n'indiquait qu'un seul script (le 1er, indice 0) et non pas les
suivants.
C'est donc le système qui va à ce moment là compléter éventuellement avec le
contenu de "script.ini"... Ouf !!!
PS: dans le cas de scripts à lancer l'ors de l'ouverture ou de la fermeture
de session, les clefs concernées sont les suivantes :
Ouverture de session :
HKCUSoftwarePoliciesMicrosoftWindowsSystemScriptsLogon
Fermeture de session
HKCUSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff
et la méthode pour définir les scripts est analogue à celle décrite lors de
l'arrêt de l'ordinateur.
Le chemin décrit dans "FileSysPath" sera alors du style
"C:WINDOWSSystem32GroupPolicyuser"
Bon amusement !
--
May the Force be with You!
La Connaissance s'accroît quand on la partage
----------------------------------------------------------
Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.org ou http://jc.bellamy.free.fr
"Sniper" a écrit dans le message de groupe de discussion :
En cette heure matinale, bonjour, Je bute sur une fonction de Vista qui me dépannerait bien.... Je cherche à programmer une tâche dans Vista pour effacer des fichiers obsolètes stockés dans plusieurs dossiers. Pas évident.... Il faudrait effacer le contenu *dans plusieurs sous-dossiers* C:Program FilesProgrammeDossiers de fichiers *plus vieux que 5 jours* . Un spécialiste de Vista aurait-il un script à offrir pour ce genre de truc ? La difficulté semble être au niveau du tri d'ancienneté... Il existe peut-être aussi une possibilité de faire ça à la fermeture de Vista, par la GPEdit.... mais sous Vista Familiale Premium... ça va pas être possible.
Meuhhhh si !
Bon, comme on ne dispose pas (sauf truandage) de GPEDIT, il faut bidouiller la BDR, mais ce n'est pas insurmontable.
Il faut éditer (ou créer si elle n'existe pas) la clef : HKLMSOFTWAREPoliciesMicrosoftWindowsSystemScriptsShutdown On y trouve 5 entrées de type REG_SZ: (à créer éventuellement) "DisplayName" valeur : "Stratégie de groupe locale" "FileSysPath" valeur : "C:WINDOWSSystem32GroupPolicymachine" (chemin à adapter à sa config) "GPO-ID" valeur : "LocalGPO" "GPOName" valeur : "Stratégie de groupe locale" "SOM-ID" valeur : "Local"
Il y a ensuite autant de sous-clefs qu'il y a de scripts ou programmes à exécuter
HKLMSOFTWAREPoliciesMicrosoftWindowsSystemScriptsShutdown ... Le nom de chaque sous-clef est un nombre, exprimé en hexadécimal, commençant à 0 P.ex. HKLMSoftwarePoliciesMicrosoftWindowsSystemScriptsShutdown ... HKLMSoftwarePoliciesMicrosoftWindowsSystemScriptsShutdown b ... HKLMSoftwarePoliciesMicrosoftWindowsSystemScriptsShutdown f ... HKLMSoftwarePoliciesMicrosoftWindowsSystemScriptsShutdown 11 ... Chaque sous-clef contient 3 entrées : "ExecTime" de type REG_QWORD (type assez rare, de 8 octets) valeur : 00 00 00 00 00 00 00 00 "Parameters" de type REG_SZ valeur : des paramètres éventuels transmis au script "Script" de type REG_SZ valeur : le nom du script. Son chemin complet est à indiquer s'il n'est pas dans %systemroot%System32GroupPolicyMachineScriptsShutdown
De plus, il doit exister un fichier "script.ini" placé dans %systemroot%System32GroupPolicyMachineScripts Ce script a la structure suivante : [Shutdown] 0CmdLinetest.cmd 0Parameters 1CmdLinemachin.exe 1Parameters 2CmdLinec:vbstruc.vbs 2Parameters ...
Pour chaque script on a 2 lignes : "Ncmdlinexxxx" qui donne le nom du script "NParametersyyyyy" qui donne les paramètres éventuels N étant le n° d'ordre du script (0, 1, 2, ..., 11, 12...) en décimal ici
NB: ce fichier script.ini sert aussi pour les scripts au démarrage de Windows. Dans ce cas, la section commence par "[Startup]" et les clefs sont HKLMSoftwarePoliciesMicrosoftWindowsSystemScriptsStartup
NB: je me suis interrogé sur la raison de la présence de ces fichiers "script.ini", qui font apparemment double-emploi avec les données de la BDR. Cela est du au fait qu'après application des stratégies dans GPEDIT.MSC, seul le compte en cours voit sa BDR modifiée immédiatement. Pour que cela s'applique aux autres comptes, c'est le fichier REGISTRY.POL qui va provoquer ces modifs lors de chaque ouverture de session. Or j'ai constaté après examen approfondi (en hexadécimal!) de REGISTRY.POL qu'il n'indiquait qu'un seul script (le 1er, indice 0) et non pas les suivants. C'est donc le système qui va à ce moment là compléter éventuellement avec le contenu de "script.ini"... Ouf !!!
PS: dans le cas de scripts à lancer l'ors de l'ouverture ou de la fermeture de session, les clefs concernées sont les suivantes : Ouverture de session : HKCUSoftwarePoliciesMicrosoftWindowsSystemScriptsLogon Fermeture de session HKCUSoftwarePoliciesMicrosoftWindowsSystemScriptsLogoff
et la méthode pour définir les scripts est analogue à celle décrite lors de l'arrêt de l'ordinateur.
Le chemin décrit dans "FileSysPath" sera alors du style "C:WINDOWSSystem32GroupPolicyuser"
Bon amusement !
-- May the Force be with You! La Connaissance s'accroît quand on la partage ---------------------------------------------------------- Jean-Claude BELLAMY [MVP] http://www.bellamyjc.org ou http://jc.bellamy.free.fr
Sniper
Jean-Claude BELLAMY a pensé très fort :
Meuhhhh si !
Bon, comme on ne dispose pas (sauf truandage) de GPEDIT, il faut bidouiller la BDR, mais ce n'est pas insurmontable. .../... Bon amusement !
Après 3 lectures à voix haute, prise de notes et tentatives d'écriture de scripts sur 4 cahiers de 32 pages (petits carreaux, marge à gauche...), absorption de 2 tubes d'aspirine et d'un tube d'antidépresseurs arrosé d'un bon pur malt 25 ans d'âge.... je suis revenu à la première ligne de ta réponse. Et je crois que je vais passer du coté obscur de la Force >:| Le temps de trouver la marche à suivre... ce qui ne devrait être trop difficile LOL Merci quand même, ami Jean-Claude :')
-- D.S.
L'erreur est humaine, mais un véritable désastre nécessite un ordinateur.
Jean-Claude BELLAMY a pensé très fort :
Meuhhhh si !
Bon, comme on ne dispose pas (sauf truandage) de GPEDIT, il faut bidouiller
la BDR, mais ce n'est pas insurmontable.
.../...
Bon amusement !
Après 3 lectures à voix haute, prise de notes et tentatives d'écriture
de scripts sur 4 cahiers de 32 pages (petits carreaux, marge à
gauche...), absorption de 2 tubes d'aspirine et d'un tube
d'antidépresseurs arrosé d'un bon pur malt 25 ans d'âge.... je suis
revenu à la première ligne de ta réponse. Et je crois que je vais
passer du coté obscur de la Force >:| Le temps de trouver la marche à
suivre... ce qui ne devrait être trop difficile LOL
Merci quand même, ami Jean-Claude :')
--
D.S.
L'erreur est humaine, mais un véritable désastre nécessite un
ordinateur.
Bon, comme on ne dispose pas (sauf truandage) de GPEDIT, il faut bidouiller la BDR, mais ce n'est pas insurmontable. .../... Bon amusement !
Après 3 lectures à voix haute, prise de notes et tentatives d'écriture de scripts sur 4 cahiers de 32 pages (petits carreaux, marge à gauche...), absorption de 2 tubes d'aspirine et d'un tube d'antidépresseurs arrosé d'un bon pur malt 25 ans d'âge.... je suis revenu à la première ligne de ta réponse. Et je crois que je vais passer du coté obscur de la Force >:| Le temps de trouver la marche à suivre... ce qui ne devrait être trop difficile LOL Merci quand même, ami Jean-Claude :')
-- D.S.
L'erreur est humaine, mais un véritable désastre nécessite un ordinateur.
Sniper
(supersedes )
Jean-Claude BELLAMY a pensé très fort :
Meuhhhh si !
Bon, comme on ne dispose pas (sauf truandage) de GPEDIT, il faut bidouiller la BDR, mais ce n'est pas insurmontable. .../... Bon amusement !
Après 3 lectures à voix haute, prise de notes et tentatives d'écriture de scripts sur 4 cahiers de 32 pages (petits carreaux, marge à gauche...), absorption de 2 tubes d'aspirine et d'un tube d'antidépresseurs arrosé d'un bon pur malt 25 ans d'âge.... je suis revenu à la première ligne de ta réponse. Et je crois que je vais passer du coté obscur de la Force >:| Le temps de trouver la marche à suivre... ce qui ne devrait être trop difficile LOL Merci quand même, ami Jean-Claude :')
Oups ! correctif.... après avoir lu une de tes réponses bien documentées sur le sujet à un autre internaute, je crois que c'est bousé :'( Bon, je continue à chercher dans les tâches programmées toutes simples....
-- Sniper
puTaIN de $ignaTuR3 à L@ con qµe D3 T0µt3 faç0n p3r$oNne Ne lIt
Bon, comme on ne dispose pas (sauf truandage) de GPEDIT, il faut bidouiller
la BDR, mais ce n'est pas insurmontable.
.../...
Bon amusement !
Après 3 lectures à voix haute, prise de notes et tentatives d'écriture
de scripts sur 4 cahiers de 32 pages (petits carreaux, marge à
gauche...), absorption de 2 tubes d'aspirine et d'un tube
d'antidépresseurs arrosé d'un bon pur malt 25 ans d'âge.... je suis
revenu à la première ligne de ta réponse. Et je crois que je vais
passer du coté obscur de la Force >:| Le temps de trouver la marche à
suivre... ce qui ne devrait être trop difficile LOL
Merci quand même, ami Jean-Claude :')
Oups ! correctif.... après avoir lu une de tes réponses bien
documentées sur le sujet à un autre internaute, je crois que c'est
bousé :'(
Bon, je continue à chercher dans les tâches programmées toutes
simples....
--
Sniper
puTaIN de $ignaTuR3 à L@ con qµe D3 T0µt3 faç0n p3r$oNne Ne lIt
Bon, comme on ne dispose pas (sauf truandage) de GPEDIT, il faut bidouiller la BDR, mais ce n'est pas insurmontable. .../... Bon amusement !
Après 3 lectures à voix haute, prise de notes et tentatives d'écriture de scripts sur 4 cahiers de 32 pages (petits carreaux, marge à gauche...), absorption de 2 tubes d'aspirine et d'un tube d'antidépresseurs arrosé d'un bon pur malt 25 ans d'âge.... je suis revenu à la première ligne de ta réponse. Et je crois que je vais passer du coté obscur de la Force >:| Le temps de trouver la marche à suivre... ce qui ne devrait être trop difficile LOL Merci quand même, ami Jean-Claude :')
Oups ! correctif.... après avoir lu une de tes réponses bien documentées sur le sujet à un autre internaute, je crois que c'est bousé :'( Bon, je continue à chercher dans les tâches programmées toutes simples....
-- Sniper
puTaIN de $ignaTuR3 à L@ con qµe D3 T0µt3 faç0n p3r$oNne Ne lIt
