Script de démarrage Windows 8

Question

Bonjour,

Je souhaite lancer un script au démarrage de ma session (compte Microsoft).

Sur le forum, j'ai pu trouver ce fil de discussion :

http://answers.microsoft.com/fr-fr/windows/forum/windows\_8-files/dossier-d%C3%A9marrage/66f20a49-16bc-4bc8-b60c-c446cde2595c

Je ne suis pas convaincu que Microsoft est supprimé la possibilité d'ajouter un programme au démarrage.

J'ai tenté 2 opérations :

Via gpedit.msc :

• Avec la stratégie des utilisateurs : Configuration des utilisateurs -> Paramètre Windows -> Script d'ouverture session

Ayant préalablement mis mon script dans : C:\Windows\System32\GroupPolicy\User\Scripts\Logon

Cela ne fonctionne pas....

• Avec la stratégie par ordinateur : Configuration de l'ordinateur -> Paramètre Windows -> Script d'ouverture session

Ayant préalablement mis mon script dans : C:\Windows\System32\GroupPolicy\Machine\Scripts\Startup

Le script est appelé, mais il ne m'est pas possible d'ouvrir les lecteurs réseaux possédant un mot de passe, de plus les lecteurs sont bizarrement ordonné dans "Ordinateur"..... (voyez la screen ci-dessous)

Ce script fonctionne très bien sur Windows XP - Windows 7 (en le plaçant dans démarrage).

SCREEN

Quel peut-être la solution ?

Merci de vos réponses

Answer 1

Le mercredi 05/12/2012 15:36:07, Flamme_2 a écrit dans le message <news:******@communitybridge2.codeplex.com.networking> ce qui suit :

Je souhaite lancer un script au démarrage de ma session (compte Microsoft).
Sur le forum, j'ai pu trouver ce fil de discussion :
http://answers.microsoft.com/fr-fr/windows/forum/windows_8-files/dossier-d%C3%A9marrage/66f20a49-16bc-4bc8-b60c-c446cde2595c

Je suis intervenu dans ce fil ...
 > Je ne suis pas convaincu que Microsoft est
ait

supprimé la possibilité d'ajouter un programme au démarrage.

Via le dossier démarrage, SI, la preuve (comme je le dis dans le fil) :
MSCONFIG ne fait plus référence à ce dossier!

On doit passer par les clefs :
   HKCU\Software\Microsoft\Windows\CurrentVersion\Run
   HKLM\SOFTWARE\Microsoft\Windows\CurrentVersion\Run
 > J'ai tenté 2 opérations :

Via gpedit.msc :

• Avec la stratégie des utilisateurs : Configuration des utilisateurs -> Paramètre Windows -> Script d'ouverture session Ayant préalablement mis mon script dans : C:\Windows\System32\GroupPolicy\User\Scripts\Logon Cela ne fonctionne pas....

J'ai remarqué moi aussi des bizarreries avec ces scripts.
P.ex. la clef
 HKCU\Software\Policies\Microsoft\Windows\System\Scripts\Logon\0
qui devrait contenir toute une arborescence concernant les scripts n'apparaît pas !

On devrait y trouver 5 entrées de type REG_SZ:
"DisplayName"
   valeur "Stratégie de groupe locale"
"FileSysPath"
   valeur "C:\WINDOWS\System32\GroupPolicy\User"
   (chemin à adapter à sa config)
"GPO-ID"
   valeur "LocalGPO"
"GPOName"
   valeur "Stratégie de groupe locale"
"SOM-ID"
   valeur "Local"

