Question Vous voulez retarder le démarrage du programme mais vous ne le trouvez pas dans le Planificateur de tâches


J'essaie de retarder le démarrage d'un programme spécifique qui se charge lors de la connexion. Selon une réponse dans cette question, Je devrais pouvoir le faire en utilisant le Planificateur de tâches. Le problème est, je ne peux pas trouver le programme répertorié n'importe où. Y a-t-il un volet particulier sur lequel je devrais regarder? Le programme est Razer Synapse donc je ne pense pas que ce soit dans les dossiers Microsoft ou Western Digital.

screen shot of my task scheduler

Si ce n'est pas dans le Planificateur de tâches, y a-t-il un autre moyen de le retarder au démarrage?

Par curiosité, combien de façons un programme peut-il être exécuté au démarrage de Windows?


4
2018-03-02 09:41


origine


Utilisation autoruns.exe pour trouver l'emplacement "correct" d'où le programme est lancé. Il y a au moins une demi-douzaine d'emplacements, y compris le planificateur de tâches, le dossier de démarrage, la clé d'exécution dans le registre, les services de démarrage automatique, etc. - Salman A


Réponses:


Je ne trouve pas le programme répertorié n'importe où.

De nombreux emplacements peuvent être utilisés pour exécuter des programmes au démarrage. Vous devez tous les vérifier jusqu'à ce que vous trouviez le programme que vous recherchez.

Il existe peu de programmes permettant de vérifier facilement les emplacements de démarrage.

  1. msconfig (Onglet Démarrage):

    enter image description here

  2. Autoruns de SysInternals:

    enter image description here

  3. WhatInStartup de NirSoft:

    enter image description here

  4. WinPatrol:

    enter image description here

    Remarque:

    • WinPatrol vous permet de déplacer des programmes de "Programmes de démarrage" vers "Démarrage différé"
    • Vous pouvez spécifier le délai si vous faites cela.


      enter image description here 


Combien de façons existe-t-il pour qu'un programme soit exécuté au démarrage de Windows?

Il y a au moins 17 endroits où les programmes peuvent être lancés. Voir ci-dessous.


Emplacements de démarrage automatique du programme Windows

