First of all, I’d like to wish everyone visiting my page a happy 2017 🙂
I hope everyone had a blast and is eager to learn some more in the new year.
As for myself, just before the year had ended, so did my previous assignment. Luckily a new assignment was already in the works and I literally went to job A on Tuesday and job B on Wednesday. This means new workplace, new technologies, new people etc.
Ever have a Task Sequence in MDT which you customized and configured to use a specific driver profile, then having to create a second one just for another model and you have to copy everything over?
Well, I did and didn’t like it.
So according to Johan Arwidmark [if you’re into MDT and don’t already know this guy, get to know him!], this is possible in various ways.
Now while I used his approach, I didn’t like the fact that it wasn’t easily re-usable and I still had to provide various data myself. And I’m lazy, so I don’t want that!
In case you’re using Microsoft’s awesome Microsoft Deployment Toolkit [MDT] solution, there might be a thing you don’t often do, but can take up a while of your time and can have quite some impact if you forget a few steps..
What I’m talking about is updating/regenerating your MDT Boot Images and replacing them within Windows Deployment Services [WDS].
Of course such a thing is ideally done through PowerShell as it automates and thus limits the amount of human errors possible.
Today I was playing around on some machines on which I noticed the Power Plans were set incorrect, Balanced on a server :'(
Now of course I can do this manually, or I can use PowerShell instead!
Since I want to use this more often and want to create my own “toolbelt” [aka module with common tools], I’ve decided to make the solution as advanced functions, not just scripts.
A quick post this time about something that might be helpful for others, something that saves me from typing too much 🙂
I’ve noticed over the last week that I’ve been doing various remoting commands through Invoke-Command to the same machines, which require additional credentials to access.
Why re-type something when you can automate it 🙂
I used to have to do the following:
As you might have noticed, I’m having fun playing around with SCCM lately and have really noticed that PowerShell is king here.
While the application has great potential, I personally feel that the GUI is lacking functionality which you can only obtain through PowerShell. Of course this isn’t a problem, merely a challenge in some cases, but I feel that they could’ve stepped up a bit. It at least explains why I see so many SCCM admins playing around with PowerShell.
Robert Prüst