Arch Linux下DaVinci Resolve缺失libGLU.so.1如何解决？

你之前的操作存在两个容易忽略的细节问题，直接导致问题排查走了弯路：

• 执行文件搜索时把库名拼写错误：find / -name 'libLGU*'里把libGLU的字母顺序写反了，自然没有任何匹配结果
• Arch的包结构调整：从mesa 22.x版本开始，提供libGLU.so.1的GLU组件已经从主mesa包中拆分出来，单独作为官方源的独立包维护。你之前用yay搜索时，因为官方包采用全小写命名规则，和你输入的大写拼写存在匹配偏差，加上结果排序的原因，没有定位到这个本地源就有的包，才会觉得找不到可用资源，而单独安装mesa也不会自动带上这个拆分出去的运行库。

• 直接安装官方源的对应依赖包，完全不需要手动下载文件放置：
  执行命令 sudo pacman -S libglu
  这个包由Arch官方团队维护，和系统包管理器深度适配，全程由包管理器记录文件校验规则和更新逻辑，完全避免手动放置文件带来的路径不规范、依赖错位、更新失效的问题，不会影响系统长期稳定性。
• 安装完成后验证库是否正确部署：
  执行 find /usr -name 'libGLU.so.1'，正常会返回路径/usr/lib/libGLU.so.1，说明库已经被系统默认动态库加载路径收录。
• 重新启动DaVinci Resolve验证：
  执行 /opt/resolve/bin/resolve，当前的libGLU.so.1: cannot open shared object file报错就会消失。

• 如果启动时再次弹出其他缺失库的报错，不用反复去AUR搜索：先执行sudo pacman -Fy更新系统包文件索引，之后用pacman -Fs 报错提示的缺失库文件名，就能直接定位到该库对应的官方源包名，按照提示安装即可，全程不需要手动放置任何系统文件。
• 额外提示：DaVinci Resolve对显卡依赖较高，需要提前确认对应显卡的官方闭源/开源驱动已经正确安装，不能使用纯软件渲染的基础mesa软渲染环境，否则即使依赖装全也可能出现启动超时、黑屏的问题。

内容的提问来源于stack exchange，提问作者Math0898