En allumant l'ordinateur, les emplacements de démarrage automatique suivants sont   traité dans l'ordre suivant:

  1. Pilotes de périphérique de démarrage Windows 

    • Ces pilotes sont chargés en premier car ils sont nécessaires au bon fonctionnement du matériel, tels que les périphériques de stockage.
    • Les pilotes de périphérique d'amorçage seront situés sous la clé suivante et auront une valeur de départ égale à 0.


    Clés de registre:

    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services
    

    Windows va maintenant effectuer diverses tâches et ensuite démarrer le Winlogon   processus. Winlogon démarre éventuellement le gestionnaire de contrôle de service   charge les services et les pilotes définis pour le démarrage automatique.

  2. Services et pilotes de démarrage automatique Windows 

    • Le processus Service Control Manager (SCM) (\ Windows \ System32 \ services.exe) lancera désormais tous les services ou   les pilotes marqués avec une valeur Start de 2.


    Clés de registre:

    HKEY_LOCAL_MACHINE\System\CurrentControlSet\Services
    
  3. RunServicesOnce 

    • Cette clé est conçue pour démarrer des services lorsqu'un ordinateur démarre.
    • Ces entrées peuvent également continuer à s'exécuter même après vous être connecté, mais doivent être terminées avant le registre HKEY_LOCAL_MACHINE ... \ RunOnce   peut commencer à charger ses programmes.


    Clés de registre:

    HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunServicesOnce
    HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\RunServicesOnce
    
  4. RunServices 

    • Cette clé est conçue pour démarrer des services également.
    • Ces entrées peuvent également continuer à s'exécuter même après vous être connecté, mais doivent être terminées avant le registre HKEY_LOCAL_MACHINE ... \ RunOnce   peut commencer à charger ses programmes.


    Clés de registre:

    HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunServices
    HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\RunServices
    

    L'invite d'ouverture de session Windows s'affiche à l'écran. Après qu'un utilisateur se connecte   le reste des clés continue.

  5. Notifier 

    • Cette clé est utilisée pour ajouter un programme qui s'exécutera lorsqu'un événement particulier se produit.
    • Les événements incluent la connexion, la déconnexion, le démarrage, l'arrêt, startscreensaver et stopscreensaver.
    • Lorsque Winlogon.exe génère un événement tel que ceux répertoriés, Windows recherche dans la clé de Registre Notify une DLL qui   gérer cet événement.
    • On sait que les logiciels malveillants utilisent cette méthode pour se charger lorsqu'un utilisateur ouvre une session sur leur ordinateur. Le chargement de cette manière permet   programme malveillant à charger de telle sorte qu'il n'est pas facile d'arrêter.


    Clé d'enregistrement:

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Winlogon\Notify
    
  6. Clé UserInit 

    • Cette clé spécifie quel programme doit être lancé juste après qu'un utilisateur se connecte à Windows.
    • Le programme par défaut pour cette clé est C: \ windows \ system32 \ userinit.exe. Userinit.exe est un programme qui   restaure votre profil, vos polices, couleurs, etc. pour votre nom d'utilisateur.
    • Il est possible d'ajouter d'autres programmes qui seront lancés à partir de cette clé en séparant les programmes par une virgule. Par exemple:

      HKLM \ Software \ Microsoft \ Windows NT \ CurrentVersion \ Winlogon \ Userinit   = C: \ windows \ system32 \ userinit.exe, c: \ windows \ badprogram.exe.

    Cela permettra aux deux programmes de se lancer lorsque vous vous connectez et est un   place pour les chevaux de Troie, les pirates de l'air et les logiciels espions à partir de.   Clé d'enregistrement:

    HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Winlogon\Userinit
    
  7. Valeur Shell 

    • Cette valeur contient une liste de valeurs séparées par des virgules que Userinit.exe lancera.
    • Le shell par défaut pour Windows est explorer.exe, même si des remplacements légitimes ont été effectués. Lorsque userinit.exe démarre   le shell, il lancera d'abord la valeur Shell trouvée dans   HKEY_CURRENT_USER. Si cette valeur n'est pas présente, il sera alors lancé   la valeur trouvée dans HKEY_LOCAL_MACHINE.


    Clé d'enregistrement:

    HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Winlogon\\Shell
      HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Winlogon\\Shell
    

    Les autres emplacements de démarrage automatique seront désormais traités.

  8. Clé de machine locale RunOnce 

    • Ces clés sont conçues pour être utilisées principalement par les programmes d'installation.
    • Les entrées de ces clés sont démarrées une fois puis supprimées de la clé.
    • S'il y a un point d'exclamation précédant la valeur de la clé, l'entrée ne sera pas supprimée avant la fin du programme,   sinon, il sera supprimé avant l'exécution du programme. C'est   important, car si le point d’exclamation n’est pas utilisé et que le   programme référencé dans cette clé ne parvient pas à terminer, il ne fonctionnera pas   à nouveau comme il aura déjà été supprimé.
    • Toutes les entrées de cette clé sont démarrées de manière synchrone dans un ordre indéfini.
    • Pour cette raison, tous les programmes de cette clé doivent être terminés avant toute entrée dans HKEY_LOCAL_MACHINE ... \ Run, HKEY_CURRENT_USER ... \ Run,   HKEY_CURRENT_USER ... \ RunOnce et les dossiers de démarrage peuvent être chargés.
    • Les clés RunOnce sont ignorées sous Windows 2000 et Windows XP en mode sans échec. Les clés RunOnce ne sont pas prises en charge par Windows NT 3.51.


    Clés de registre:

    HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunOnce
    HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\RunOnceEx
    
  9. Courir 

    • Ce sont les emplacements de démarrage les plus courants pour les programmes d'installation du démarrage automatique.
    • Par défaut, ces clés ne sont pas exécutées en mode sans échec. Si vous préfixez la valeur de ces clés avec un astérisque, *, il s'exécutera en mode sans échec.


    Clés de registre:

    HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Run
    HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Run
    
  10. Dossier de démarrage de tous les utilisateurs 

    • Pour Windows XP, 2000 et NT, ce dossier est utilisé pour les programmes qui doivent être démarrés automatiquement pour tous les utilisateurs qui se connecteront à cet ordinateur.


    On le trouve généralement à:

    • Windows XP C:\Documents and Settings\All Users\Start Menu\Programs\Startup 

    • Windows NT C:\wont\Profiles\All Users\Start Menu\Programs\Startup 

    • Windows 2000 C:\Documents and Settings\All Users\Start Menu\Programs\Startup

  11. Dossier de démarrage du profil utilisateur 

    • Ce dossier sera exécuté pour l'utilisateur particulier qui se connecte.


      Ce dossier se trouve généralement dans:

    • Gagnez 9X, ME c:\windows\start menu\programs\startup 
    • Windows XP C:\Documents and Settings\LoginName\Start Menu\Programs\Startup
  12. RunOnce Clé utilisateur actuelle 

    • Ces clés sont conçues pour être utilisées principalement par les programmes d'installation.
    • Les entrées de ces clés sont démarrées une fois puis supprimées de la clé.
    • S'il y a un point d'exclamation précédant la valeur de la clé, l'entrée ne sera supprimée qu'une fois le programme terminé,   sinon, il sera supprimé avant l'exécution du programme. C'est   important, car si le point d’exclamation n’est pas utilisé et que le   programme référencé dans cette clé ne parvient pas à terminer, il ne fonctionnera pas   à nouveau comme il aura déjà été supprimé.
    • Les clés RunOnce sont ignorées sous Windows 2000 et Windows XP en mode sans échec.
    • Les clés RunOnce ne sont pas prises en charge par Windows NT 3.51.


    Clé d'enregistrement:

    HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\RunOnce
    
  13. Explorateur Run 

    • Ces clés sont généralement utilisées pour charger des programmes dans le cadre d'une stratégie mise en place sur l'ordinateur ou l'utilisateur.


    Clés de registre:

    HKEY_LOCAL_MACHINE\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer\Run
    HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\Policies\Explorer\Run
    
  14. Clé de chargement 

    • Cette clé n'est plus couramment utilisée, mais peut être utilisée pour démarrer automatiquement des programmes.


    Clé d'enregistrement:

    HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\Windows\load
    
  15. AppInit_DLLs 

    • Cette valeur correspond aux fichiers en cours de chargement via la valeur de Registre AppInit_DLLs.
    • La valeur de Registre AppInit_DLLs contient une liste des DLL qui seront chargées lorsque user32.dll est chargé.
    • Comme la plupart des exécutables Windows utilisent le fichier user32.dll, cela signifie que toute DLL répertoriée dans la clé de registre AppInit_DLLs sera chargée   aussi. Cela rend très difficile la suppression de la DLL telle qu'elle sera   chargé dans plusieurs processus, dont certains ne peuvent pas être arrêtés   sans provoquer d'instabilité du système.
    • Le fichier user32.dll est également utilisé par les processus qui sont automatiquement lancés par le système lorsque vous vous connectez. Cela signifie que   les fichiers chargés dans la valeur AppInit_DLLs seront chargés très tôt   dans la routine de démarrage de Windows permettant à la DLL de se cacher ou   se protéger avant d'avoir accès au système.


    Clé d'enregistrement:

    HKEY_LOCAL_MACHINE\Software\Microsoft\Windows NT\CurrentVersion\Windows
    
  16. ShellServiceObjectDelayLoad 

    • Cette valeur de Registre contient des valeurs de la même manière que la clé Run.
    • La différence est que, au lieu de pointer sur le fichier lui-même, il pointe vers InProcServer du CLSID, qui contient les informations   sur le fichier DLL particulier utilisé.
    • Les fichiers sous cette clé sont chargés automatiquement par Explorer.exe au démarrage de votre ordinateur. Parce que Explorer.exe est le shell de votre   ordinateur, il démarrera toujours, chargeant ainsi toujours les fichiers sous   cette clé. Ces fichiers sont donc chargés au début du démarrage   processus avant toute intervention humaine.


    Clé d'enregistrement:

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\ShellServiceObjectDelayLoad
    
  17. SharedTaskScheduler 

    • Cette section correspond aux fichiers en cours de chargement via la valeur de Registre SharedTaskScheduler pour les ordinateurs XP, NT, 2000.
    • Les entrées de cette valeur de registre s'exécutent automatiquement lorsque vous démarrez Windows.


    Clé d'enregistrement:

    HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Explorer\SharedTaskScheduler
    

