AI

起因 我这套 ArchLinux 的系统是安装在 esxi 里面的虚拟机，还是3年前装的系统，作为我的远程开发机器一直稳定使用，期间很少更新，前几天弄了一个 zed 的教育优惠，我琢磨这弄个 zed 来使用，况且宿主机还有一个闲置的 Nvidia 1060的亮机卡，将它直通来使用岂不美哉，于是启动了我的升级之旅。 开始升级 我这套系统估计 2 年没更新了，而 ArchLinux 这样滚动更新的版本更新频率那是相当的快，好处嘛自然是能用到最新的软件包，但是稳定性就无法保障了，虽然但是，为了用到免费的 Claude 4.6 Sonnet还是硬着头皮更新了，期间遇到的第一个问题就是 nvidia 的驱动，nvidia 最终还是大发善心维护了开源的驱动，但是 nvidia-open的驱动却是不支持 10 系的显卡了，于是升级的时候需要屏蔽 nvidia 驱动的更新，这更新时问题就来了，当然在 AI 高速发达的今天，小孩子都知道遇到问题就找 AI，于是我打开了大家公认最为靠谱的 claude ai，免费用户可以使用 Claude 4.6 Sonnet模型，看似很良心，问了一通问题之后 AI 给出了建议，也都解决了一些问题，让我颇为满意，但在最后一步 AI 让我使用以下命令： sudo pacman -Rdd linux-firmware sudo pacman -Syu --overwrite '*' 我隐约觉得有点不对，但是前面都很流程的解决了问题，让我暂时打消了疑虑，所以就执行了，执行之后看似问题解决了，但是当我重启之后： 啪，这还是我第一次见到 Kernel Panic，证明还是折腾的不够多哈哈。 然后我就开始问起 AI： 不是，你还好意思笑！ 无奈，只能挂 ISO 盘开始修复。 挂了之后发现由于我删除了 linux-firmware 模块，导致很多指令执行不了，pacman 报错， yay 报错， 只能一步步修复，好在 curl 可以使用，下载了 pacman-static 之后才将 linux-firmware 包安装回来，可是此包的版本已经是最新了，又和 nvidia 的驱动不兼容，所以只能来一次系统的大更新，好在系统是救回来了。...

1. 背景 一开始部署了 Nextchat 作为我日常的 AI 问答网页应用，原因很简单： 该项目启动早，社区很活跃 网页应用结合 PWA 使用起来也很方便 支持模型供应商全面 但是使用了一段时间之后接触到了更为全面和强大的 lobe-chat，lobe-chat 发展迅速，社区更为活跃，社区版支持子部署，且没有功能限制，公司级的开源项目，产品 UI 设计很现代，社区 Roadmap 还计划支持更多的功能，如文生视频，助手自主学习等功能（无恰饭，纯使用感受）。 起初仅通过 docker-compose 部署了纯前端版本的 lobe-chat，这个版本由于是纯前端，没有多端同步的功能，同一份配置需要在家里电脑、公司电脑和手机上重复配置，相当麻烦，所以还是部署数据库版本的完全体 lobe-chat 更为合适。 2. 官方脚本部署 2.1 脚本部署 说干就干，目前版本是 v1.49.12，使用官方 docker-compose 部署脚本部署： bash <(curl -fsSL https://lobe.li/setup.sh) -l zh_CN 支持 3 种模式部署： 本地模式（默认）：仅能在本地访问，不支持局域网 / 公网访问，适用于初次体验； 端口模式：支持局域网 / 公网的 http 访问，适用于无域名或内部办公场景使用； 域名模式：支持局域网 / 公网在使用反向代理下的 http/https 访问，适用于个人或团队日常使用； 第一种模式纯自身访问，无法从其他设备访问，局限性很大；第二种模式在局域网中访问可行，但是 IP 端口访问的方式在局域网环境中我并不推崇，一是需要记忆特定的 IP 端口，而是 http 的方式无法安装 PWA 应用，仅适用于初次体验，而我自身用于家庭服务器，并且部署了一个自签名证书的 Nginx，完全可以试用该证书部署 https 的服务，而不用担心暴露公网，通过 VPN 即可在任何地方访问家庭服务也很方便，关于自签名证书和我的服务器拓扑 VPN 配置等信息我在 这篇文章 以及 这篇文章 中有详细介绍，这里不再赘述。...