anpple
-
Posts
173 -
Joined
-
Last visited
Content Type
Profiles
Forums
Downloads
Store
Gallery
Bug Reports
Documentation
Landing
Everything posted by anpple
-
工具-诊断，导出完整诊断文件上传
-
Unraid 系统在启动过程中遇到了一些 XFS 文件系统相关的 I/O 错误。这些错误通常指示有硬件问题，如磁盘故障或数据线问题，或者文件系统损坏 依次排查： 1.启动进入安全模式，测试稳定性 2.检查硬盘smart看硬盘有没有报错 3.文件系统修复，终端执行 xfs_repair /dev/md1 #md1为设备示例名，替换成实际 4.检查并更换数据线
-
Unraid pool设备识别是以物理盘的UUID为准，换插槽正常识别硬盘 如果识别成新设备，重置插槽即可：工具 新配置-勾选重置，重新添加
-
反代推荐使用Lucky
-
在 Unraid 上为每个网络接口指定静态 IP 和网关 另外单网口按照官方推荐的ipvlan网络设置也不会失联
-
由于各自的设备不同，两端设置可以参考这个
-
买一个KVM切换器
-
参考链接，官方已经解释的很详细
-
建议的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，更换主板或更换内存换不同插槽，日志报错大量硬件兼容性问题