Les fichiers suivants peuvent être lancés automatiquement lors du démarrage des programmes:

  1. c: \ autoexec.bat
  2. c: \ config.sys 3. windir \ wininit.ini - Généralement utilisé par les programmes d'installation pour qu'un fichier s'exécute une fois, puis soit supprimé.
  3. windir \ winstart.bat
  4. windir \ win.ini - [windows] "load"
  5. windir \ win.ini - [windows] "exécuter"
  6. windir \ system.ini - [boot] "shell" 8. windir \ system.ini - [boot] "scrnsave.exe"
  7. windir \ dosstart.bat - Utilisé dans Win95 ou 98 lorsque vous sélectionnez le "Redémarrer en mode MS-DOS" dans le menu d'arrêt.
  8. windir \ system \ autoexec.nt
  9. windir \ system \ config.nt

La source Emplacements de démarrage automatique du programme Windows


Avertissement

Je ne suis en aucun cas affilié à SysInternals, Nirsoft ou WinPatrol, je ne suis qu'un utilisateur final du logiciel.


11
2018-03-02 11:35



Dans Windows 10, cette question est étiquetée comme, vous ne pouvez pas utiliser msconfig comme il vous dit d'utiliser le Gestionnaire des tâches. Le Gestionnaire des tâches ne vous donne alors pas la possibilité de «retarder» le démarrage uniquement pour activer / désactiver. - icc97


