Google Drive在Ubuntu文件管理器里消失了。不是bug，不是临时故障，是彻底没了。
测试Ubuntu 26.04的用户最先发现这事——更新完系统，挂载Google Drive的选项凭空蒸发。邮件、日历、联系人还能正常同步，唯独Drive的入口像被格式化了一样干净。有人跑去GNOME的bug列表投诉，得到的回复冷静得像一份尸检报告：「Libgdata已经没人维护4年了，GVFS 10个月前就默认禁用了依赖，我们只是跟着做了清理。」
换句话说，这场「谋杀」有整整四年的预警期，而凶手是所有人。
一个被忽视的倒计时
Libgdata是GNOME连接Google服务的核心库。2011年上线，撑起了Drive、日历、联系人的后端通信。到2021年前后，维护者逐渐流失，提交记录变成一片死寂。
GNOME团队没立刻动手。他们等了快四年，期间多次公开喊话求接手。Emmanuele Bassi在回复bug时补了一句：「想恢复功能的人可以联系GVFS维护者。」这句话的潜台词很直白——门没焊死，但钥匙在你们手里。
没人来。
开源社区的残酷法则在这里显露无遗：用的人成千上万，愿意读代码的人屈指可数。GNOME 50最终把Drive集成移进「遗留功能」坟场，和当年那些被淘汰的GTK2组件躺在一起。
Linux桌面生态的「免费搭车」困境
这事暴露了一个长期被回避的问题。企业级Linux有红帽、SUSE养着，桌面端却常年靠志愿者输血。Google Drive集成是典型的「高维护、低回报」模块——API变动频繁，OAuth认证流程隔几年就改，Google官方从没给过Linux原生客户端。
GNOME被迫用逆向工程的方式维持兼容，相当于给一座随时会塌的桥刷油漆。维护者 burnout（职业倦怠）后，接替者需要同时懂GTK、GVFS、Google API和OAuth 2.0的暗坑，门槛高到劝退。
Ubuntu用户尤其憋屈。他们是Linux桌面最大的散户群体，却习惯了「开箱即用」的体验。很多人甚至分不清GNOME和Ubuntu的关系——前者是桌面环境，后者是发行版，功能缺失的锅两边都能甩，也两边都不必全背。
替代方案：从「假装本地」到「接受现实」
功能没了，日子还得过。目前几条路摆在Ubuntu用户面前，每条都有代价。
浏览器访问是最省事的，但断了「文件管理器即硬盘」的体验。Insync和Rclone是老牌替代，前者收费，后者需要命令行配置。KDE的KIO-GDrive还能用，但切桌面环境等于换操作系统。
更激进的选项是彻底抛弃Google Drive。Nextcloud、Syncthing走自托管路线，OwnCloud企业版功能齐全。这些方案的共同点是：把控制权拿回自己手里，代价是失去Google生态的无缝衔接。
一位用户在Reddit的评论被顶到前列：「我骂了GNOME三天，然后意识到这四年我从来没给项目捐过一分钱，也没提过PR。现在我在学Rclone。」
开源世界的「公共地悲剧」
GNOME Drive集成的死亡，本质上是一场微型公共地悲剧。每个人都想用，没人想维护，最后草被吃光，羊群散伙。
Google的责任很难追究。他们提供API文档，但不承诺稳定，更不会为Linux桌面专门优化。GNOME的责任在于沟通——四年的预警期里，普通用户几乎没收到过有效通知。Ubuntu的责任在于默认体验的完整性——作为「Linux for human beings」的发行版，他们本可以更早介入，比如 fork Libgdata 或推自有方案。
但最该被追问的，是那个沉默的大多数。开源软件的生存公式很简单：用户基数 × 贡献者比例 = 项目寿命。Linux桌面用户数以千万计，贡献者比例却长期低于0.1%。当维护者烧完热情，系统不会自动召唤替代品。
一个被低估的信号
GNOME 50的改动清单里，Drive移除只是脚注。但放在更长的时间轴上，它可能是Linux桌面生态转折的缩影。
云服务的原生集成正在变得越来越难。微软OneDrive有官方Linux客户端，但功能阉割；Dropbox的Linux支持逐年收缩；iCloud从未正眼看过这个平台。Google Drive的GNOME集成曾是「第三方救场」的典范，现在连这块补丁也脱落了。
这未必是坏事。强迫用户直面「云≠本地」的现实，或许能催生更健康的使用习惯。Rclone的配置门槛高，但学一次终身受用；自托管方案麻烦，但数据主权完整。Linux桌面从来不是靠「无缝体验」赢的市场，而是靠「你可以自己修」的承诺。
只是这个承诺需要人兑现。
Emmanuele Bassi的回复结尾留了活口：「如果有人想恢复功能……」这句话的时态是条件式，不是过去式。代码还在git历史里，协议文档还在Google的开发者站点上，需要的只是一个愿意接盘的维护者。
四年没人响应。下一个四年呢？
热门跟贴