我正在使用 Microsoft 365 订阅附带的 Outlook 邮件客户端,但我不断收到来自 Microsoft 的这些烦人的促销消息:
微软支持人员告诉我这无法关闭,但我对此说法表示怀疑。坦率地说,我的印象是那些孩子无法摆脱湿纸袋的束缚。
肯定有办法可以缓解。注册表项更改或其他什么地方?有人知道吗?
请用 2-3 句话描述问题。包括问题发生时您要完成的工作。
在屏幕上注册输入之前,键盘和鼠标都表现出明显的延迟。这始终发生在所有应用程序中。CPU/RAM/SSD 使用率仍然很低。
它是什么时候开始的,发生的频率如何?
它开始于大约两三个月前,在我安装的 Windows 10 Pro 下。我希望这个 Windows 11 Pro 全新安装能够解决这个问题,但遗憾的是它没有。
你看到什么错误?
没有错误,只是屏幕上出现不稳定的响应。就好像键盘和鼠标输入(包括滚轮)被缓冲,然后每半秒左右释放一次。
环境如何,最近有变化吗?
加入域的 Dell Inspiron 7737,第 4 代 Intel i7,16 GB RAM。最近安装了 Windows 11,但在 Windows 10 下也出现了这个问题。
我该如何解决这个问题,希望能找到原因?
我有一台加入域的笔记本电脑,我正试图从域上的任何其他计算机(在本例中为管理共享\\LAPTOP\D$
)访问它。
当笔记本电脑通过以太网电缆连接到网络时,这一直有效。但是我的物理拓扑最近发生了变化,现在我不得不使用 Wi-Fi 进行连接。由于我做了这个(看似很小的)更改,域上的其他机器无法达到任何共享甚至机器本身\\LAPTOP\
。
我已验证文件共享已打开,并尝试按照此处的建议启用 FIPS 。但它仍然失败,即使在循环连接以获取新的 FIPS 设置之后也是如此。
值得注意的是,即使域中的其他计算机无法通过文件资源管理器、PowerShell 等方式访问笔记本电脑,它们也可以成功 ping 通它。
如何在通过 Wi-Fi 连接时访问笔记本电脑的共享?
Server 2019 有什么变化吗?
在 Server 2016 下,我能够在非提升提示符下运行此命令:
shutdown /r /t 0
但是,在 Server 2019 中,当我尝试这样做时,我得到:
访问被拒绝。(5)
该命令在提升的提示符下工作正常。我以与 Server 2016 相同的域管理员身份登录(相同的 SID,相同的域)。
此问答提出了类似的问题,但答案是专有的。
像这样的文章很容易获得:
http://woshub.com/allow-prevent-non-admin-users-reboot-shutdown-windows/
...但我不想让非管理员用户运行命令。我是域管理员,我希望将这种至高无上的权力全部归于我自己。我只是不想为了锻炼它而不得不与 UAC 争吵。
在 Server 2019 下,如何像在 Server 2016 中那样从非提升提示符成功运行此命令?
我安装了 VSCode 和 PowerShell 扩展,并使用文件资源管理器属性表将 VSCode 设置为.ps1
文件的默认编辑器。然而不幸的是,这样做删除了上下文菜单项Run with PowerShell
。我似乎无法取回它。
根据这篇博文,我的注册表设置完好无损,但问题仍然存在。
我尝试将 PowerShell 本身设置为默认编辑器,但这导致能够通过双击运行脚本。这对我来说有点不安全,所以我宁愿没有那种安排。
我发现了很多关于如何使用管理员权限运行脚本的提示,但我不需要这些。
如何将上下文菜单恢复到 VSCode 之前的状态,即让我能够通过右键单击脚本并选择来运行脚本Run with PowerShell
?