Si votre programme n’est pas disponible dans le Planificateur de tâches, il pourrait alors résider dans le programme. Registry ou dans le startup dossier, ou en cours d'exécution en tant que service d'arrière-plan.

Emplacement du dossier de démarrage pour tous les utilisateurs est comme suit:
C:\ProgramData\Microsoft\Windows\Start Menu\Programs\StartUp

Emplacement du dossier de démarrage pour utilisateur actuel est comme suit:
C:\Users\Username\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup

Emplacement du registre de démarrage pour tous les utilisateurs est comme suit:
HKLM\Software\Microsoft\Windows\CurrentVersion\Run
HKLM\Software\Microsoft\Windows\CurrentVersion\RunOnce

Emplacement du registre de démarrage pour utilisateur actuel est comme suit:
HKCU\Software\Microsoft\Windows\CurrentVersion\Run
HKCU\Software\Microsoft\Windows\CurrentVersion\RunOnce

Une fois que vous avez trouvé le nom de votre programme, vous pouvez le désactiver en toute sécurité et effectuer une nouvelle tâche dans le programme. Task Scheduler et le retarder selon vos besoins.

Si vous ne parvenez pas à trouver votre programme dans les emplacements ci-dessus, il peut se trouver dans la console des services. Appuyez sur le bouton de démarrage et tapez services.msc et obtenez la console de gestion des services et vous y trouverez votre programme.

