更新后alist丢失

[ZYong9908]

使用脚本(镜像已自行解决)从3.33.0-2更新3.33.0-3后，alist在istore管理页面中丢失，alist服务无法访问

[sbwml]

我不清楚 istore ，这个luci 安装后，他会 "网络存储" 菜单下显示

[ZYong9908]

我不清楚 istore ，这个luci 安装后，他会 "网络存储" 菜单下显示

正常是这样的，前面多次使用脚本升级都没有问题，重新使用istore安装alist 3.29.1-2后修改数据路径和缓存路径，查看一切正常，再次尝试使用脚本升级，发现异常：
`Install Packages ...

Upgrading alist on root from 3.29.1-2 to 3.33.0-3...
Configuring alist.
Collected errors:

• resolve_conffiles: Existing conffile /etc/alist/data.db is different from the conffile in the new package. The new conffile will be placed at /etc/alist/data.db-opkg.
• resolve_conffiles: Existing conffile /etc/config/alist is different from the conffile in the new package. The new conffile will be placed at /etc/config/alist-opkg.
  Upgrading luci-app-alist on root from 1.0.11 to 1.0.12...
  Removing obsolete file /etc/config/alist.
  Removing obsolete file /etc/alist/data.db.
  Removing obsolete file /etc/init.d/alist.
  Removing obsolete file /lib/upgrade/keep.d/luci-app-alist.
  Removing obsolete file /etc/uci-defaults/luci-alist.
  Not deleting modified conffile /etc/alist/data.db.
  Configuring luci-app-alist.
  Collected errors:
• remove_obsolesced_files: unlinking /etc/uci-defaults/luci-alist failed: No such file or directory.
• opkg_install_pkg: Failed to determine obsolete files from previously installed luci-app-alist
• file_sha256sum_alloc: Failed to open file /etc/alist/data.db: No such file or directory.
  Package luci-i18n-alist-zh-cn (git-23.223.34172-ff70952) installed in root is up to date.
  `
  同时存放路径已被修改为/mnt/xxxxxx
  接下来我会尝试不修改存放路径升级

[ZYong9908]

使用istore安装3.29.1-2后，不进行任何操作，直接使用脚本升级，表现相同：在istore管理页面中丢失，alist服务无法访问

Install Packages ...

Upgrading alist on root from 3.29.1-2 to 3.33.0-3...
Configuring alist.
Collected errors:
 * resolve_conffiles: Existing conffile /etc/alist/data.db is different from the conffile in the new package. The new conffile will be placed at /etc/alist/data.db-opkg.
 * resolve_conffiles: Existing conffile /etc/config/alist is different from the conffile in the new package. The new conffile will be placed at /etc/config/alist-opkg.
Upgrading luci-app-alist on root from 1.0.11 to 1.0.12...
Removing obsolete file /etc/config/alist.
Removing obsolete file /etc/alist/data.db.
Removing obsolete file /etc/init.d/alist.
Removing obsolete file /lib/upgrade/keep.d/luci-app-alist.
Removing obsolete file /etc/uci-defaults/luci-alist.
Not deleting modified conffile /etc/alist/data.db.
Configuring luci-app-alist.
Collected errors:
 * remove_obsolesced_files: unlinking /etc/uci-defaults/luci-alist failed: No such file or directory.
 * opkg_install_pkg: Failed to determine obsolete files from previously installed luci-app-alist
 * file_sha256sum_alloc: Failed to open file /etc/alist/data.db: No such file or directory.
Package luci-i18n-alist-zh-cn (git-23.223.34172-ff70952) installed in root is up to date.

Done!

卸载以后直接使用脚本安装：alist在管理界面正常显示，但是无法启动，一直显示alist未运行，无法访问，手动启动：

root@iStoreOS:~# alist start
FATA[2024-03-29 09:33:44] failed to start children process: fork/exec alist: no such file or directory 

[sbwml]

和放哪里无关，估计是因为这个commit 的原因 baa383c

因为有人在某群跟我说，这个alist 不适用于 openwrt snapshots （即无luci固件使用）所以原本配置文件在 luci 上的移动到 alist 包中了。

