Articles of Windows 8.1

你如何强制Windows保持内存转储?

我试图debugging一些戴尔平板电脑偶尔间歇性出现的零星问题。 查看事件查看器日志,似乎Windows在崩溃后自动创build内存转储文件。 但是,由于平板电脑的硬盘驱动器上的可用空间less于25 GB,因此Windows在创build该驱动器后15秒内也会自动删除该内存转储文件。 (我想也许有23 GB的可用空间,或类似的东西。) 这显然还有很大的空间,所以我希望这个门槛不是那么高。 我该如何改变呢? 或者,我怎样才能完全禁用清理步骤? 我真的需要抓住这些内存转储之一,以便更好地分析真正的问题。

Windows 8.1 Pro将“Microsoft live”帐户迁移到域帐户

由于各种原因,大量的Windows PC未join我们的Windows 2012 R2 Active Directory域。 我们正在纠正这个问题,并逐个join个人电脑。 现在我们的一些员工已经安装了Windows 8.1个人电脑,而且在购买时,他们忠实地遵循微软的要求,创build一个与电脑相关的微软Live账户。 用户名是UPN的forms,对于这个问题,我将把它当作微软的演示域名,所以[email protected]。 这些PC已经由我们的远程工作人员进行了良好的configuration。 只有现在我才能把他们带到我们的领域。 不出所料,我们的工作人员select的UPN与我们给予我们域名的真实UPN一致,因此用户使用他们的电子邮件地址(UPN)login到PC,然后使用相同的帐户名login到中央服务。 (这不是SSO,因为Microsoft Live和我们的域之间没有信任关系。) 我可以很容易地将PCjoinCONTOSO域,而UPN的其他任何地方都可以工作。 我还准备好了GPO,以说服这些Windows电脑默认使用不合格的用户名login我们的域名而不是Microsoft Live。 但是,似乎Windows 8.1区分真正的本地帐户,Microsoft Live链接帐户和域帐户的方式是本地帐户使用非限定名称,Live帐户使用UPN,并且域帐户被推回到使用DOMAIN \用户名样式。 一年前,我们从CONTOSO \用户名表单中移出,将其作为我们向Office 365并行迁移电子邮件服务的一部分,我宁愿继续让用户使用UPNlogin。 我知道我可以使用类似Forensit 用户configuration文件迁移向导的方式将用户的本地configuration文件迁移到域configuration文件 ,以便处理数据。 但是,是否有任何将这些PC上的loginUPNforms从Microsoft Live迁移到我们的域的方法? 我真的不想让一些人能够用UPNlogin,但其他人不得不记得使用旧的DOMAIN \ Username格式。

在Windows 8非企业上挂载NFS

我已经阅读了类似问题的答案,但是我想在这里以非常狭窄的范围来提问。 假设Windows 8,而不是企业(这意味着没有提供本地NFSfunction的Unix应用程序的服务),我怎么能挂载一个NFS共享? 编辑:第三方软件是可以接受的,唯一的答案,我想。

重新连接到networking后Windows 8.1客户端显示打印机脱机

我们最近推出了运行Windows 8.1的100台笔记本电脑,一些用户在打印机处于脱机状态时遇到问题。 这似乎发生在他们把笔记本电脑带回家没有WiFi,然后返回工作,并重新连接到WiFi。 重新启动打印后台处理程序并不总是解决问题,也不重新启动电脑。 它似乎只影响没有连接到家庭networking的用户。 要复制这个问题: 我拿了一个问题的笔记本电脑。 证实印刷工作正常。 关掉它。 走出校园,直到我远离WiFi范围。 启动笔记本电脑,并以所有者身份login。 再次closures它。 回到我们的校园。 再次启动笔记本电脑,并以所有者的身份重新login。 networking打印机现在脱机。 事件日志没有显示任何明显的事情。 重新启动假脱机程序不会使其重新联机。 也没有重新启动整个电脑。 几次进一步的重新启动后,打印机重新联机。 任何想法?

从pipe理员帐户更改Microsoft帐户本地帐户

