Si vous avez un fichier .BAT et que vous essayez de le faire fonctionner automatiquement à l'aide du Planificateur de tâches^{(Task Scheduler)} dans Windows , vous avez peut-être rencontré le problème où il ne s'exécute tout simplement pas à moins que vous n'exécutiez manuellement la tâche.

J'ai créé un fichier de commandes qui supprime tout ce qui se trouve dans un dossier temporaire chaque fois que l'ordinateur démarre. J'ai créé une tâche de base dans le planificateur de tâches^{(Task Scheduler)} et j'espérais le meilleur. Malheureusement, rien ne s'est passé lorsque mon ordinateur a démarré. Après de nombreux essais et erreurs, j'ai compris comment exécuter le script.

Dans cet article, je vais vous expliquer les paramètres et les autorisations que vous devez ajuster pour que votre fichier de commandes s'exécute sans intervention manuelle.

Étape 1 : Vérifier les autorisations File/Folder

La première étape pour résoudre ce problème consiste à s'assurer que le compte que vous utilisez pour exécuter le script dans le Planificateur de tâches^{(Task Scheduler)} dispose des autorisations Contrôle total^{(Full Control)} sur le dossier contenant le script, le script lui-même et tous les dossiers/fichiers que le script touche lorsqu'il s'exécute.

Par exemple, j'ai créé le script batch suivant ci-dessous :

set folder="C:\test"
cd /d %folder%
for /F "delims=" %%i in ('dir /b') do (rmdir "%%i" /s/q || del "%%i" /s/q)

J'ai enregistré le fichier .BAT dans mon dossier Documents. Le chemin est C:\Users\username\Documents . Je suis allé dans C:\Users\username, j'ai cliqué avec le bouton droit sur le dossier Documents et j'ai cliqué sur ^(Documents)Properties . Ensuite, j'ai cliqué sur l' onglet Sécurité .^(Security)

Comme vous pouvez le voir, le compte d'utilisateur Aseem a été explicitement ajouté et a reçu l' autorisation Contrôle total.^{(Full Control)} Vous devez maintenant faire la même chose pour le dossier contenant le script et pour le script lui-même. Ne supposez pas simplement que si vous accordez des autorisations au dossier contenant le script, vous êtes prêt à partir, car vous ne l'êtes pas. Enfin, définissez des autorisations sur tous les fichiers et dossiers avec lesquels le script interagira.

Dans mon cas, je devais aller sur C:\test , cliquer avec le bouton droit sur ce dossier et y ajouter mon compte d'utilisateur avec les autorisations Full Control . C'est un peu ennuyeux que vous deviez faire cela, mais c'est le seul moyen d'exécuter le script.

Remarque : Le compte utilisé pour exécuter le script doit faire partie du groupe Administrateurs local sur l'ordinateur. Dans mon cas, le compte Aseem est un compte administrateur et fait donc partie du groupe Administrateurs local. ^{(Note: The account that is being used to run the script has to be part of the local Administrators group on the computer. In my case, the Aseem account is an administrator account and therefore part of the local Administrators group. )}

Étape 2 : Vérifiez les paramètres du planificateur de tâches^{(Task Scheduler Settings)}

Passons maintenant au Planificateur de tâches^{(Task Scheduler)} et modifions-y les paramètres appropriés. Ouvrez le Planificateur de tâches^{(Task Scheduler)} et recherchez votre tâche dans la section Tâches actives^{( Active Tasks)} . Ils doivent être classés par ordre alphabétique.

Double-cliquez dessus et il ouvrira la tâche d'elle-même dans la même fenêtre. Pour modifier la tâche, vous devrez cliquer dessus avec le bouton droit de la souris et choisir Propriétés^(Properties) .

