TOS 7.0.0427 Beta (X86) 更新通知

[Meikle]

文件夹下复制一个文档，不能在当前文件夹粘贴。
以前TOS6可以粘贴并自动重命名（2），现在选了重命名，也不能粘贴在原来的位置。

[Phil]

另，再反馈一个小众问题，国产操作统信UOS系统 专业版（政务授权）1070 版本，在用这系统打开TOS7系统，在终端里面，打小数字键盘的点（.）的 时候，就终端里面打一下就显示二个.. 如输入192.168.0.1 终端里面就直接打出来 192..168..0..1。不知道是系统问题还是TOS终端问题

应该是奇安信可信浏览器基础版这个浏览器问题

您遇到的“输入点号变双点”问题,可能是因为浏览器与 TOS 7 网页终端的键盘事件处理存在兼容性冲突；
您可以在统信 UOS 应用商店中，尝试安装 Google Chrome，或者其他浏览器，使用其他的浏览器访问 TOS 7 管理界面，再打开终端测试；
或者您在 UOS 系统的 键盘设置 中，尝试调整 “重复按键延迟” 和 “重复按键速度”，将其调慢或关闭。

[Phil]

无法通过WebDav方式挂载坚果云盘，坚果云盘是原生支持WebDav的，给的地址没有端口，挂载设置界面端口是必填项，就没办法挂载。

我们已根据您描述的情况进行了内部测试。在TOS 7.0.0427 环境中，我们使用坚果云官方提供的WebDav地址（https://dav.jianguoyun.com/dav/）进行挂载测试，可以正常完成挂载操作，未复现您所遇到的“因地址无端口而无法填写”的问题。
坚果云使用HTTPS加密连接，端口填写为 443是正确的，您需要检查您输入的信息是否正确；
建议您在本地的Windows电脑上，使用 WinSCP（或其他支持WebDav的客户端）尝试连接坚果云，进行交叉验证，如果WinSCP可以成功连接，说明您的坚果云WebDav服务及凭据是正常的，请将TOS中的设置与WinSCP的设置进行对比，检查是否有差异；
我们将持续关注此问题，并尽力协助您解决！

[Meikle]

无法通过WebDav方式挂载坚果云盘，坚果云盘是原生支持WebDav的，给的地址没有端口，挂载设置界面端口是必填项，就没办法挂载。

我们已根据您描述的情况进行了内部测试。在TOS 7.0.0427 环境中，我们使用坚果云官方提供的WebDav地址（https://dav.jianguoyun.com/dav/）进行挂载测试，可以正常完成挂载操作，未复现您所遇到的“因地址无端口而无法填写”的问题。
坚果云使用HTTPS加密连接，端口填写为 443是正确的，您需要检查您输入的信息是否正确；
建议您在本地的Windows电脑上，使用 WinSCP（或其他支持WebDav的客户端）尝试连接坚果云，进行交叉验证，如果WinSCP可以成功连接，说明您的坚果云WebDav服务及凭据是正常的，请将TOS中的设置与WinSCP的设置进行对比，检查是否有差异；
我们将持续关注此问题，并尽力协助您解决！

有点奇怪，刚才按照图中路径又填了一遍，点下一步就成功了。

[Phil]

文件夹下复制一个文档，不能在当前文件夹粘贴。
以前TOS6可以粘贴并自动重命名（2），现在选了重命名，也不能粘贴在原来的位置。

感谢您的持续反馈。您提到的在同一文件夹内复制并粘贴文件时，无法自动生成“文件名(2)”这类副本的情况，这确实是 TOS 7 Beta 版本当前存在的问题；
如果您需要在同一文件夹内创建一个文件的副本，请您尝试以下步骤：
1.先剪切或复制目标文件；
2.将其粘贴到另一个不同的文件夹中；
3.然后，在这个新位置对文件进行重命名；
4.最后，再将重命名后的文件移动回原始文件夹。
我们完全理解您对原有操作习惯的依赖，请您放心，我们已经将此情况记录为功能优化需求，并提交给开发团队。在后续的TOS 7版本更新中，我们会对这一交互逻辑进行重新评估和优化。
再次感谢您帮助我们完善TOS 7。如果您在使用过程中遇到其他问题，欢迎随时提出。

[getdream]

更新到7以后，设置定时晚上0点关机，早上7：30开机，经常出现开机失败，系统没有响应的情况，或者在浏览器上可以访问主页面，但是打开后续页面又长时间没有反应，要手机关机后重启，有时候重启一次还不行。。。。

[Meikle]

全局搜索这个功能挺好用的，在本地可以访问，反向代理（Nginx Proxy Manager）后远程访问不能打开，请问这个问题就是这样的设计，还是说会在以后得版本得到解决？贴个图看看。

[Phil]

