Kazi

This appears to be a BIOS issue, not an SCCM issue. Your BIOS will not make Disk 1 the bootable disk when another disk is inserted because the other disk is recognized as Disk 0 - this is normal BIOS behavior. Check your BIOS settings and see if there are any manufacturer updates that will allow you to choose Disk 1 as your bootable hard drive.

OK – sorry for the delay in posting a solution. It’s been a busy morning so far. J What I noticed was that in my custom client settings, anytime I clicked on Hardware Inventory and then clicked the Set Classes button, the Hardware Inventory Classes window would open but nothing would populate in the window and I would get an error message that would crash the Configuration Manager (after a few clicks of OK). No matter how many times I tried to check the Hardware Inventory, it would end up crashing the Configuration Manager console (I apologize to everyone, I don’t have the exact error message that was popping up) and I’d have to open it again. The only client setting that I could get into and successfully view the Hardware Inventory was the Default Client Settings. What I did was I deleted all policies with the exception of the Default Client Settings and I recreated them. Once I recreated them, I checked to make sure I could get into the Hardware Inventory and click on Set Classes without getting an error message. The new client policies let me set hardware classes without an issue. I assigned them their priority and then I deployed them to the proper collections again. I allowed a few hours and I checked the report and BAM! There they were… so something was corrupted inside of the old client settings that I defined previously. Once I created the new ones and deployed them, SCCM started reporting correctly. I hope this helps anyone who might have this same issue.

Sorry, I had the entire solution typed up and when I clicked "Post" I got an error message and lost the whole thing... I planned on coming back and posting the solution in a bit after Monday morning decides to calm down.

I was able to resolve this issue. Thanks to everyone who took a look at this and to those who replied.

Unfortunately mine doesn't show Windows 8.1 - still trying to figure out what is wrong and why they aren't showing. Funny thing is if I go to DEVICES and right click on a Windows 8.1 computer and click PROPERTIES it shows "Operating System - Windows 8.1 Enterprise" and "Operating System Name and Version - Microsoft Windows NT Workstation 6.3" so it's somewhere between how SCCM is reporting devices and how the reporting tool is gathering that information. If I'm off base, please let me know.

How did you create the task sequence? Did you use the wizard or did you create you own?

How did you create your capture task sequence? Are you trying PXE boot the computer and run the TS or are you using any kind of media as a bootable device and then trying to capture that way?

I wish I could do that - but my manager wants it in SCCM Reporting. I'm trying to figure out why it isn't there.

Hello everyone, Reports in SCCM do not show the latest operating system that we are running (Windows 8.1). If I go to REPORTING - REPORTS - OPERATING SYSTEM and choose Computers with a specific operating system, my only choices are: Microsoft Windows 7 Enterprise Microsoft Windows 8 Enterprise Microsoft Windows Server 2008 R2 Datacenter Microsoft Windows Server 2008 R2 Standard Microsoft Windows Server 2012 Datacenter Microsoft Windows Server 2012 R2 Standard Microsoft Windows Server 2012 Standard Microsoft Windows XP Professional Microsoft® Windows® Server 2003 Standard x64 Edition Microsoft® Windows® Server 2003 Standard, Edition Microsoft® Windows Server® 2008 Standard Our desktop OS that we upgraded to is Windows 8.1 (we did test and deploy a few Windows 8 computers prior to the release of Windows 8.1). I also have some Server 2012 R2 Datacenter installs that are out there and the Server 2012 R2 Standard only shows 1 computer in the list but I have about 10. Does anyone know why SCCM Reporting would not show Windows 8.1 and Server 2012 R2 Datacenter? Also, I can't figure out why only 1 server shows up under the Server 2012 R2 Standard? The weird thing is, the server that shows up under Server 2012 R2 Standard was built a long time after any of our Windows 8.1 computers. I have a single server for SCCM with SQL 2012 SP1 on the same server. I'm thinking it's something to do with SQL but before I go poking around, I'd like to see if anyone has any information I could use. Thanks in advance. Kazi

Thanks Peter. What I did was I created his "own" update folder and I'm going to have him use that one when he creates a update - that way I will be able to watch and see if his folders disappear and mine do not.

He went into Software Updates and downloaded updates for Windows - when he selected what he wanted to download he clicked on Download which asked him if he had a deployment package already created or if he wanted to create a new one. He chose create new deployment package and for Package Source, he clicked on Browse and went out to \\SERVER\CM_DSL\UPDATES and when in there, he clicked on New Folder and created the folder "Workstation Update" then chose that folder and clicked OK and Next. That's how he saw the folders were gone again - because when he created the new folder he noticed none of the other ones were there. Does that make sense?