Il y a plusieurs onglets et quelques éléments doivent être vérifiés et modifiés ici. Tout d'abord, dans l' onglet Général^(General) , vous devez vérifier le compte d'utilisateur utilisé pour exécuter la tâche. Dans mon cas, c'est le compte Aseem , auquel j'avais donné des autorisations plus tôt sur le système de fichiers et qui fait partie du groupe Administrateurs^{(Administrators)} sur l'ordinateur.

Ensuite, vous devez choisir l' option Exécuter si l'utilisateur est connecté ou non^{( Run whether user is logged on or not)} et choisir Windows Vista, Windows Server 2008 dans la case Configurer pour^{(Configure for)} .

Dans l' onglet Actions , vous devez sélectionner le script, cliquer sur Modifier^(Edit) puis ajouter le chemin d'accès au dossier contenant le script dans la case Démarrer dans (optionnel)^{(e Start in (optional))} . Cela peut sembler inutile, mais ce n'est pas le cas. Dans mon cas, j'ai mis C:\Users\Aseem\Documents\ dans la case.

Cliquez maintenant sur OK pour enregistrer les paramètres. Lorsque vous faites cela, une boîte de dialogue peut apparaître dans laquelle vous devez entrer le mot de passe du compte d'utilisateur qui exécutera la tâche. Cela soulève une autre exigence. Vous ne pouvez pas utiliser un compte sans mot de passe. Le compte d'utilisateur doit avoir un mot de passe pour que la tâche s'exécute.

Enfin, vous devez exécuter la tâche manuellement une fois dans le planificateur de tâches^{(Task Scheduler)} pour vous assurer qu'elle s'exécute. S'il fonctionne correctement manuellement après avoir modifié tous les paramètres, il devrait s'exécuter lorsqu'il est censé être déclenché. Dans mon cas, cela devait se produire au démarrage et après avoir apporté les modifications, tout a bien fonctionné.

Notez que si votre script accède à différents ordinateurs dans un domaine lors de son exécution, vous devez essayer d'utiliser le compte d'administrateur de domaine pour exécuter la tâche. Cela garantira que le compte dispose de suffisamment d'autorisations pour accéder aux ordinateurs distants.

Un autre élément à noter est si votre script accède aux ressources sur un partage réseau. Si votre script utilise des lettres pour accéder au réseau, il se peut qu'il ne s'exécute pas. Par exemple, au lieu d'utiliser F:\data\ , vous devez utiliser \\machinename\share_name\data\ Â dans le script. Si vous ne parvenez toujours pas à exécuter votre script, postez un commentaire ici et j'essaierai de vous aider. Profitez!

Fix Scheduled Task Won’t Run for .BAT File

If you have a .BAT file and you’re trying to get it to run automatically using Task Schedulеr in Windows, you might haνe rυn into the issue where it simplу doesn’t rυn unless you manually run the task.

I created a batch file that deletes everything inside a temp folder whenever the computer starts up. I created a basic task in Task Scheduler and hoped for the best. Unfortunately, nothing happened when my computer booted up. After a lot of trial and error, I figured out how to get the script to run.

In this article, I’m going to walk you through the settings and permissions you need to adjust in order to get your batch file to run without manual intervention.

Step 1: Check File/Folder Permissions

The first step to fixing this issue is ensuring that the account you are using to run the script in Task Scheduler has Full Control permissions on the folder containing the script, the script itself, and any folders/files that the script touches when it runs.

For example, I created the following batch script below:

set folder="C:\test"
cd /d %folder%
for /F "delims=" %%i in ('dir /b') do (rmdir "%%i" /s/q || del "%%i" /s/q)

I saved the .BAT file to my Documents folder. The path is C:\Users\username\Documents. I went to C:\Users\username, right-clicked on the Documents folder, and clicked on Properties. Then I clicked on the Security tab.

As you can see, the user account Aseem has been explicitly added and given the Full Control permission.  Now you have to do the same thing for the folder that contains the script and for the script itself. Don’t just assume that if you give permissions to the folder containing the script, you’re good to go, because you’re not. Lastly, set permissions on any files and folders that the script will interact with.

