anpple
Moderators
-
Joined
-
Last visited
Everything posted by anpple
-
由于各自的设备不同，两端设置可以参考这个
-
-
参考链接，官方已经解释的很详细
-
建议的LAG配置： Unraid端Bond模式802.3ad 交换机设置LACP 802.3ad MTU一般不设置巨型帧，默认1500就行
-
那你之前的问题没有描述完整，现在尝试重置一下硬盘插槽：工具-新配置-勾选阵列插件重置 然后去共享重新添加设置，拆分级别：自动拆分，包含和排除的硬盘都要指定
-
你的设置明显错误，根据你的描述，应该是要把文件夹Disk_Media指定存储在disk2。那么正确的操作应该是： 从一级导航 共享 下新建目录Disk_Media 拆分级别默认自动拆分即可 包含磁盘勾选disk2，排除磁盘disk1和disk3 补充一下，从文件管理器里disk2下新建的文件夹不会自动聚合在/mnt/user/
-
根据提供的诊断文件，虚拟机日志： qemu-system-x86_64: terminating on signal 15 from pid 31467 (/usr/sbin/libvirtd): QEMU进程接收到了来自pid为31467的进程的SIGTERM信号，这通常用于请求程序正常退出。来自libvirtd，这是负责管理Linux上虚拟机的守护进程。 shutting down, reason=shutdown: 虚拟机管理系统已经接收到关闭的命令。 shutting down, reason=destroyed: 虚拟机是被强制关闭的。 虚拟机在收到关闭信号时，正常响应并开始了关闭过程。但问题似乎出在虚拟机尝试进行正常关闭的过程中。 群晖虚拟机似乎没有按照预期那样自动关机。这可能是由于多种原因造成的，比如： 群晖的操作系统可能需要配置特定的脚本或设置来响应外部的关机信号。 可能有一些挂起的任务或者服务阻止了系统正常关机。 建议再尝试观察一下，或者更换群晖虚拟机启动
-
你选择的目录错误，/etc是系统配置文件的放置目录，重启后非系统文件会重置 建议选择U盘/boot/下新建目录或者共享挂载/mnt/user/X
-
cat /proc/cpuinfo lscpu 终端以上两个命令都可以显示详细的CPU信息
-
那得看你是什么设备了，apple tv7还好，非特效字母封装的一般都没问题
-
可以这么理解，infuse解码，emby/jellyfin只剩下刮削和海报墙了
-
你问为什么已经回答你了，你要问怎么解决，这是无解的大量碎片小文件转移的速度问题
-
播放终端解码才是王道，苹果infuse全家桶足够用了 Unraid群里使用最多的是Plex的部署，全客户端支持，infuse用来播放原盘
-
-
检查主板散热和USB口散热，官方推荐U盘型号： 三星fit 闪迪酷豆2.0 cz33 金士顿迷你DTMC3G2
-
Unraid开心版转正: 删除U盘config下btrs.key文件 导入正版激活文件比如pro.key到config 插U盘开机启动 如果是登录connect插件，通过激活联网验证，验证失败会显示error4，开启魔法即可
-
文件系统开销：每个文件的创建、修改和删除都涉及文件系统的额外操作，例如更新目录信息、修改元数据等。这些操作在处理大量小文件时特别明显，因为每个文件都需要单独进行这些处理。 操作系统开销：操作系统处理文件的方式也会影响性能。操作系统在打开和关闭文件时需要消耗资源。对于大量小文件，系统需要频繁地打开和关闭文件，这增加了总体的处理时间。 存储设备的读写效率：大部分存储设备（包括固态硬盘和传统硬盘）在处理连续的大块数据时比随机访问小文件时效率更高。这是因为设备可以最大化利用其顺序读写速度，而处理多个小文件时，磁盘可能需要在不同位置之间移动读写头（在机械硬盘中）或进行更多的寻址操作（在固态硬盘中）。 网络和协议开销：在通过网络（如使用 SMB 协议）复制文件时，网络协议本身的开销也会影响性能。每个文件传输都需要建立和终止通信，这对于大量小文件来说可以累积成显著的延迟。 缓存效果：操作系统和存储设备通常会使用缓存来优化读写操作。当处理单个大文件时，数据可以更有效地被缓存和顺序读写，而大量小文件则可能频繁地触发缓存失效，降低效率。
-
基于docker网桥的问题请参考官方修复指南 https://docs.unraid.net/unraid-os/release-notes/6.12.4/#fix-for-macvlan-call-traces 只看你的日志，大量nginx报错，检查插件兼容性，是否更新到最新；系统升级到最新6.12.10再试
-
工具-诊断，导出诊断文件，上传到这里帮你看
-
升级BIOS，更换主板或更换内存换不同插槽，日志报错大量硬件兼容性问题
-
上层网络路由解决魔法问题，无法安装无法更新都是魔法问题
-
播放终端解码是最简单有效的，比如apple tv/手机/平板主流设备解码能力足够覆盖，j3455的核显比较弱，不支持的格式靠U软解自然是不行的
-
Unraid 中有两种主要的池操作模式： 单设备模式 当池的磁盘插槽数设置为 1 时，这称为在单设备模式下运行。在此模式下，您将无法保护池中存在的任何数据，这就是建议使用多设备模式的原因。但是，与多设备模式不同，在单设备模式下，您可以将缓存设备的文件系统调整为 BTRFS 以外的文件系统。正是由于这个原因，单一模式没有特殊的操作。您只能在系统中添加或删除设备。 注意：如果您选择对在单一模式下运行的池设备使用非 BTRFS 文件系统，则在不先使用 BTRFS 重新格式化设备的情况下，您将无法扩展到多设备池。正是由于这个原因，BTRFS 是池的默认文件系统，即使在单设备模式下操作也是如此。 多设备模式 当向池分配多个磁盘时，这称为在多设备模式下运行。此模式利用 RAID 1 的 BTRFS 特定实现，以便允许将任意数量的设备组合到一个池中。与传统的 RAID 1 不同，BTRFS RAID1 可以混合和匹配不同大小和速度的设备，甚至可以根据您的需求变化进行扩展和收缩。要计算您的 BTRFS 池将拥有多少容量，请查看这个方便的btrfs 磁盘使用计算器。将预设 RAID 级别设置为 RAID-1，选择您拥有的设备数量，然后设置每个设备的大小。该工具将自动计算您将有多少可用空间。
-
j3455性能和核显解码太弱了，换硬件吧，除非你客户端直接解码
-
主页面显示容量：3.2T 硬盘详情中显示容量：2.61TiB Unbalance插件中显示的剩余空间：有时候与上述显示不符，例如显示剩余31G，但在某些情况下仅显示剩余1G。 原因： 文件系统预留空间Linux文件系统（如Btrfs、XFS）会预留部分空间，这些空间不显示为用户可用。 从你的截图看已经接近100%占用，这样会大大缩减硬盘使用寿命，不推荐这样。一般占用在70-90%就推荐新加硬盘或者换更大的
