先判断失败发生在哪个阶段
Automatic1111 是目前最流行的 AI 绘画工具 WebUI,它的安装流程看似只需运行启动脚本,实际上会依次执行 Git 检查、Python 虚拟环境创建、PyTorch 与依赖包安装、模型加载以及扩展初始化等多个环节。当安装失败时,不要反复双击启动文件碰运气,正确做法是先定位失败环节:是窗口一闪而过、依赖下载中断、Torch 安装报错、CUDA 不可用、模型加载异常,还是页面能打开但生成时出错。不同阶段的处理方法截然不同。

Windows 用户通常运行 webui-user.bat,Linux 或 macOS 用户则运行 webui.sh。如果窗口直接关闭,建议在终端中手动进入项目目录后执行脚本,这样能够看到完整的命令行提示。排查时建议暂时不要安装第三方扩展,也不要一次性放入大量模型,保持最小环境启动,能有效减少干扰因素。
安装前环境检查
最常见的问题源于 Python 版本不匹配。Automatic1111 推荐的稳定组合通常是 Python 3.10.x,过新的 3.11、3.12 可能在一些依赖库上出现兼容性问题。检查方法是在终端输入 python --version 或 py --version,如果显示的版本不符合要求,建议卸载多余版本,或在启动脚本中明确指定 Python 路径。
Git 同样是必需组件,用于拉取项目代码和扩展。在终端输入 git --version 能正常显示版本号才表示可用。如果提示“不是内部命令”,需要重新安装 Git 并勾选“加入系统路径”。显卡方面,NVIDIA 用户需确保驱动较新,终端输入 nvidia-smi 能显示显卡信息。没有独立显卡也能尝试 CPU 模式,但运行速度会很慢,且部分功能无法使用。
目录路径也会影响安装成功率。建议将项目放在英文路径下,例如 D:\AI\webui,避免包含中文、特殊符号、过深层级以及同步盘目录。路径中带空格通常可用,但排错时最好先排除变量干扰。磁盘空间至少预留 20GB 以上,因为依赖、缓存和模型文件会快速增长。
常见报错与处理思路
如果出现“Python was not found”或“No Python at ...”等提示,说明脚本无法找到正确的 Python 解释器。解决方案是安装 Python 3.10,并在安装时勾选“Add Python to PATH”;若电脑中已存在多个 Python 版本,可编辑 webui-user.bat,在 set PYTHON= 后填入 python.exe 的完整路径。
如果报“git is not recognized”,代表 Git 未加入环境变量。重新安装 Git 后关闭所有终端窗口,再重新打开执行脚本即可。若项目文件下载不完整,建议删除残缺目录后重新克隆,不要在未完成的文件夹中继续安装。
如果提示“No module named launch”或“No module named modules”,多半是目录结构不完整,或者启动脚本未在项目根目录执行。请确认目录下包含 launch.py、webui.py、modules 等必要文件。通过压缩包下载项目时,注意不要多套一层目录。
如果卡在“installing torch”阶段、出现“ERROR: Could not install packages”或依赖下载超时,通常是网络连接不稳定、pip 镜像源响应慢或缓存损坏。可先删除 venv 文件夹,让脚本重新创建虚拟环境;也可在终端中升级 pip:python -m pip install -U pip。使用镜像源时建议选择可信来源,并避免混用太多源,以防止包版本混乱。
如果提示“Torch is not able to use GPU”或启动后只能使用 CPU 模式,通常与显卡驱动、CUDA 版 PyTorch 或启动参数有关。Automatic1111 不要求单独安装完整 CUDA 工具包,但显卡驱动必须支持对应运行库。可以先更新显卡驱动,再删除 venv 重装依赖。对于低显存显卡,可在 webui-user.bat 的 COMMANDLINE_ARGS 中加入 --medvram 或 --lowvram,以降低显存占用。
日志应该看哪里
排错最重要的环节是保留完整日志。Windows 下直接双击脚本容易错过关键信息,推荐按住 Shift 在项目目录中打开终端,再执行 webui-user.bat。Linux 或 macOS 用户可执行 ./webui.sh,并将终端输出保存到文本文件中。关键不是只看最后一行,而是从第一处 ERROR、Traceback、RuntimeError 往上读,通常真正原因就在前面几行。
如果启动到一半就失败,项目目录内可能已经生成了 venv、repositories、tmp、extensions 等文件夹。venv 记录了本次安装的依赖环境,repositories 包含外部组件,extensions 里是扩展。排查时可以按照“先禁用扩展、再重建依赖、最后重拉项目”的顺序处理,不要一开始就全盘删除。
遇到页面能打开但生成失败的情况,可以查看终端实时输出。如果是模型报错,常见原因包括模型文件损坏、格式不支持、文件未完整下载或放错目录。基础模型通常存放在 models/Stable-diffusion,VAE 放在 models/VAE,LoRA 放在 models/Lora。文件名可以修改,但扩展名和目录位置必须正确。
推荐的排查步骤
第一步,确认系统、显卡、Python、Git 状态。记录 python --version、git --version、nvidia-smi 的输出结果。第二步,使用英文短路径重新放置项目文件夹。第三步,暂时移走 extensions 目录中的第三方扩展,只保留原始项目启动。第四步,删除 venv 文件夹,让脚本自动重建依赖。第五步,如果仍然失败,再考虑重新获取项目文件。
如果你曾修改过 webui-user.bat 或启动参数,建议先备份再恢复默认。常见参数包括 --xformers、--medvram、--lowvram、--listen、--port 等。需要注意的是,--xformers 并非在所有环境中都稳定,安装失败时应先去掉该参数,确认基础功能正常后再尝试启用。端口冲突时可修改为 --port 7861;如果页面打不开,请先检查终端是否显示“Running on local URL”。
对于 macOS 用户,需注意芯片架构与依赖兼容性。Apple Silicon 设备通常不走 CUDA 路线,启动参数和性能表现与 NVIDIA 显卡不同。Linux 用户则需留意 Python 虚拟环境权限,避免使用管理员权限安装后又用普通用户启动,导致文件读写异常。
升级前一定要备份
Automatic1111 更新频繁,升级能获得新功能与修复,但也可能引入扩展不兼容、依赖变化、参数失效等问题。升级前建议备份三类内容:一是 webui-user.bat 或 webui-user.sh 中的启动参数;二是 extensions 扩展目录;三是 config.json、ui-config.json、styles.csv 等配置文件。模型文件体积较大,不必每次复制,但要确认它们没有和项目放在同一待删除目录中。
常规升级可在项目目录执行 git pull,然后重新运行启动脚本。如果升级后依赖异常,先删除 venv 重建。如果升级后只有某个扩展出问题,可先将该扩展移出 extensions 目录,再逐个放回测试。不要同时更新主程序、所有扩展和依赖,否则出错后很难确定来源。
回滚方案怎么做
如果升级后无法正常使用,而之前版本正常工作,可以通过 Git 回到旧版本。先在项目目录执行 git log --oneline,找到之前可用的提交编号,再执行 git checkout 提交编号。回滚后建议删除 venv,让依赖重新匹配当前代码。若要回到最新版本,可执行 git checkout master(或对应主分支名称),然后 git pull。
更稳妥的做法是在升级前记录当前版本号:git rev-parse --short HEAD。也可以直接复制一份完整项目目录作为备份,命名为 webui_backup_日期。这样即使升级失败,也能快速切换到旧目录继续使用。对于生产用途或固定工作流用户,建议不要追逐最新版本,而是使用经过验证的稳定版本。
常见问题简答
问:安装时反复下载同一个依赖怎么办?答:通常是上次安装中断或缓存异常,可删除 venv 后重试;如果仍失败,检查 pip 源、磁盘空间和权限。
问:启动成功但生成图片很慢怎么办?答:确认是否使用了 GPU;低显存设备可降低分辨率、批次数和采样步数,并使用 --medvram。避免同时加载过多扩展和大型模型。
问:扩展安装后打不开页面怎么办?答:先把新装扩展从 extensions 目录移走,确认主程序可正常启动,再查看该扩展说明是否要求特定版本。扩展越多,冲突概率越高。
问:能不能直接删除重装?答:可以,但要先备份 models、outputs、embeddings、extensions、配置文件和启动脚本。很多用户重装后找不到旧模型和预设,就是因为没有区分程序目录与数据目录。
安全边界与实用建议
AI 绘画工具本质上是创作软件,安装时应坚持来源可信、步骤可复现、权限最小化。不要运行来历不明的整合包脚本,不要随意关闭系统防护,也不要把私人文件夹暴露给不熟悉的扩展。安装扩展前应查看更新时间、说明文档和问题反馈,长期无人维护的扩展要谨慎使用。
排错时养成三点好习惯:每次只修改一个变量,保留完整报错信息,重要文件先备份。绝大多数 Automatic1111 安装失败都不是“电脑不支持”,而是版本、依赖、路径或扩展冲突所致。按照环境检查、日志定位、最小化启动、逐步恢复的顺序处理,通常可以在较短时间内找到原因,并建立一套稳定可维护的本地 AI 绘画环境。
