Redémarrage basé sur les mises à jour Windows – contournement

J'ai un script powershell qui fonctionne à la nuit dans le PC de bureau – (avec des privilèges d'administrateur) – le problème se fait de nuit Les mises à jour sont poussées et le système redémarre et le script ne démarre pas car je n'ai pas d'exécution de lot ou d'autres droits semblables .

Il existe un moyen de mettre à jour les mises à jour de Windows avec powershell dans le gestionnaire de tâches.

Cependant, je voulais savoir si c'est sûr – je redémarrerai le PC une fois que je serai de return au bureau.

Je ne peux pas désactiver le service de mise à jour – il n'y a pas de droits. Principalement voulu connaître la différence entre le service de mise à jour et la tâche de mise à jour.

  1. Le service de mise à jour est-il responsable des téléchargements de mise à jour? ou la tâche est-elle responsable?
  2. Le service de mise à jour est-il responsable de l'installation des mises à jour ou la tâche est-elle responsable?
  3. Quoi de neuf (contre) si je continue à exécuter un script pour mettre fin à la tâche de mise à jour de Windows chaque minute.
  4. J'ai essayé le 'shutdown-a' à chaque minute, mais je suis venu à savoir que cela n'effectuera pas l'arrêt basé sur les mises à jour.

Pas de privilèges d'administrateur – donc bye bye to gpedit, regedits etc solutions basées.

Une fois la mise à jour terminée, il y aura un écran demandant un redémarrage (5 à 15 minutes) ou un redémarrage manuel après une heure, etc. – mais comme personne ne sera là, il se redémarre automatiquement. S'il vous plaît des conseils. – Il est vraiment utile d'en savoir plus.

Si vous n'avez pas de privilèges administratifs, vous ne pourrez pas arrêter / tuer le service ou la tâche de mise à jour Windows. Même si vous possédiez les permissions appropriées, interférer avec la mise à jour de Windows sur un server de production semble être une mauvaise idée sur plusieurs niveaux différents.

Plutôt que d'utiliser les mises à jour de Windows, je pense qu'il y a probablement une meilleure approche. Il semble que votre script fonctionne très longtime. Les mises à jour sont-elles poussées à un moment connu? Incluez la logique dans votre script pour l'empêcher d'exécuter avant que les mises à jour ne soient installées. Affichez votre script dans un file. Une fois que le server a redémarré, vous pouvez configurer le même script pour qu'il soit automatiquement exécuté lors du démarrage / de l'ouverture de session ou d'une tâche planifiée. Le script peut lire dans l'état du script à partir de votre file de sortie et ramasser où il s'est arrêté avant le redémarrage.

Si vous ne connaissez pas le moment précis où les mises à jour seront installées, vous pouvez inclure la logique dans votre script pour vérifier périodiquement si le process client Windows Update est en cours d'exécution (wuauclt). Lorsque le process de mise à jour est détecté, supprimez votre script.

Le problème évident avec cette approche est qu'un script de démarrage nécessite des privilèges administratifs. Peut-être que la seule chose que vous pouvez faire est de configurer le script en tant que script d'ouverture de session afin qu'il soit automatiquement exécuté le jour suivant lorsque vous vous connectez au server.

Si possible, contactez votre service informatique local et requestz-leur de supprimer votre appareil du programme de redémarrage automatique.

Essayer de contourner les redémarrages automatiques peut avoir d'autres implications que vous ne connaissez pas.

Dans mon entreprise, essayer de modifier une application système Windows qui est lié à la conformité et à la security serait considérée comme une mauvaise conduite flagrante.