我很抱歉,如果这应该被张贴在其他地方。 我搜查了四周,找不到答案,并find了一些似乎适当的地方,这是其中之一。 让我知道如果我错了,我会很乐意去其他地方。 我是一家小公司(约30人)的事实上的IT人员。 我们有一个运行多个虚拟机(无域)的内部服务器。 一个是我们合同开发人员使用的Windows 8.1机器 – 他进入我们的networking,使用与他的个人电子邮件地址绑定的Microsoft帐户login到VM,并在该机器上的Visual Studio中工作。 不幸的是,由于医疗原因,这个开发者完全无法使用。 我正在与其他开发人员一起解决一些错误,并继续开发我们的软件。 我有权访问此计算机上的可以访问Visual Studio中的项目的pipe理员帐户。 但是,我有一些编译问题和源代码控制问题,我想通过访问我们不可用的开发人员帐户可以很容易地回答。 我相信访问该帐户的最佳方式是将其从Microsoft帐户更改为本地帐户,这将允许我重置帐户密码而不会丢失任何数据。 但是,如果我已经有权访问Microsoft帐户,我所有的search都只能从Microsoft帐户转换到本地帐户。 打开控制userpasswords2的高级选项卡下的高级选项使我可以select重置帐户密码,但警告我数据丢失。 我也怀疑它会真正起作用,因为它似乎没有承认该帐户是该选项中的Microsoft帐户。 有任何想法吗? 如果还有其他方式可以访问相关帐户,而无需更改帐户types或重置密码,我可以select。

事件日志服务在Windows 8.1开发机器上损坏

在安装了Visual Studio 2013的两个独立的Windows 8.1安装上,任何尝试读取/写入的事件日志服务都会出错。 当我打开事件查看器时,查看任何日志时都会看到以下消息: 事件查看器无法打开事件日志或自定义视图。 validation事件日志服务正在运行或查询太长。 该请求不受支持(50) Windows事件日志服务正在运行。 如果我尝试以编程方式写入事件日志,则会得到一个带有NativeErrorCode 50 / HResult的Win32Exception -2147467259“请求不受支持”。 如果我导航到C:\ Windows \ System32 \ winevt \ Logs,我可以使用本地事件查看器打开.evtx文件,并且它们显示正常(自2014年5月中旬以来没有任何事件)。 任何想法如何修复?

即使用户在Windows 8.1 Professional上安装更新后login,也强制自动重启

我想要一个Windows 8.1专业版的安装程序,用户通过RDP总是运行和访问,自动安装更新,如果更新需要,也会自动重新启动,但这应该只发生在星期六晚上(任何时候系统需要运行,可供用户使用)。 我更改了以下registry设置: 在HKEY_LOCAL_MACHINE\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate\AU : AUOptions = 4 (自动下载和计划安装) ScheduledInstallDay = 7 (星期六) ScheduledInstallTime = 0 (0点) NoAutoRebootWithLoggedOnUsers = 0 (也用login的用户重启) AlwaysAutoRebootAtScheduledTime = 1 (强制重启) 不幸的是,这并不总是奏效。 当我将ScheduledInstallDay设置为星期四时,它曾经工作过一次,因为我在AlwaysAutoRebootAtScheduledTime的文档中AlwaysAutoRebootAtScheduledTime : 当此registry值设置为1时,您仍然通知login屏幕上即将到来的自动重新启动。 然而,在三天结束时,即使计算机被locking,15分钟计数器也开始计时。 即使计算机被locking也会重新启动。 资料来源: 如何在Windows 8和Windows Server 2012中的重要更新之后强制自动重新启动 所以我想如果我希望系统在星期六重新启动,我必须在三天之前设置预定的日子,因为重新启动延迟了三天。 但系统在星期四重新启动。 因此,我将计划的一天再次设置为星期六,但现在重新启动没有发生(我总是需要等待下一次更新,需要重新启动才能testing新的设置)。 如果安装的更新需要它,即使当时用户login,我该如何configuration系统以便在星期六晚上重新启动? 更新 :由于还没有答案,我开始相信我在这里完全错误的path。 我也很乐意指出如何做这样的事情,例如,如果有一个固定的更新时间窗口,远程访问的Windows机器如何保持最新?

