Google Workspace共享驱动器桌面端权限异常求助——桌面端无法在指定文件夹创建文件但网页端正常

嗨，我之前也碰到过Google Drive桌面端和网页端权限不一致的坑，先帮你理清楚你的场景和可行的解决办法：

我的环境与权限结构 #

• Google Workspace 服务：Shared Drive（共享驱动器，区别于个人Google Drive）
• 系统版本：Windows 10 Pro 22H2（已安装所有更新）
• 浏览器：Firefox 110.0（最新版）
• 桌面端版本：Drive for Desktop 71.0.3.0

共享驱动器权限详情 #

• 顶级驱动器 Drive1：成员为「所有用户组」，权限为查看者（Viewer）
  • 包含子文件夹 Folder1 和文件 file1.txt
  • 子文件夹 Folder1A：单独共享给「Group1」，权限为贡献者（Contributor），包含文件 file2.txt
• Group1：User1 是该组的所有者，且属于组内成员

问题现象 #

• 网页端（drive.google.com）：用User1账号登录后，进入Folder1A可以正常拖拽上传文件，完全符合预期。
• 桌面端（Drive for Desktop）：无论是拖拽文件到Windows资源管理器里的Folder1A，还是用复制粘贴操作，都无法创建文件。同时任务栏托盘的Google Drive图标会弹出错误提示：

  Can’t create items
  You don’t have permission to create items in Drive1

明显能看出来，桌面端似乎只识别了顶级驱动器Drive1的「查看者」权限，没读取到Folder1A单独设置的「贡献者」权限。

可行的解决办法 #

我整理了几个亲测有效的 workaround，你可以挨个尝试：

1. 手动刷新共享驱动器的权限缓存
   桌面端的权限缓存偶尔会失效，重新同步一下就能解决：

   • 右键点击任务栏的Google Drive图标，选择「设置」
   • 切换到「账户」标签，找到对应的共享驱动器Drive1，点击「断开连接」
   • 等待几秒后重新连接该驱动器，让桌面端重新拉取最新的权限配置

2. 给User1单独设置Folder1A的权限
   虽然Group1已经有贡献者权限，但桌面端对组权限的识别有时候会有延迟或bug。可以临时给User1单独配置Folder1A的贡献者权限：

   • 网页端打开Folder1A的共享设置，添加User1为贡献者
   • 同步完成后再测试桌面端操作，确认正常后如果不需要单独权限，再移除即可

3. 更新Drive for Desktop到最新版本
   你当前使用的71.0.3.0版本相对较旧，Google后续修复过不少权限同步相关的bug：

   • 右键任务栏Google Drive图标，选择「设置」→「关于」→「检查更新」
   • 安装最新版本后重启电脑，再测试操作

4. 检查Windows本地文件夹权限
   确保同步路径的本地文件夹没有Windows权限限制：

   • 右键桌面端同步的Folder1A本地文件夹，选择「属性」→「安全」标签
   • 确认当前登录的Windows用户拥有「写入」权限

备注：内容来源于stack exchange，提问作者Ex Umbris