Professional Documents
Culture Documents
SECTIONS TECH NEWS TUTORIALS REVIEWS NEWSLETTERS PODCAST PRODUCT DIRECTORY ABOUT
FEATURED PRODUCT
LATEST PODCAST
TechGenix
Future of chatbots with Alex Masycheff
Cookie policy
FEATURED FREEWARE
To use the troubleshooting packs, you will have to specify the Get-TroubleshootingPack cmdlet, followed Download Free TFTP
Server. The most
by the name of the troubleshooting pack that you want to use. If you want to perform network diagnostics
trusted on the planet by
for instance, you would enter the Get-TroubleshootingPack cmdlet, followed by the word Networking. IT Pros
Before I continue, I wish to point out that the reason why I am able to get away with using a simplified
command such as Get-TroubleshootingPack Networking is because I am working from within the
C:\Windows\Diagnostics\System folder. If you try to run a troubleshooting pack from another location, you
will usually have to provide a full path. The command looks like this: RECOMMENDED
RECOMMENDED
A simple five-step plan
Short but sweet: Useful PowerShell one-liner commands for network
troubleshooting
Get-TroubleshootingPack -Path “C:\Windows\Diagnostics\System\Networking”
How to do an Active
Directory health and
risk assessment
Running troubleshooting packs
So now that I have explained how to access a troubleshooting pack, let’s take a look at what happens Remote connectivity
when you run a troubleshooting pack. For the following examples, I am going to be using the Windows solutions: Doing RDP
sans Microsoft
Update troubleshooting pack, but the process works in basically the same way regardless of which
troubleshooting pack you use.
So with that said, when you run the Get-TroubleshootingPack cmdlet and specify the name of an
individual troubleshooting pack, the initial results are not exactly helpful. As you can see in the figure
FOLLOW US
below, Windows initially provides some version information, and not much more.
Running the troubleshooting pack in this way isn’t exactly helpful, but there is quite a bit of useful
information contained within the troubleshooting pack. Before I show you how to extract that information
though, I want to show you how to find out what the troubleshooting pack does, and how to tell if it will
work on your system. The reason why this is important is because some troubleshooting packs are
designed for Windows 10, while others might only work on Windows Server.
The system that I am using to generate the screen captures in this article is running a 64-bit edition of
Windows 10. Therefore, if I wanted to know what the Windows Update troubleshooting pack does and
whether or not it will work on my system, I would use a command like this one:
As you can see in the figure below, the SupportsClient field shows a value of “True,” meaning that the
pack will run on Windows 10. Similarly, the SupportsAmd64 column is also showing a value of true,
meaning that the pack will work on a 64-bit operating system. The values that you can use to test whether
or not a troubleshooting pack is supported include:
• SupportsClient
• SupportsServer
• SupportsX86
• SupportsAmd64
• SupportsIA64
So now let’s take a look at how to use a troubleshooting pack to determine what is wrong with a system.
Rather than running the Get-TroubleshootingPack cmdlet directly, it is usually going to be easier to map
the cmdlet to a variable. Therefore, I am going to use a variable named $Diag. Here is the command:
In this case, no problems were found. In all honesty, I would have been surprised if problems were
detected, because Windows Update is working fine. Had a problem been detected though, Windows
would have provided information on how to correct the problem.
Just for the sake of demonstration, however, let’s pretend that we had received a message stating that
Windows Update components needed to be repaired. Troubleshooting packs will usually provide you
with a recommended resolution, but there is a way to manually get more information if necessary. For
example, the Windows Update troubleshooting pack might indicate that Windows Update is failing
because there are pending system changes that require the system to be rebooted before additional updates
can be installed.
READ NEXT
9 essential PowerShell
security scripts every
admin must know
POWERSHELL
HOME » OPERATING SYSTEM » WINDOWS 10 » DIAGNOSING COMMON WINDOWS PROBLEMS WITH POWERSHELL TROUBLESHOOTING
PACKS
AUTHOR
Brien Posey
Brien Posey is a freelance technology author and speaker with over two decades of
IT experience. Prior to going freelance, Brien was a CIO for a national chain of
hospitals and healthcare facilities. He has also served as a network engineer for
the United States Department of Defense at Fort Knox. In addition, Brien has
worked as a network administrator for some of the largest insurance companies in
America. To date, Brien has received Microsoft’s MVP award numerous times in
categories including Windows Server, IIS, Exchange Server, and File Systems /
Storage. You can visit Brien’s Website at: www.brienposey.com.
1 COMMENT
Your email address will not be published. Required fields are marked *
Name* Email* POST COMMENT
networks.
Copyright © 2019 TechGenix Ltd. | Privacy Policy | Terms & Conditions | Advertise Confidentialité - Conditions