Ensuite, il y a autant de sous-clefs qu'il y a de scripts ou programmes à exécuter (car il peut y en avoir plusieurs, à la différence du script de  login dans le cas d'un domaine)
Le nom de chaque sous-clef est un nombre, exprimé en hexadécimal, commençant à 0
P.ex.
HKCU\Software\Policies\Microsoft\Windows\System\Scripts\Logon\0\0
HKCU\Software\Policies\Microsoft\Windows\System\Scripts\Logon\0\b
HKCU\Software\Policies\Microsoft\Windows\System\Scripts\Logon\0\f
HKCU\Software\Policies\Microsoft\Windows\System\Scripts\Logon\0\11
...
Chaque sous-clef contient 3 entrées :
"ExecTime" de type REG_QWORD (type assez rare, de 8 octets, mais que REGEDIT affiche de travers sur 16 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%\System32\GroupPolicy\User\Scripts\Logon

De plus, il doit exister un fichier "script.ini" placé dans
%systemroot%\System32\GroupPolicy\User\Scripts
Ce script a la structure suivante :
   [Logon]
   0CmdLinetest.cmd
   0Parameters    1CmdLinemachin.exe
   1Parameters    2CmdLinec:\vbs\truc.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 à la fermeture de
session.
Dans ce cas, la section commence par "[Logoff]"

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"...
 > - Avec la stratégie par ordinateur : Configuration de l'ordinateur ->

Paramètre Windows -> Script d'ouverture session Ayant préalablement mis mon script dans : C:\Windows\System32\GroupPolicy\Machine\Scripts\Startup

Le script est appelé, mais il ne m'est pas possible d'ouvrir les lecteurs réseaux possédant un mot de passe,

Parce que le compte qui ouvre la session n'est pas reconnu sur la machine distante !

D'où la nécessité de configurer CORRECTEMENT le réseau, en particulier en ayant une unicité des noms de compte et mot de passe sur chaque ordinateur quand on est en "workgroup" (ce pb n'existe pas dans un domaine) !
     http://www.bellamyjc.fr/howto/lanconf

de plus les lecteurs sont bizarrement ordonné dans "Ordinateur"..... (voyez la screen ci-dessous) Ce script fonctionne très bien sur Windows XP - Windows 7 (en le plaçant dans démarrage).

Je ne vois rien de bizarre dans l'ordre.   -- May the Force be with You! La Connaissance s'accroît quand on la partage

Jean-Claude BELLAMY [MVP]
http://www.bellamyjc.fr ou http://www.bellamyjc.org

Answer 2

Bonjour,

Il existe une méthode plus simple que de passer par le gpedit.msc.

La technique avec le Netlogon de Windows Seven fonctionne aussi sous Windows 8/8.1/10.

Il suffit de créer un dossier "Netlogon" dans C:, d'activer le partage, de vérifier que tout le monde y ait accès dans les droits de partages et les droits NTFS et d'y placer les scripts batch qu'on veut lancer en ouverture de session.

Ensuite dans Gestion de l'ordinateur > Utilisateurs et Groupes locaux > Utilisateur, il faut aller dans les propriétés de l'utilisateur, onglet Profil et mettre dans le champs "Script d'ouverture de session" le nom du script (en chemin relatif, donc sans backslash).

Si le script est écrit correctement, avec les bons login, il se lancera au démarrage de la session.

Answer 3

Bonjour Flamme_2

 

Le fil de discussion que vous avez joint est tout à fait juste et publié par des personnes très compétentes.

Je ne peut rien ajouter d'autre que se vous avez pu déjà lire.

Comme cité dans le post, Microsoft a edité des versions de Windows 8 bridé ,de façon que chacun ai le Windows dont il a besoin .

C'est à dire que chaque Windows 8 est fait pour un usage et un fonctionnement bien défini.

De plus toute intervention , ou modification du fonctionnement  de l'OS peut entrainer d'autres disfonctionnements.

Je ne suis malheureusement pas en mesure de faire plus.

 

Cordialement

Franck

Ok, alors à quoi sert les stratégies local ? Et plus particulièrement "Script d'ouverture session" ?

Là il ne s'agit pas de modifier l'OS, mais bine d'ajouter un script au démarrage. Si cela n'est plus possible, comment monter automatiquement des lecteurs réseaux ?

Answer 4

Bonjour Flamme_2

Le fil de discussion que vous avez joint est tout à fait juste et publié par des personnes très compétentes.

Je ne peut rien ajouter d'autre que se vous avez pu déjà lire.

Comme cité dans le post, Microsoft a edité des versions de Windows 8 bridé ,de façon que chacun ai le Windows dont il a besoin .

C'est à dire que chaque Windows 8 est fait pour un usage et un fonctionnement bien défini.

De plus toute intervention , ou modification du fonctionnement  de l'OS peut entrainer d'autres disfonctionnements.

Je ne suis malheureusement pas en mesure de faire plus.

Cordialement

Franck