Vous pouvez télécharger Autoruns de la suite SysInternal de Microsoft et vérifiez vous-même toute une série de programmes de démarrage.


1
2018-03-02 11:13





Il y a un gros problème, très important, avec certains "programmes".

Chaque fois qu'ils s'exécutent, ils définissent / touchent le registre pour ajouter une entrée sur \ Software \ Microsoft \ Windows \ CurrentVersion \ Run. Au prochain démarrage, ils seront exécutés à nouveau dès la connexion, et ils n'ont aucune option pour les désactiver.

Je déteste une telle façon de faire, mais parfois, un tel programme doit fonctionner (lié aux pilotes).

À titre d’exemple, un scanner de documents / papier sans programme (sans interface graphique) en arrière-plan ne fonctionne pas du tout, ce programme s’installe lorsque les pilotes sont installés (il n’est pas compatible twain, désolé! Juste au cas où certains experts pensent sur cette autre façon d'obtenir le problème) ... maintenant la partie mauvaise, un tel programme l'a mis lui-même dans le registre, de sorte qu'il fonctionne toujours dès la connexion, maintenant la pire partie, si je supprime l'entrée de registre tout en un tel programme est en cours d'exécution, il ajoute à nouveau l'entrée.

J'ai un workarround très moche (mélange de tâches automatisées et manuelles) pour éviter de le faire tourner tout le temps (la plupart du temps je n’utilise pas ce type de scanner, et même plus, beaucoup de jours je n’ai pas de port USB). Il est basé sur l'exécution d'un script qui fait deux choses ou trois ... lancez le fichier .lnk pour démarrer ce programme, lancez un wait / sleep pendant deux minutes (le temps que le programme gèle Windows au démarrage) afin que Le script attend que ce programme soit complètement chargé, puis lancez le fichier .lnk de l'interface graphique du scanner afin de pouvoir numériser les documents. Après avoir terminé, j'utilise manuellement ProcessExplorer pour tuer le programme au programme, puis lancez un fichier .reg créé pour supprimer l'entrée du registre. Il ne s'exécutera donc pas au prochain démarrage.

Depuis que je supprime l'entrée de registre un tel programme n'est pas en cours d'exécution (je l'ai tué avant), il ne peut pas ajouter au registre, l'entrée de lancer lui-même au prochain démarrage ... si j'ai oublié de le tuer, dès que je supprime l'entrée (appuyez sur F5 pour actualiser les entrées de registre), elle a été recréée.

Si je le fais de cette façon, je gagne chaque jour plus de deux minutes à chaque démarrage.

Alors, comment un outil peut-il obtenir cette façon moche (pour ne pas dire le pire mot) de faire les choses: Le programme l'ajoute lui-même pour démarrer, pas seulement à chaque exécution, dès que l'entrée est supprimée.

J'avais utilisé un outil (très similaire au RegMon de SysInternals, mais avec une autre interface graphique, donc il vous indique le temps qu'il faut pour passer d'un événement à un autre sur le même "dossier" de registre). jusqu'à ce qu'un programme aussi laid le recrée, passe seulement entre 0.00001 et 0.0002 secondes (oui moins de deux millisecondes), donc un tel programme doit utiliser un hook sur le registre pour surveiller les changements (en effet, un débogueur que j'ai utilisé montre aussi qu'il a ).

Alors, comment peut-on lancer un programme qui surveille le registre pour l'ajouter lui-même à la liste de démarrage s'il n'y est pas?

J'ai essayé encore une chose (pas si stupide que vous ne le pensez, c'est juste un test), je renomme (pas efface) l'entrée et vois ce qui se passe ... l'entrée est renommée en fonction de ce qu'un tel programme veut.