Windows 8.1客户端的WSUSconfiguration

我已经build立了WSUS 2.0(在2008 R2上)。 所有客户端机器都运行Windows 8.1。 应用户的要求,我一直在运行下面的GPconfiguration,所以WSUS不那么干扰,不会自动closures他们的机器等等。我的理解是,通过禁用“不显示”安装更新和关机“选项closuresWindows对话框“,它的行为将如下描述: 如果禁用或不configuration此策略设置,如果用户在“开始”菜单中select“closures”选项时可用更新,则“closuresWindows”对话框中的“安装更新并closures”选项将可用。 我也禁用了“closuresWindows对话框”中的“不要调整选项”,“安装更新并closures”选项,我认为这意味着closures时的默认选项是安装更新和closures。 根据其描述: 如果您禁用或不configuration此策略设置,则“安装更新并closures”选项将作为“closuresWindows”对话框中的默认选项,如果在用户select“closures”选项时更新可用于安装开始菜单。 我有几个testingWin7虚拟机,这是工作,因为我所期望的。 但是,Win8.1用户在关机时不会得到这个选项。 他们仍然需要打开Windows Update,然后手动点击“Instal; l Updates”….从我的angular度来看,这并不理想,因为有些用户根本就没有安装它们。 有没有办法在Win8.1操作系统上提供此选项,或者是将“configuration自动更新”更改为选项4并设置时间表来安装它们的唯一选项。 我想尽可能避免这种情况。 我目前的GPO设置如下。 有没有人有任何想法? Do not display install updates and shut down option…. : Disabled Do not adjust option to install and shut down…… : Disabled Enabling Windows Update Power Mgt to automatically Wake up system : Enabled Configure […]

如何使用组策略禁用快速启动?

Windows 8 / 8.1 / 10有这个function称为“快速启动”(或“快速启动”,“混合静态”,“混合关机”,等等…),当你告诉它不会真正closures计算机它要这样做,而不是把它放在某种程度上,以加快启动时间。 虽然这在第一眼看起来可能看起来不错,但它有几个已知和丑陋的副作用: 它可以严重地搞砸了一些系统(可能在使用旧的/不兼容的驱动程序或BIOS时),导致系统在启动时崩溃,随后强制完全启动(我亲眼目睹了几个不同的系统…并祝你好运您也正在使用镜像dynamic磁盘,在系统崩溃后,它们将始终进行完全同步)。 它确实对一些组策略的处理,这需要一个实际的系统重启才能被应用。 最后但并非最不重要的是,已经知道使Wake-On-Lan无法使用; 这是我目前面临的问题,升级到几个Windows 7个人电脑的Windows 10升级到以前的WOL相当好,现在只是不了了之。 由于这些和其他原因,我希望能够使用组策略pipe理快速启动; 然而,我唯一可以find的有关此Computer Configuration\Policies\Administrative Templates\System\Shutdown\Require use of fast startup ( Computer Configuration\Policies\Administrative Templates\System\Shutdown\Require use of fast startup )只能用于强制使用快速启动,而不是禁用它:它的描述明确if you disable or do not configure this policy setting, the local setting is used 。 因此,我的问题是:如何使用组策略禁用快速启动?

为什么ssh-host-config在Windows 8.1上的Cygwin中创build两个用户?

在试图解决在Windows 8.1上使用Cygwin + SSH的一些问题时,我想知道为什么ssh-host-config脚本创build了两个从头开始configurationOpenSSH的新帐户? (这是必要的吗?) 这两个帐户是: cyg_server和sshd ,当使用默认select+特权升级和服务安装。 我知道第一个只用于启动Cygwin SSHd服务,但我不理解第二个function。 我search了Cygwin的档案,唯一的开发者解释是“因为它是为了这样做”。 也build议不要使用这些实际login。 这是我的安装: ———————————————————– ssh-keygen: generating new host keys: RSA1 RSA DSA ECDSA ED25519 *** Info: Creating default /etc/ssh_config file *** Info: Creating default /etc/sshd_config file *** Info: Privilege separation is set to yes by default since OpenSSH 3.3. *** Info: However, this requires a […]