标签： Stable Diffusion

这个报错通常出现在 Stable Diffusion WebUI Forge 启动或加载 LoRA 时，控制台先提示 No module named 'triton' ，随后 LoRA 激活失败、出图不生效。优先排查 Forge 版本是否过旧，以及 LoRA 自身是否损坏或与底模（SD1.5/SDX

该报错通常出现在 Windows 平台使用 Kohya SS（sd-scripts）训练 FLUX LoRA 时，程序通过 accelerator.print 输出包含日文“学習開始”的日志，而当前控制台编码为 cp1252 无法编码这些非 ASCII 字符，导致训练在启动阶段即以 UnicodeE

这个报错通常出现在 Kohya SS 启动 LoRA 训练时，因为 accelerate 配置中启用了 dynamo，或当前 PyTorch 版本不包含 torch._dynamo 模块。优先检查 accelerate config 中的 dynamo 选项，并确认 PyTorch 版本是否匹配。

这个报错通常出现在把 GPU 升级到 RTX 5090（Blackwell，sm_120）之后，Stable Diffusion WebUI Forge 原有的 torch / xformers 组合不再兼容，导致 WebUI 无法正常启动或运行。优先排查 xformers 是否与当前 torch、

这个 Issue 的问题在用户补充说明后已标记为 Resolved，原始报错信息并未在 Issue 中给出。讨论集中在两点：一是提交 bug report 时必须附上 WebUI 生成的 sysinfo 文件，否则报告会被直接关闭；二是 Extra networks（如 Textual Invers

这个报错/请求出现在 kohya-ss/sd-scripts 的 Anima（anima_train_utils.py）训练启动日志中，用户希望能直接看到 timestep_sampling 与 discrete_flow_shift 这两个设置值。核心诉求是让 [Request] add disp

这个“报错”并不是真正的崩溃，而是用户把 Anima LoRA 超参数调优问题发到了 GitHub Issues，被维护流程要求转到 Discussions；如果你也在找 Anima LoRA“最佳参数”，优先排查的是任务是否发错地方，以及你的 timestep_sampling / discret

这个报错通常出现在 Linux 上安装 SwarmUI、但系统没有可用的 python 可执行文件（或没有能创建 venv 的 python 版本）时。优先排查系统里是否存在 3.11 之类的版本化 python 二进制，并确认能正常创建 venv；如果不想动系统环境，改用官方 Docker 方案。