你需要尝试的操作是：备份 /etc/alist 目录。

前往openwrt 后台的软件包，搜索 alist ，把所有包含alist 名字的软件包都卸载，删除残留：

rm -rf /etc/alist /etc/config/alist

之后再去安装

[ZYong9908]

rm -rf /etc/alist /etc/config/alist

确保已安装软件包无alist相关后运行rm -rf /etc/alist /etc/config/alist后使用脚本安装，依旧无法启动：
‘’‘
root@iStoreOS:~# alist start
FATA[2024-03-29 09:33:44] failed to start children process: fork/exec alist: no such file or directory
’‘’

[sbwml]

这么神奇？有没有TG ，加我TG 发远程桌面我看看？

[DHDAXCW]

一样的。。。

[sbwml]

一样的。。。

这是一个玄学问题，最后我通过 todesk 远程查看了他的路由器，检查了一遍所有的文件并没有任何错误

当我执行 reboot，它一切正常了。。。

[DHDAXCW]

真的吗？我重启试试

[DHDAXCW]

重启确实有效，但是关闭alist要重启才关闭，打开还是要重启。。。

[sbwml]

重启确实有效，但是关闭alist要重启才关闭，打开还是要重启。。。

进程不受 luci 的开关控制？

[DHDAXCW]

这个我也不清楚了，用的是lede源码 在luci打勾开关再保存都不行，只有重启才有效

[sbwml]

这个我也不清楚了，用的是lede源码

有没有现成的 x86 固件测试，我用虚拟机去复现一下看看

[DHDAXCW]

我现在用的是x86物理机测试的

[ZYong9908]

我当时注意到的是在控制页面启用，偶尔会闪一下正在运行，但是最后起不来 Bard ***@***.***>于2024年3月30日 周六08:32写道：

…

重启确实有效，但是关闭alist要重启才关闭，打开还是要重启。。。 进程不受 luci 的开关控制？ — Reply to this email directly, view it on GitHub <#101 (comment)>, or unsubscribe <https://github.com/notifications/unsubscribe-auth/AKQKC64CAGPT6ZFDNSGRK2DY2YB2HAVCNFSM6AAAAABFOERD7GVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDAMRXHA2DIOBYGA> . You are receiving this because you authored the thread.Message ID: ***@***.***>

[sbwml]

我需要一个能复现这个问题的固件，因为我在 OpenWrt 23.05.3 上测试不出来这样的情况

[DHDAXCW]

这个我也节日了，用的是lede源码

有没有现成的x86固件测试，我用虚拟机去复现一下看看

这是x86的固件
固件下载

[sbwml]

这个我也节日了，用的是lede源码

有没有现成的x86固件测试，我用虚拟机去复现一下看看

这是x86的固件 固件下载

列表中的哪一个？

[DHDAXCW]

随便一个都可以

[sbwml]

大意了！dc7d9b8

[DHDAXCW]

刚刷了，可以启动了~~~谢谢

[qingtian110]

大意了！dc7d9b8

神奇的事情，明明是错的，原生 openwrt 上它依然受 ucitrack 控制的？

procd 上它的命名是 alist.init ，而 ucitrack 上声明的是 alist。但却不受影响这是什么魔法行为？

[sbwml]

大意了！dc7d9b8

神奇的事情，明明是错的，原生 openwrt 上它依然受 ucitrack 控制的？

procd 上它的命名是 alist.init ，而 ucitrack 上声明的是 alist。但却不受影响这是什么魔法行为？

我也不清楚，我也用原生，所以他们不说我根本发现不了

[qingtian110]

我也不清楚，我也用原生，所以他们不说我根本发现不了

我觉得这个操作非常优雅 4187585 ，话说 mosdns 是不是也可以使用这样的的方式创建配置？

现在的 mosdns 全靠 awk、grep、sed 来生成配置文件，门槛太高了，想去魔改的人没两年 Linux 操作经验的人都望而却步

[sbwml]

现在的 mosdns 全靠 awk、grep、sed 来生成配置文件，门槛太高了，想去魔改的人没两年 Linux 操作经验的人都望而却步

yaml 转 json，工作量太大。以后再说