Koishi.yml文件被清空了,导致koishi无法启动
到别的设备上安装了最新的koishi,覆盖了空白的koishi.yml后可以正常启动
当前问题/待解决
koishi.yml被莫名清空了,该如何恢复原有配置
或者以其他方式开启koishi并正常读取原有数据
2 个赞
请提供以下信息以便于定位问题：
- 你的 Koishi 版本、系统环境、Node 版本等基础信息
- 清空前你的最后一次操作是什么？保存全局配置吗？
- 清空前最后一次启动至结束的日志内容。
- 如果日志过长，可以放在折叠内容中以免占据大量的篇幅：
- 如果日志过长，可以放在折叠内容中以免占据大量的篇幅：
2 个赞
koishiversion ： 桌面v0.10.5
系统环境windows server2016
4h6g8m
清空前最后操作：安装插件“minecraft“，后闪退
日志：
太长了放不下,下载地址:
链接:http://114.115.172.126:8889/down/Mjvps1kuTfEa.log 提取码:114514
备注 事发后我尝试使用全新安装后默认的配置文件覆盖此处空白的koishi.yml,成功启动但是配置，插件全部清空（data在，应该只是没加载）
2 个赞
你使用了存在修改全局配置时会清空 koishi.yml 文件 bug 的 4.12.2 版本，当前 Koishi 最新版本为 4.13.4，请更新你的 koishi 至最新版本。
如何恢复我的插件？
该操作方法需要你拥有基础的 Node 包管理知识与 Koishi 开发知识，如果没有，请忽略。
插件丢失你可以对照 package.json 文件 中的 dependencies 逐一添加至 koishi.yml ，完成后重启 Koishi ，插件列表应当已恢复（注意，插件配置不会恢复）。
4 个赞
请留意我回答中的说明：「 操作方法需要你拥有基础的 Node 包管理知识与 Koishi 开发知识，如果没有，请忽略。」，如果你没有说明中的基础，我无法帮助你恢复，因为这会占据我大量的时间。
对于这种情况，你应该参考论坛的 Koishi 迁移指北 的「同平台」小节：
注意：与教程不同的是，迁移准备时你应当只保留这些文件或文件夹：
/accouts、.koishi.db，其他文件或文件夹请删除
然后，请三清并重新下载安装 koishi，将你从旧 Koishi 实例中保留的 /accouts、.koishi.db 复制到新 Koishi 的实例中。
在新的 koishi 中，数据库文件位置发生了变化，你需要做出如下更改：
- 将
.koishi.db重命名为koishi.db - 将
koishi.db移动至/data目录下，如果没有，自行创建
2 个赞
好的，我将自行尝试修复
1 个赞
当前 Koishi Desktop中能够下载的版本koishi 4.13.0
该版本是否会出现**[ 存在修改全局配置 时会清空 koishi.yml 文件 bug]**
1 个赞
4.12.2 已经是三个月前的版本，自那以后 Koishi 没有再出现过此 bug。
所以根本原因应该是你没有及时更新 Koishi，而是停留在了一个有问题的版本所致。
好的 
ok
2 个赞
“minecraft"插件在market中并未标注"不安全”
2 个赞
也没装其他的标注了"不安全"的插件
2 个赞
我日志里都看见了……
1 个赞
我记得没装,请列举一下
2 个赞
如果你自己都不记得你装了哪些插件，哪些插件不安全的话，那么你大概率对你的 Koishi 的稳定性已经失去了掌握，这是你在 Koishi 出问题时无法定位的最主要原因。
如果你对自己安装的每一个插件的作用和稳定性都有把握的话，你应当能迅速列举出哪些插件有可能炸掉 Koishi，而哪些不会。
如果你对自己的插件列表没有把握的话，个人推荐你重新检查一遍所有的插件，包括他们的用途、评分和稳定性。尝试关闭所有可能会出问题的插件，你的问题应当可以被解决。
1 个赞
我现在正在安装之前装过的插件,并在留意每个插件是否有"不安全"的标记,目前未发现
2 个赞
没发现有标记"不安全"的插件
2 个赞
好的，那么你现在所获得的 koishi.yml 应当是一份安全的、经过你检查的配置文件，且你安装的插件版本理论上均应是最新版。现在你需要备份你的 koishi.yml 文件。
现在理论上你将不会再出现此问题。万一此问题再次出现，你可以立即使用现在状态的 koishi.yml 还原你的实例，你的 Koishi 将不会受到影响。出现问题后，将出现问题的那一次启动的日志再回复到这里，我们会判断是哪个插件导致的。
1 个赞
话说 nonebot 现在不是还标着不安全（
2 个赞