Microsoft Office 2003 应用程序在“另存为”到网络映射驱动器时崩溃

Microsoft Office 2003 应用程序在“另存为”到网络映射驱动器时崩溃

嘿伙计们,我不确定它是否属于 ServerFault 论坛,所以我想我会先在这里问,因为它是一个工作站/客户端问题。

我有一个客户,我们安装了 Windows Server 2003,所有工作站都安装了 Windows XP Professional。我们设置了一个“域”,所有工作站都登录到该域(由 Windows 域控制器进行身份验证),并在登录脚本中将驱动器映射到每个工作站。

一切都运行良好,除了一个工作站,当我从映射驱动器打开 Excel 文件时,它可以正常打开,但当我点击“另存为”时,“另存为”对话框会弹出并挂起。我无法在 Excel 中执行任何其他操作。当我尝试取消“另存为”对话框时,Excel 崩溃了。

映射驱动器在 Windows 资源管理器中可以正常打开。

为了进一步调查此问题,我在 Windows 资源管理器中的网络驱动器上创建了一个新的空白文本文档。然后我打开了它。然后点击另存为,“另存为”对话框正常打开,它让我保存文档。

我对 Word 文档重复了上述步骤。但这次另存为对话框再次挂起/冻结。所以我猜想这是 Microsoft Office 问题。

有任何想法吗?

答案1

我希望我能给你一个答案,但我确实有一些同意的观点和额外的背景信息需要补充。我遇到了同样的问题。我的设置甚至更简单:

我有一个驱动器号映射到本地主机 UNC(以便更轻松地保存到特定文件夹)。最近我开始遇到您描述的相同问题。以下是我注意到的情况:

所有“另存为”对话框都很慢,但在 Office 2003 中,它似乎永远挂起。在文本板中,当我尝试保存文件时,它会挂起 2-3 秒,然后保存。而在 Excel 中,它会永远挂起。

特别奇怪的是,如果我在资源管理器中复制/重命名文件,则一切正常,并且一旦新文件存在,我就可以使用 Excel 打开它,进行更改并单击“保存”,并且保存速度很快!

所以这让我很困惑——保存对话框很快,但另存为却挂起。如果我从 CMD 提示符执行复制/重命名操作,驱动器上的一切都很顺利。

所以我完全不知所措。这似乎不是驱动器权限问题(当前用户拥有完全控制/读取/写入权限)。这不是网络问题,因为 UNC 格式为:\localhost\drive_letter\folder\folder

这不是一个普遍的问题,因为 DOS 运行良好。Textpad 稍慢,Office 应用程序永远挂起。

我仅有的其他驱动器号被映射到一个似乎工作正常的 USB 驱动器。为了确保 USB 端没有问题,我移除了该设备。问题相同。

我很乐意听取任何人提出的诊断建议。

答案2

@史蒂夫·米奇利

我最终做的是重新创建 Windows 配置文件。因此我转到 C:\Documents and Settings,并将 (用户名) 文件夹重命名为 (用户名).bak。然后以用户身份重新登录并将他的文件和 Outlook PST 文件移至新配置文件,保存缓慢对话框问题就消失了。

至于诊断,我认为可能是 2 个问题。我没有时间诊断问题,所以我只是按照上面描述的方式重置了配置文件。但如果我不得不猜测的话,我会想象问题可能在于

  1. 要么是文件共享协议错误。我认为唯一的诊断方法是使用 Wireshark 或 Microsoft Network Monitor。

  2. 或者工作站设置已更改,需要重置。没有办法知道如何找出答案。您可以尝试对注册表备份进行差异分析(它们应该保存为文本文件,注册表备份应该如此)。

回想起来,我本可以尝试将系统还原到前一天,看看是否能解决问题。然后我猜想是选项 #2 的问题

答案3

检查您可能已在 Windows 中映射的任何其他驱动器。它们可能使用过期的凭据进行映射,或者连接可能不起作用。如果还有其他映射驱动器,请尝试断开它们的连接(如果可能),以查看它是否会更快地启动。

我记得在 XP 中不断出现“正在检索文件夹列表...”消息,这让我很抓狂,直到我发现我已映射了一个驱动器,并且自从更改密码后就没有重新映射过它。

相关内容