Si un tel programme ne surveille que la "suppression" du "X" nommé, il y a un "truc", basé sur le renommer avant de supprimer le renommé; dans ce cas, cela ne fonctionne pas ... le programme surveille également tout ce qui est fait à l'entrée et le retourne à ce qu'il veut ... alors, pendant que le programme fonctionne, il n'y a pas d'autre option ... il sera ré-exécuté au prochain démarrage, sauf si après l'avoir tué, la clé de registre est supprimée.

Pire encore ... une mise à jour du pilote rend les choses les plus mauvaises, les pires ... maintenant je ne peux pas tuer une telle tâche après le démarrage ... ça fait quelque chose de très bizarre, donc à moins de tuer une tâche appelée tâche Windows principale) je ne peux pas le tuer, mais tuer une telle tâche ferait évidemment un très beau BSOD.

Solution (qui ne fonctionnait pas du tout): Débranchez le scanner USB, désinstallez le pilote, l'application du scanner et tout ce qui s'y rapporte, supprimez le périphérique de la liste USB pour supprimer tous les fichiers utilisés, etc. ... puisque le programme principal est exécuté en arrière-plan, je ne peux pas tuer cette tâche, je peux éviter que le registre ait l'entrée de lancement, etc. redémarrage en mode sans échec (le programme l'ajoute également au registre pour un démarrage sécurisé) pas une solution, le programme est à nouveau exécuté.

Aussi, j'avais essayé une solution de canon ... utiliser un outil pour définir un tel fichier à supprimer lors du prochain démarrage, mais le prochain démarrage dit: Le fichier ne peut pas être supprimé, il est en cours d'utilisation.

La dernière mise à jour du pilote a mis beaucoup d'obstacles à interdire de ne pas le faire fonctionner ... alors j'aurais accès à la solution "maître" (si je ne suis pas catholique), aller au fabricant avec le scanner et le casser sur la tête du responsable de cette façon de faire tourner le "driver" ... puisque je suis catolique ... je fais l’autre solution "master" ... non, pas le formater ... prendre un Linux Live et de Linux éditer le partition du système Windows et "supprimer" le programme, de cette façon, il ne peut pas être exécuté au prochain démarrage ... si je n'oublie pas de supprimer les +20 endroits où il est sur le disque dur ... et rappelez-vous, il est pas un cheval de Troie, pas un malware ... c'est un pilote pour un scanner assez ancien provenant d'une fabrication très bien connue (deux lettres dans abrev.) ... et ensuite démarrer dans windows, nettoyer le registre, etc ... et jamais branchez à nouveau ce scanner sur n'importe quel ordinateur ... depuis que vous le branchez, il installe automatiquement ce pilote sans aucune option pour l'éviter ... depuis que Windows a téléchargé la dernière version de ce pilote (si aucune connexion Internet) alors installez le dernier (testé) et encore le même problème ... et la même solution ... supprimez tous les fichiers en utilisant un Linux.

Je sais qu'il est un outil pour modifier la sécurité de registre, mais il ne permet pas de chage entrées verrouillées, et en changeant le plein \ Software \ Microsoft \ Windows \ CurrentVersion \ Run sécurité est trop mal, pour ne pas mentionner qu'il est sans sence. .. tel programme qui édite le registre est en cours d'exécution dans le compte système ... plus de privilèges que l'administrateur un ... trop, il peut sauter toute sécurité.

Trully, c'est le plus mauvais programme que j'ai trouvé pour s'en débarrasser ... beaucoup plus que des virus, des chevaux de Troie, des logiciels malveillants, etc ... et c'est un "pilote" pour un scanner.

Pourquoi je ne le laisse pas fonctionner à chaque démarrage: quand il démarre, il faut un peu plus de deux minutes où le PC semble être gelé, peu importe s'il est lancé au démarrage ou exécuté manuellement après le démarrage ... ne rien faire, pas de rafraîchissement de l'écran, pas de déplacement du pointeur de la souris, etc.