Yes - He said he didn't delete anything. He said he went in to create the new update and when SCCM asked him where to save the downloaded files, he went to the server\Updates folder and was going to create the folder on the fly. That's when he noticed the previous folders were missing.

Just an update on this - I thought I had this nipped in the bud by setting permissions on the Update folder because the folders were there last week since my last post in April 16... Then yesterday the other SCCM Admin created an update deployment and said the folders are gone again! Is there something in R2 that is "designed" to delete those folders in order to keep it clean? I *believe* I can still deploy the updates because they were copied to the DP - but I'm not certain. I'm going to set up a test computer and deploy to it using a Windows Update job where the folders are deleted to see what happens. I'll report back.

Have you tried the task sequence on different computers? I had an issue similar to this once (although I don't remember the error code) and the only way to fix it was to insert the operating system disk and format the hard drive. After I did that and tried again, it worked. This happened when we were running SP1, not R2 but it still might be worth a shot.

Just set up a collection based on "%wb%" and deploy the PowerShell to that collection - so have a PowerShell script that looks like this: Install-WindowsFeature -Name Web-Server -IncludeAllSubFeature -ComputerName Server1 Just add what feature you need and if you don't need all sub features, then don't include the -IncludeAllSubFeature. If you would like more of an explanation let me know in a PM.

I don't think this was the problem, but this morning I went through my Site Maintenance and I noticed that "Rebuild Indexes" was enabled although it *should* be disabled by default. I don't remember turning that on - maybe the other SCCM admin did but I did set it so it is not enabled. Again, I don't think that would be deleting my folders but so far they are still there.

What operating system are your client computers and how many of them do you have? I had an issue with installing CU3 a while back so what I had to do was create a PowerShell script to copy the R2 client update to the computer that needed it and then kick off the R2 .msp file on that same computer. What I would try to do is go to a test computer and uninstall the client and then reinstall it manually just to rule out that something didn't happen when the R2 client was installed.

Sure Peter - last Wednesday I went into Software Updates - All Software Updates and searched for Microsoft products for Windows XP and Windows 8.1 that were released within the last month. Once I had that search filtered, I highlighted the required Windows Updates and clicked on Download which prompted me to create a Deployment Package. When creating the deployment package, I am asked for a package source location which I point to \\ServerName\CM_DSL\Updates\ and then I created a folder called WorkstationUpdates-April2014 and I chose that folder. I chose my distro point and chose to download the updates from the internet. Once I finished everything and the downloads completed, I checked my Deployment Package and verified that it points to \\ServerName\CM_DSL\Updates\WorkstationUpdates-April2014. Inside of that folder are the GUID folders of the updates that were downloaded from Microsoft. I hope that's what you are asking for? Rocket Man, I have not yet tried changing the update folder location. I was hoping to be able to get through deploying the updates this month before trying that. By the way, as of right now the folders are still there since I copied them back yesterday at 3:41 PM.

What does your deployment status show you under Monitoring - Deployments? Find your software deployment and check the status.

I have Endpoint Protection on the server - but I don't think that's what is removing the folders... I checked for any scripts and there aren't any that I can find. I'm the only admin with the exception of another guy here and he said he doesn't even know how to create a script to remove the folders. I'm really at a loss - I have created the deployment packages and the software update groups EXACTLY as I have in the past and I didn't have these issues before. I asked the other SCCM admin if he did anything in SCCM or on the server. He said he deleted old software update groups but not the software update packages or delete anything off the server. I don't think that's the problem because my current software update groups are affected as well. In the link I posted in my first post, the final post by Abe says the update packages were downloaded to the root of the share. I'm not exactly following what he means - but my update package downloads are created on \\ServerName\CM_DSL\Updates and then I create a folder for servers or workstations with the date, so for servers this month I made a folder ServerUpdates-April2014 - so the complete path is \\ServerName\CM_DSL\Updates\ServerUpdates-April2014 and inside of that are the download folders with GUID names. I'll keep digging today but I'm running out of ideas. Thanks to all for reading and giving your input.

The folders are deleted again - it happened between my last post and this one... I'm not sure what's up but I'm getting pretty frustrated.

Why not use a PowerShell script to check the computer name and install the necessary roles using that? The local computer name can be retrieved using $env:computername and you can install roles and features with something like this: Install-WindowsFeature –Name Web-Server -ComputerName LocalComputerName (this would be your local computer name or PS variable you assigned to the $env:computername)

I don't believe that a task sequence will support a partially matching variable. In order to use '%wb%", the condition would have to be Variable OSDComputerName like "%wb%" which doesn't exist in TS.

Are you creating an application or a package? What does your install program look like?

Update on this - I recreated everything yesterday and downloaded the updates again. My deployment last night had a high success compliance percentage and the folders from yesterday are still there... I'll keep an eye on it to see if they disappear or not.