Sonos 添加不了本地音乐库：913 / 900 / 1001 逐个拆解

Error 913 是什么意思？

这是最常见的一个。官方定义很明确：Sonos 只接受 SMBv2 或 SMBv3，你的共享如果还在用 SMBv1，就会出现 913。

NAS 出现 913 —— 到 NAS 的设置里把 SMB 版本改成 v2 或 v3（每种 NAS 的设置位置不同，请查阅它自己的说明）。
Mac / Windows 出现 913 —— 多数是因为你在桌面版 Sonos App 里选了「Music folder」或「Another folder or drive connected to my computer」。这两个选项已经不再支持。应改为：自己在系统里把音乐文件夹共享到网络上，然后用网络路径添加。

网络路径的格式是这样的：主机名叫 MyComputer、共享文件夹叫 Music Folder，路径就是 \\MyComputer\Music Folder。

这三句最容易被混为一谈，但它们说的是完全不同的事情：

「Computer could not be found」/「Unable to connect」 —— Sonos 在网络上根本找不到这台机器。九成是电脑或 NAS 关机了，或者进入了睡眠。Windows 进入设置 → 系统 → 电源和电池；macOS 进入系统设置 → 电池 / 节能，把睡眠关掉。
「Not responding」 —— Sonos 能看到这台机器，但机器不理它。这几乎一定是防火墙的问题：主机自己的安全软件挡住了文件共享。直接去配置防火墙，不用再查网络。
「Computer refused the connection」 —— 这个成因很特别：网络上有两台同名主机，路由器把 Sonos 指向了错误的那一台。先重启路由器试试；如果还是这样，就要修改其中一台的主机名。
「Access denied」 —— Sonos 已经连到了，但权限不允许进入。移除这个音乐库再重新添加一次（让权限重新协商），检查防火墙；如果是公司电脑，就去问 IT 部门。

这两个通常不是「添加不了」，而是「用着用着断了」。官方的说法是主机离线，或者无法维持稳定的网络连接。要查三件事：主机是否处于唤醒状态、如果主机用 Wi-Fi 那信号是否够强，以及防火墙有没有拦截。

存放音乐库的那台机器，最好用有线连接路由器。本地音乐库是一次传输整个文件，对连接稳定性的要求比流媒体高得多。

900 指的是 Windows 的 Server 服务：它想建立共享，但 stack 空间不够。官方的修复方法是修改注册表里 IRPStackSize 这一项的数值。

修改注册表有风险，改错会把电脑弄坏。如果你不熟悉这方面，不要照着网上教程操作 —— 直接联系 Sonos 支持，他们会一步步带你完成。这是全文唯一一个我们建议不要自己动手的修复方法。

这不是故障。Sonos 读取的是索引，而不是实时扫描文件夹。你新增了歌曲、修改了封面、建了新歌单，都要手动让它重建索引才能看到。

音乐库较大的话，重建索引需要几分钟。如果你经常改动，可以设置定时自动更新，省掉每次手动操作的那一步。

用 NAS，不要用笔记本电脑。笔记本电脑会休眠、会被人拿走、会切换 Wi-Fi；NAS 一直保持唤醒，而且用有线连接。上面一半的错误，根源都是「那台机器不在」。
建库时就把主机名改成独一无二的。「refused the connection」这个错误很难自己联想到原因，但预防只需要改一下名字。
一开始就用网络路径添加，不要走桌面 App 的那两个捷径。那两个选项已经不再支持，而且失败时报出来的是 913 —— 一个完全看不出「你选错了入口」的错误码。

最后提醒一句：本地音乐库和流媒体服务是两条完全独立的路。流媒体能播、本地播不了，不代表网络有问题；反过来也一样。先判断问题属于哪一边，能省下你一大半时间。

几个音乐 App，可以一次搜完

Apple Music、Spotify、网易云、QQ 音乐在 ZoneFoundry 里共用同一个搜索框，找到就直接推到 Sonos，不用来回切 App 再投一次。

本地音乐库跑起来之后，ZoneFoundry 可以把它和你的流媒体服务放在同一个搜索框里，一次搜完不用来回切 —— 索引和共享仍然由 Sonos 自己管，我们不碰。