我们正在为IT学校做一个项目，每个学生都有一个外部驱动器（WD My Passport企业），我们正在尝试在这些驱动器上部署Windows To Go。 每个学生应该能够通过将其连接到学校计算机，然后启动计算机并执行networking启动，并使用Windows部署服务或SCCM在外部驱动器上部署Windows To Go来闪烁驱动器。 我们已经有一台运行着WDS的Windows服务器2012，另外一台运行着SCCM进行testing。 当我们尝试部署到外部驱动器（在我们的任务序列中select的磁盘号为1）时，我们在WinPE中有一个错误，简单地说：无法格式化磁盘1，因为它不是内部固定驱动器。 有没有解决方法？ 以下是LitetouchPE中的错误： https ：//www.dropbox.com/s/p33xqwz6q8axc6p/IMG_20150120_132201.jpg ？ dl = 0
我目前正在我的工作场所运行System Center Config Manager。 我们已经集成了MDT，并在我们所有的PXE部署上运行UDI。 我有很多使用UDI的MDT任务序列，我已经开始研究USMT。 目前我们正在手动备份数据，然后我们希望重新安装，并在安装完成后将这些数据移回去，尽pipe我们希望简化这个操作。 我们目前将数据备份到本地共享（\ BACKUPNAS \ USMT），一旦完成，我们将创build的文件夹的内容移回到桌面，并将我们的其他文件（如Docs）分离回Docs等等。 我希望与USMT有类似的设置。 我需要备份整个驱动器，然后在完成后将整个备份移动到％SYSTEMDRIVE％，在此期间，USMT可以愉快地将文档移动到文档，video到video等。 要做到这一点，我应该把USMT文件分成两个？ 一个用于备份和一个用于恢复？
我尝试将自定义背景部署到％windir％\ system32 \ oobe \ info \ background \ backgroundDefault.jpg，并在“应用程序和包”中创build了蝙蝠，ps1文件以尝试传递该文件，但是当通过CM运行时文件和文件夹不会创build并报告成功。 即使后台文件夹不存在，检测方法仍然表明它存在。 对于部署的应用程序方法，我尝试了文件和文件夹上的文件系统path检测。 我也试过一个自定义的PowerShell脚本进行检测。 在这两种情况下，安装都被logging下来，但文件没有被传输。 基于软件包的安装做了同样的事情，完成没有错误。 我很困惑，search引擎没有帮助。 当我用pipe理员权限手动运行脚本时，这个过程就起作用了。 但SCCM作为系统运行（不在用户上下文中），它重复相同的答案。 有没有人看过这个？ 我很难过 这里是基本的bat和ps1脚本，自定义检测方法只是最终文件中的PowerShell Test-Path命令。 蝙蝠 mkdir c:\windows\system32\oobe\info\backgrounds xcopy .\backgroundDefault.jpg c:\windows\system32\oobe\info\backgrounds\ /y PS1 If ((Test-Path "C:\Windows\System32\oobe\info\backgrounds") -eq $False) {New-Item "C:\Windows\System32\oobe\info\backgrounds" -type directory} If ((Test-Path "C:\Windows\System32\oobe\info\backgrounds\backgroundDefault.jpg") -eq $False) { Copy-Item ".\backgroundDefault.jpg" "C:\Windows\System32\oobe\info\backgrounds" }
据Technet透露： WindowsFeatures指定是否显示Internet Explorer，Media Center，Windows Media Player和Windows Mail的入口点。 什么是“入口点”？ 这与使用“打开或closuresWindowsfunction”控制面板的效果相同吗？ 或者是否创build固定的任务栏项目？
SCCM 2012客户端在部署Flash 19x时出现大量错误，因为其最新版本具有自动更新function，因此我们的许多客户端在SCCM 2012部署之前已经对其进行了更新。 我意识到有一个选项可以在部署时检测到它。 https://www.dropbox.com/s/ez64gzfchv3sajx/sccm05.png?dl=0 如果在PC中存在相同版本的SID包，没有任何方法可以在包中检测到它，没有部署和跳过，如果没有find相同的版本，请继续。 由于某些原因，我们不能使用Powershell，我只有VBScrpt和JScript的select，但我不知道如何编写脚本，坚实的例子和编码是理想的。
我想运行一个脚本，自动清除客户端计算机上的SCCMcaching。 为此，我写了一个简单的batch file： if exist %Windir%\ccmcache ( RMDIR %Windir%\ccmcache /S /Q ) 我已经通过SCCM把它作为一个“应用程序”来部署。 基本上我已经创build了部署来运行该脚本作为程序的“卸载”，并select检测方法来检查客户机上是否存在%Windir%\ccmcache 。 问题是，当它试图清除caching时，正在运行的batch file存储在caching中，然后失败。 我得到以下错误： The software change returned error code 0x87D01106(-2016407290). 有没有解决这个问题？
如何识别和报告最多数量的暂时terminal用户系统（如膝上型计算机）连接到networking时使用哪些好的信息？ 可用于我的是来自以下系统的事件日志信息：域控制器和最终用户系统。 我想就我们应用于我们的补丁pipe理stream程的维护窗口做出数据决定。
在下面的屏幕截图中单击顶部部署时，将显示消息“DT不能为空”，并且部署监视工具closures。 单击其他部署可在信息窗格中显示预期的信息。 我一直无法find关于这个问题的很多信息。 我认为DT代表部署types。 我不确定这个消息是否是部署实际问题的证据。 这是我所知道的： 这个问题发生在许多不同的客户，也可能是所有的客户 部署被分配到一个包含200多个成员的集合。 部署的可用性和截止date时间表是不同的，都在未来。 它们基于UTC时间。 这是一个应用程序，一个脚本安装程序部署types。 操作是安装，目的是必需的。 我能够用一个完全不同的应用程序的全新部署复制这个问题。 部署似乎按计划进行。 部署到“可用”后，问题不再出现，我可以按预期的方式从客户端查看部署的详细信息。 如果我把过去的“可用”时间改变一段时间，问题就会消失。 如果我把时间设定在将来的某个时间，这个问题不会回来，但客户端显示（DMT）和行为像（软件中心）“可用时间”是在将来。 任何援助或想法将不胜感激。 当我得到更多的信息时，我将编辑这个问题，如果我自己来的话，我也会发布答案。 我不能成为这里唯一遇到这个问题的人。
我不确定这是否是完全可能的，但是我正在努力编写WQL查询语句，使我可以根据机器variables来填充SCCM设备集合。 例如：名为“TestVM-01”的设备有一个名为“PatchGroup”的机器variables，其值为“Hour1”。 我希望名为“Hour1”的设备集合dynamic地填充PatchGroupvariables设置为Hour1的任何设备。 我首先努力通过PowerShell和WMI查询设备variables，因为SMS_MachineVarible类是SMS_MachineSettings的惰性属性，因此您必须通过完整path调用对象。 在Powershell / WMI中，我可以用这样的东西来查询它 (([wmi]"\\SCCM-LAB\root\sms\site_001:SMS_Machinesettings.ResourceID=11111111").machinevariables | where name -eq "PatchGroup").value 如果您查询SMS_MachineSettings而不指定对象的完整path，它将返回MachineVariables属性为空 任何人都可以告诉我，我将如何编写WQL，以从SMS_Resource类“其中PatchGroup = x”拉对象的列表？
我正在尝试通过SCCM for Dell Bios Firmware运行升级脚本。 我需要它在没有立即重新启动的情况下静静地运行。 当我推送脚本时，升级运行并成功login，退出代码为2 – 需要重新引导。 但是，当用户手动重新启动后立即或在业务结束时，BIOS过程不会在后续过程中运行，也不会执行升级。 这是脚本：E7470-06.exe / s / FORCEIT /l=c:\logs\E7470-06.log 任何帮助，为什么它不会在重新启动后完成升级将不胜感激。 日志捕获： ***BIOS flash started on 10/12/2016 at 13:50:29*** Command: C:\WINDOWS\ccmcache\5x\E7440A18.exe /s /FORCEIT /l=c:\logs\E7440A18.log A13 INSTALLED (Dell System Latitude E7440) – System BIOS : A13 – Embedded Controller : A10 – Legacy Video OROM : 2178.V.15 – Legacy RAID […]