In my case, I had to go to C:\test, right-click on that folder and add my user account there with Full Control permissions. It’s kind of annoying that you have to do this, but it’s the only way to get the script to run.

Note: The account that is being used to run the script has to be part of the local Administrators group on the computer. In my case, the Aseem account is an administrator account and therefore part of the local Administrators group. 

Step 2: Check Task Scheduler Settings

Now let’s go to Task Scheduler and change the appropriate settings there. Open Task Scheduler and find your task under the Active Tasks section. They should be listed out in alphabetical order.

Double-click on it and it’ll open the task by itself in the same window. In order to edit the task, you’ll have to right-click on it and choose Properties.

There are several tabs and a couple of things have to checked and changed here. Firstly, on the General tab, you need to check the user account that is being used to run the task. In my case, it’s the Aseem account, which I had given permissions to earlier on the file system and which is part of the Administrators group on the computer.

Next, you have to choose the Run whether user is logged on or not option and choose Windows Vista, Windows Server 2008 in the Configure for box.

On the Actions tab, you have to select the script, click on Edit and then add in the path to the folder containing the script in the Start in (optional) box. This may seem unnecessary, but it’s not. In my case, I put in C:\Users\Aseem\Documents\ in the box.

Now click on OK to save the settings. When you do this, a dialog may appear where you have to enter the password for the user account that will run the task. This brings up another requirement. You can’t use an account that doesn’t have a password. The user account has to have a password in order for the task to run.

Lastly, you should run the task manually once in Task Scheduler to make sure it runs. If it runs fine manually after you changed all the settings, then it should run when it’s supposed to be triggered. In my case, it was supposed to happen on startup and after I made the changes, everything worked fine.

Note that if your script is accessing different computers in a domain when run, you should try to use the domain administrator account to run the task. This will ensure the account has enough permissions to access the remote computers.

Another item to note is if your script accesses resources on a network share. If your script is using letters to access the network, it may not run. For example, instead of using F:\data\, you should use \\machinename\share_name\data\ in the script. If you still can’t get your script to run, post a comment here and I’ll try to help. Enjoy!

Related posts

• Correction de l'erreur "Impossible de lire à partir du fichier source ou du disque"

• Comment réparer "Pas assez de ressources de contrôleur USB" sur Windows 10

• Comment réparer l'erreur "Nous n'avons pas pu terminer les mises à jour" dans Windows

• Comment réparer l'erreur "Spotify ne peut pas lire ceci maintenant"

• Comment réparer l'erreur "No Route" de Discord

• Comment réparer les erreurs Status_access_violation dans Chrome ou Edge

• Comment réparer l'audio ne fonctionne pas sur votre ordinateur portable

• Comment réparer le code d'erreur Hulu p-dev320

• Correction de l'erreur "Le fichier est trop volumineux pour le système de fichiers de destination"

• Conseils de dépannage lorsque Bluetooth ne fonctionne pas sur votre ordinateur ou votre smartphone

• Les ports USB 3.0 ne fonctionnent pas ? Voici comment les réparer

• Correction de l'erreur "Windows n'a pas pu détecter automatiquement les paramètres proxy de ce réseau"

• Comment réparer la tablette Amazon Fire qui ne se charge pas

• Comment réparer l'erreur "Quelque chose s'est passé et votre code PIN n'est pas disponible" dans Windows

• Comment réparer l'erreur "Votre PC a rencontré un problème et doit redémarrer"

• Le correctif ne peut pas régler la luminosité après la mise à niveau vers Windows 8.1/10

• Comment réparer l'erreur "La protection des ressources Windows n'a pas pu effectuer l'opération demandée"

• Comment réparer "Il y a un problème avec votre licence Office"

• Comment réparer une erreur "Wi-Fi n'a pas de configuration IP valide"

• Correction "Périphérique réseau sans fil non pris en charge détecté. Système arrêté" Erreur