先确认问题是选包、安装、启动还是识别
在 Linux 上准备爱思助手时，DEB 与 RPM 只是安装前选择的一部分。包管理器拒绝安装、应用安装后不能启动、USB 中能看到设备但应用无法识别，分别属于不同阶段。先标记当前阶段，才能决定要核对发行版、查看安装日志，还是检查设备连接；看到错误后立刻换另一种包格式，通常会让系统留下更多难以解释的状态。
开始前建立一份环境记录，写下发行版名称与版本、系统架构、桌面环境、当前账号权限、官方页面版本和设备型号。目标先限定为“应用能启动”和“设备能稳定出现”，不要在基础链路未验证时直接进行备份或刷机。Linux 环境差异较多，准确记录本机情况比套用一句通用命令更有价值。
- 把选包、安装、启动和设备识别分成四个阶段。
- 记录发行版、版本、架构、权限与设备型号。
- 首次目标只验证程序启动和稳定识别。
读取发行版信息后再判断 DEB 或 RPM
不要只凭桌面外观判断 Linux 发行版。应从系统设置或发行版信息文件中读取名称、版本与架构，并确认当前系统日常使用哪一种包管理方式。Ubuntu、Debian 系发行版通常围绕 DEB 管理软件，Fedora、RHEL 系发行版通常围绕 RPM，但这只是常见对应关系，最终仍要以本机发行版文档和爱思助手官方页面的当前说明为准。
如果系统经过企业定制、容器化封装或使用非标准包管理方式，不应强行套用常见分类。先向管理员确认安装策略，尤其不要为了让包通过而混装另一套包管理器。记录完整发行版名称和架构后，再去官方入口核对可选格式；如果官方页面没有覆盖当前环境，就应保留这一不确定性并停止猜测。
- 从系统信息读取发行版名称、版本与架构。
- DEB 和 RPM 的常见对应关系仍需本机文档确认。
- 定制或受管理环境先询问管理员。
在 i4.cn 核对 Linux 入口与当日版本
确认发行版信息后，再从浏览器地址栏核对 i4.cn 或 www.i4.cn，并进入官方产品中心的 Linux 区域。本站是独立中文指南，不托管 DEB、RPM 或其他安装包。搜索结果里的文件名、截图和“最新版”描述不能替代官方页面，尤其不能只看后缀就忽略来源。
2026 年 8 月 19 日核对时，官方产品中心显示 Linux V9.02.009；这是一条带日期的事实，不是永久不变的版本承诺。下载当日应重新记录官方页面显示的版本、包格式与访问时间。若页面内容改变，按新页面重新判断，不要为了匹配旧教程而寻找第三方历史包。
- 确认地址栏与页面区域均来自 i4.cn。
- V9.02.009 只代表 2026 年 8 月 19 日核对结果。
- 文件后缀正确也不能替代来源验证。
安装前检查权限、空间与现有包状态
开始安装前，先确认目标分区有可用空间、当前账号具备受控的安装权限，并查看系统中是否已有同名或旧版软件。若发现旧版，不要立即删除，应先记录版本、安装来源和是否仍在运行。对于生产电脑或多人共用工作站，还需要确认维护窗口，避免安装过程中中断其他人的设备任务。
同时整理下载文件的保存位置和校验所需信息。不要把安装包随意复制到公共目录，也不要在不理解的情况下执行带有广泛权限的脚本。若官方页面提供的是明确包文件，就按本机包管理流程处理；若系统策略要求通过软件仓库或管理员分发，则遵循本地管理要求，不自行绕开。
- 确认空间、安装权限和已有版本状态。
- 受管理电脑在维护窗口内操作。
- 不执行来源不明或权限范围不清的脚本。
保留完整安装命令、输出和时间
执行安装时，记录实际使用的包文件名、命令、开始时间与完整输出。不要只截取终端最后一行，因为依赖、架构或权限问题的关键说明可能出现在更早位置。记录中可以遮挡用户名和私人路径，但应保留发行版、包名、版本与错误上下文，以便之后在官方教程或系统文档中对照。
如果安装失败，一次只处理一个明确原因。例如先解决包管理器报告的依赖问题，再用同一文件复测；不要同时更换 DEB 与 RPM、修改权限并替换设备线缆。若错误涉及系统仓库或组织策略，优先交给管理员处理。反复使用强制参数可能掩盖根因，也可能影响现有软件环境。
- 保存命令、包文件名、时间和完整输出。
- 每次只处理一个明确错误再复测。
- 不以强制参数代替对依赖和策略的判断。
先验证应用启动，再检查 USB 识别
安装流程完成后，先在不连接设备的情况下启动爱思助手，确认主界面能够显示，并保存终端或系统日志中的异常。应用本身不能启动时，问题仍停留在软件环境；此时接入 iPhone 或 iPad只会增加变量。只有程序启动稳定后，才进入数据线、USB 端口和设备信任关系的检查。
连接设备时使用支持数据传输的线缆，保持设备解锁，并由设备所有者确认“信任此电脑”提示。先观察系统是否持续识别 USB 设备，再看爱思助手是否能刷新设备信息。如果系统层面也反复掉线，先处理物理连接或权限；不要把所有识别失败都归因于安装包格式。
- 不接设备先确认应用能够稳定启动。
- 设备连接由系统识别和应用识别两层验证。
- 系统也掉线时优先查线缆、端口和权限。
设备权限应最小化验证，不长期放宽
Linux 上的设备访问可能受到用户组、设备规则或组织安全策略影响。遇到权限提示时，先保存原始错误、当前用户身份和设备出现时间，再查阅本机发行版文档或联系管理员。不要为了快速识别而长期给所有用户开放设备权限，也不要复制来源不明的规则文件，因为过宽设置会改变整台电脑的安全边界。
如果管理员允许调整，应将变更范围、文件位置、执行者与回退方法写进记录，并在变更后只复测同一个连接场景。验证完成后确认是否需要恢复临时设置。权限修改只是排查的一部分，不代表备份、验机或刷机结果得到保证；进入具体任务前仍需独立检查资料与风险条件。
- 保留原始权限错误与当前用户信息。
- 规则变更遵循最小范围并写明回退方法。
- 权限恢复后再判断后续任务是否适合继续。
整理可复查的问题包并设定停止条件
完成排查后，把发行版与架构、官方页面版本、包格式、安装命令、完整错误、应用启动结果和 USB 识别结果整理为一份问题包。向他人求助时，先提供这些非敏感信息，再说明已经验证过哪些单项。这样能够减少重复询问，也能让官方教程、常见问题和发行版文档各自对应到正确阶段。
遇到发行版不受当前页面说明覆盖、需要绕开组织策略、连接持续中断、备份不可读或出现未理解的高风险提示时，应停止继续操作。爱思助手官方电脑端页面介绍了验机、刷机、备份恢复和资料管理场景，但功能入口并不等于每个 Linux 环境都能无条件完成任务。保留日志、恢复环境，再从官方资料重新判断下一步。
- 问题包包含环境、来源、命令、错误和识别结果。
- 不确定兼容性或需要绕开策略时停止。
- 高风险任务前另行验证备份与连接条件。