Maintenant, j'ai un scanner USB compatible TWAIN, l'autre que je l'utilise seulement pour casser des pierres sur la cour! Je ne laisserai personne souffrir ce que je souffre ... et bien sûr je ne rachèterai plus jamais quoi que ce soit, quoi que ce soit.

Eh bien, a dit que, très, très extrême cas ... je dois admettre que j'utilise beaucoup de programmes qui ont tendance à fonctionner au démarrage ... beaucoup d'entre eux ont la possibilité de ne pas s'exécuter automatiquement lors de la connexion, mais d'autres n'ont pas cette option ... l'un d'eux verrouille le registre, ni le rajoute au registre ... mais il y en a quelques-uns qui, une fois lancés, se sont ajoutés à l'entrée de registre de démarrage .

Pour ceux-là, j'ai mon propre script de lancement: lancez le .lnk du programme, faites un sommeil de quelques minutes (assez pour les laisser ré-ajouter au registre), lancez le .reg pour supprimer une telle entrée ... et le tour est joué , au prochain démarrage, ils ne sont plus exécutés.

Mais l'un d'entre eux, re ajouter l'auto à la sortie, donc je dois utiliser un aproche très différent, mon script est: lancer le programme avec une / attente (début de l'utilisation pour le lancer), mais vous assurer de lancer le programme ne le .lnk ... alors le script attend / dort jusqu'à la fin du programme, puis le script continue et supprime l'entree du registre.

Un autre est un peu plus compliqué ... nécessite une tâche d'arrêt sur taskmanager ... car au démarrage, il lance un autre processus sans attendre ... donc mon script (avec / wait) n'attend que la fin du programme principal (quelques millisecondes) mais pas pour la principale qui est lancée ... alors mon script d’arrêt le fait: essayez de tuer le programme, puis supprimez le registre.

En d'autres termes ... si le registre n'est pas verrouillé ... ma meilleure solution est d'utiliser mon propre script (avec une liste noire similaire) qui s'exécute à l'arrêt, il supprime les programmes impliqués et supprime les clés de registre Je ne veux pas que le prochain démarrage soit exécuté.

De cette façon, je peux lancer les programmes uniquement quand je veux et pas sur toutes les bottes.

Effet secondaire: certains d'entre eux doivent être exécutés avec des droits élevés / admin ... et comme je ne veux pas désactiver ACM, je dois appuyer sur OK pour chacun d'eux ... si je les laisse au démarrage, ils s'exécutent sans besoin une telle confirmation.

Il serait heureux de M $ d'avoir mis en œuvre d'une autre manière ... si quelque chose nécessite des droits élevés, demandez-le et laissez l'utilisateur dire (ne me demandez pas plus de fois à l'avenir), ainsi que lors de l'édition d'un fichier .lnk pour dire besoin de droits élevés / runas admin ... avoir une autre option (ne pas demander) et activer une telle option demander à l'utilisateur quand une élévation demande ... donc ne peut pas être piégé et être activé que par l'utilisateur réel ... etc.

Jusque-là, si je dois exécuter une application qui l'a mis lui-même sur le registre, je vais utiliser un RegMon surveillant tous les +8 endroits où une application peut mettre une entrée pour s'exécuter automatiquement au prochain démarrage ... Je ne connais aucun freeware qui peut faire quelque chose de similaire pour les dossiers, ni pour le programmateur ... sauf un très intrusif, qui vous demande de confirmer tout changement ... quelque chose qui fait échouer certaines applications (messages de temporisation).

Je laisse toutes ces informations, pour que les autres le sachent et au cas où un développeur le verrait et serait en mesure de créer un excellent outil FreeWare pour: verrouiller les entrées automatiques du registre, les répertoires, planifier les tâches, modifié, comme un outil de boîte de sable; présenter ensuite à l'utilisateur ce que l'on veut changer et laisser marquer / vérifier si cela est autorisé ou non, le prochain démarrage sera donc comme souhaité par l'utilisateur, et non par chaque application.


0
2017-11-02 11:36