小编Dav*_*osh的帖子

在 Windows 7 中，如果您通过标题栏将窗口拖动到屏幕顶部，则该窗口会最大化。

这让我很恼火——如果我将一个窗口拖到屏幕顶部，那是因为我正在定位它以便我可以看到它和其他东西。如果我想最大化，我会点击最大化按钮。

有谁知道怎么关闭这个功能？

我们最近在一个喜欢团体的网站上遇到了一种情况，其中一些团体会员资格没有被接受。我似乎记得用户可以加入的组数有上限。

虽然我对现代 Linux 系统特别感兴趣，但我还记得对于某些操作系统的某些旧版本，这个数字更低？

我已经安装了 gVim。在 Vista 和 XP 下，这为我提供了对“使用 gVim 编辑”的对象上下文菜单的补充，或对“gVim”的“打开方式”上下文菜单的补充。这可以让我将任意文件发送到 gVim 进行编辑。

在 Windows 7 64 位下，我已经安装了 gVim —— 两次，碰巧 —— 并且没有菜单项。

如何添加选项以将任意文件发送到 gVim 以进行查看/编辑？

我在两台计算机上安装了 64 位 Windows 7：我的戴尔 Dimension 5150 和我的戴尔 Latitude D830。

今天的抱怨是这样的：

有时我查看我的 CPU 使用情况，我会看到如下内容：

在我的 Dimension 5150 上，这种状态可以不间断地持续数小时。一段时间后，我对它感到恼火（因为如果主机保持这种状态太久，安装在其上的 VMware Server 实例开始稳步失去时间），然后我重新启动计算机以使其消失。

在我的 Lattitude D830 上，它来来去去，来来去去。我连接到什么网络，我在电脑上做什么，我是否已停靠似乎没有任何区别......

所以我调出任务管理器，我看到了这个：

好的，所以主要的冒犯者是一些正在发疯的 svchost.exe 东西。所以我右键单击 svchost 实例并选择转到服务。这会调出与此 svchost 实例关联的基于 DLL 的服务。我看到这个：

这告诉我这些是违规者（为了谷歌的利益而写）：

• MpsSvc“Windows 防火墙”
• DPS“诊断策略服务”
• BFE“基础过滤引擎”

在桌面上它正在干扰 VMware 服务器；在笔记本电脑上，它正在扼杀我的电池寿命。一次充电可以使用 4-5 小时；当这些服务出现问题时，我很幸运能得到 2。

我确实在这些计算机上安装了一个版本的 Symantec Endpoint，v11.0.4202.75。

我真的很想知道为什么 MpsSvc、DPS 和/或 BFE 决定吓坏我的电脑并与他们一起关闭。

谁能给我任何提示？

我有一台 XP/Pro 计算机，它有一些缓存凭据，用于尝试连接的网络计算机共享。虽然凭据足够正确以连接到计算机，但我实际上想使用一组不同的凭据。

因此，缓存的凭据足以连接到 \computer，但不能连接到 \computer\share，因为该用户帐户没有权限。

这些缓存的凭据在哪里，我该如何更改/删除它们？

在 Linux 上，如果我已经 cd 了并且现在在一个目录中，如果我没有使用符号链接到达那里，有没有办法找出该目录的真实路径？

考虑：

$ pwd
/home/dave/tmp
$ mkdir -p 1/2/3/4/5
$ ln -s 1/2/3/4/5 5
$ cd 5
$ pwd 
/home/dave/tmp/5

或者：

$ pwd
/home/dave/tmp
$ mkdir -p 1/2/3/4/5
$ ln -s 1/2/3/4 4
$ cd 4/5
$ pwd 
/home/dave/tmp/4/5

有什么办法可以确定 /home/dave/tmp/5 真的是 /home/dave/1/2/3/4/5 吗？

可能的重复：
堡垒主机上的屏幕或 tmux 的 ssh-agent 密钥超时

我有一台笔记本电脑，上面运行着选美（PuTTy SSH 密钥代理）。如果我通过 ssh 连接到系统并启动屏幕，则 ssh 密钥转发工作正常。

但是，如果我与该屏幕会话断开连接，请注销，然后重新连接——密钥转发不再起作用。我假设这是因为当我重新连接时，密钥转发设置在新 ssh 会话的不同端口上，而不是旧的。

有没有办法教单个屏幕窗口重新连接到代理转发，以便我可以使用我的密钥再次转发？

我有一台运行软件 raid 的 CentOS 4.x 服务器。服务器在热插拔托盘中有两个 scsi 磁盘。mdadm 报告突袭失败，所以我想更换它。

我检查了 /proc/mdstat，它告诉我我的两个 raid 设备在磁盘 sda 和 sdb 上都有组件。它还告诉我 sdb 是失败的那个。

我检查了 /proc/scsi/scsi，它告诉我我有两个物理设备，SCSI ID 为 0 0 0 0 和 0-0-1-0。

因为我想做热更改，所以我假设sdb是0-0-1-0。所以我说：

# echo "scsi remove-single-device 0 0 1 0" > /proc/scsi/scsi

...并且计算机会出现故障，因为 sda 刚刚被删除，使系统没有有效的驱动器。

现在回想起来，我陷入这种混乱的方式是最后一次驱动器出现故障，它是 sda/0-0-0-0，我用老派的方式做到了——停止计算机，移除死驱动器，然后从幸存者的旧插槽中启动。这给我留下了一台认为 sda 是 0-0-1-0 的计算机。然后我获取并插入，热的，一个替代品，然后像这样添加它：

# echo "scsi add-single-device 0 0 0 0" > /proc/scsi/scsi

...这是有效的，这意味着我可以应用磁盘标签、分区和重建我的 RAID 阵列。这也意味着计算机认为 sdb 是 0-0-0-0。现在 sdb 又死了（350 天后，但这是另一个问题），我已经忘记了这一切。

所以。假设我的记忆和我的记录保存技能都不足以提醒我这已经发生了，有没有办法在将来比较 scsi 设备名称 (0-0-$n-0) 并将它们与命名设备相关联(sd$x)？