全局搜索这个功能挺好用的，在本地可以访问，反向代理（Nginx Proxy Manager）后远程访问不能打开，请问这个问题就是这样的设计，还是说会在以后得版本得到解决？贴个图看看。

感谢您的反馈！您提到的“全局搜索”功能在本地正常但通过Nginx Proxy Manager反向代理后远程无法访问的问题，我们已经收到并记录。
这是一个配置兼容性问题，并非设计如此，我们已经收集反馈，开发团队后续会将其纳入优化计划，会在后续版本中重点解决。

[Phil]

更新到7以后，设置定时晚上0点关机，早上7：30开机，经常出现开机失败，系统没有响应的情况，或者在浏览器上可以访问主页面，但是打开后续页面又长时间没有反应，要手机关机后重启，有时候重启一次还不行。。。。

您好，感谢您的反馈。关于您更新到TOS 7后定时开关机系统无响应的问题，我们非常重视。这通常与系统关键服务在唤醒后未能正常启动有关。
请您在发现NAS无响应时，尝试通过以下方法进行诊断和恢复：
方法1：检查并恢复关键服务
请通过 SSH​ 或 HDMI显示器+键盘​ 连接设备的方式登录到TOS系统，然后执行以下命令：
检查核心服务状态：
systemctl status postgresql@13-main.service
systemctl status TOSDaemon.service
请观察这两个服务的状态，如果显示为 failed（失败）或卡在 activating（激活中），请重启服务
重启异常的服务：
sudo systemctl restart postgresql@13-main.service
sudo systemctl restart TOSDaemon.service
执行后，尝试刷新Web界面判断是否恢复正常。
方法2：进行系统更新
请登录TOS的Web管理界面，进入 控制面板 > 通用设置 > 系统，检查是否有可用的系统更新。我们的开发团队会持续发布优化和修复，请将系统更新到最新版本。
方法3：提交系统报告
如果以上方法仍无法彻底解决问题，为了让我们能精准分析原因，请您协助生成一份系统报告：
在TOS系统菜单栏中找到并进入 “支持与帮助”。
点击 “生成系统报告”​ 按钮，将完整的诊断报告发送到我们的技术支持邮箱。
我们的工程师会依据您的系统报告深入分析日志，定位定时唤醒后服务启动失败的根本原因，并为您提供进一步的解决方案。

[Meikle]

从TOS 6升级到 TOS 7.0.0299 beta，再升级到 TOS 7.0.0427 Beta (X86) ，打开emby是初始化界面。
我用的是emby官网下载的4.9.3.0最新版本。应用中心是4.9.0.72没问题。
应该是权限问题——4.9.3.0的emby 用户无法调用 ter_share_add 获取共享目录路径，导致启动参数出错。
启动后不能读取/Volume1/Emby/config/system.xml，进而新建Volume1/@apps/emby/emby-server/-ffdetect/config/system.xml，造成不能使用以前的配置数据，而是指向初始化界面。

解决办法：
# 1.备份并替换
cp /Volume1/@apps/emby/emby-server/bin/emby-server /Volume1/@apps/emby/emby-server/bin/emby-server.bak && \
sed -i 's/APP_DATA_DIR=$(ter_share_add -name "Emby")/APP_DATA_DIR="\/Volume1\/Emby"/' /Volume1/@apps/emby/emby-server/bin/emby-server

# 2.验证修改
grep APP_DATA_DIR /Volume1/@apps/emby/emby-server/bin/emby-server

显示
APP_DATA_DIR="/Volume1/Emby"
export XDG_CACHE_HOME=$APP_DATA_DIR/cache
-programdata $APP_DATA_DIR \
就正常了。

修改前（错误）：
APP_DATA_DIR=$(ter_share_add -name "Emby") # 返回空，导致 -programdata 后面没参数（ps aux | grep EmbyServer | grep -v grep
emby 404449 54.1 4.3 274274840 257396 ? Sl 22:55 0:17 /Volume1/@apps/emby/emby-server/system/EmbyServer -programdata （后面没有/Volume1/Emby，从而指向-ffdetect，所以在Volume1/@apps/emby/emby-server/-ffdetect/config/新建了system.xml进入了初始化界面）/Volume1/Emby -ffdetect /Volume1/@apps/emby/emby-server/bin/ffdetect -ffmpeg /Volume1/@apps/emby/emby-server/bin/ffmpeg -ffprobe /Volume1/@apps/emby/emby-server/bin/ffprobe -defaultdirectory /mnt/public -updatepackage emby_TOS5_APP_{version}_x86_64.tpk）

修改后（正确）：APP_DATA_DIR="/Volume1/Emby" # 固定路径，-programdata 后面有正确参数

感谢豆包。

TOS 7.0.0427 Beta (X86)使用一天感觉良好，全局搜索不能用，打开是空白。

补充：以上反馈问题造成的另一个问题是Emby不能硬件解码了。