记录发行版名称和版本
官方要求给出若干发行版与最低版本。先从系统信息记录完整名称和版本，不用桌面主题或发行版家族代替。
公开范围是 Ubuntu 18.04+、Debian 10+、openSUSE 15.2+ 和 Fedora 32+，衍生系统仍需另行确认。
完成“记录发行版名称和版本”后，在Linux 安装前核对记录中写明依据页面、检查时间、设备原始信息和结论；缺少任何一项时保留为未确认，不用经验补齐。表格末尾再写下一步由谁核对、去哪个官方页面，以及什么结果才能解除阻断。
证据不足时停在核对步骤，比用未经确认的下载或设置继续推进更容易排查。
- 名称版本成对
- 对照四组范围
- 衍生系统另查
单独确认 64 位
官方 Linux 要求明确为 64 位。发行版名称和版本符合，但位数未确认时，也不能把预检标为通过。
位数应来自系统信息，不从电脑新旧或处理器品牌猜测。记录中保留发行版、版本和位数三个字段。
交接“单独确认 64 位”时，让复核人从相同官方 URL 重新开始，并对照同一设备字段复做一次；两次结果不一致就暂停后续动作并保存差异。复核人不能只重复上一人的结论，应留下自己看到的页面位置和设备字段。
页面有变化时先更新记录，再决定是否需要重新选择入口或调整后续检查。
- 位数独立检查
- 以系统信息为准
- 未知保持阻断
处理器要确认 SSE3
官方要求支持 SSE3 的 Intel Pentium 4 或更新型号，核心检查项是 SSE3；本站不替每款处理器制作型号清单。
老设备或虚拟环境中应取得可复查结果。只知道处理器名称而不知道 SSE3 时，不用“看起来较新”作通过依据。
如果“处理器要确认 SSE3”得到否或未知，表格应保留原始文字和下一条核对路径；不要为了完成Linux 安装前核对清单而把条件改写成已经满足。只有来源、设备与选择三者能够对应，才把该项标记为通过并进入下一步。
这一条的目标是形成可重复判断，不是把所有未知情况都写成肯定答案。
- 确认 SSE3
- 不凭型号印象
- 保留查询结果
四项组成通过谓词
通过条件是发行版在范围、版本达最低值、系统为 64 位且处理器支持 SSE3，四项是同时满足的关系。
表格分别记录是、否或未确认。任何否都停止常规流程，任何未确认都先补信息。
这一项只记录来源能够证明的内容。与“四项组成通过谓词”有关但未在当前三张官方页面出现的版本、文件、账户或行为细节，都单列为待官方确认。站内建议可以说明如何留痕，却不能替 Opera 作兼容、支持或恢复承诺。
读者看到未知项时应能直接找到官方复核位置，而不是被引向非官方猜测。
- 四项同时满足
- 否与未知分开
- 附检查时间
官方入口只证明来源
官方下载页列出 Linux 桌面入口，但现有事实没有具体包名、版本、签名、校验和或安装命令。
文案应引导回官方页核对，而不是固定可能变化的文件地址；下载时再次检查主机名。
复核人应先读“官方入口只证明来源”对应的设备信息，再打开官方页面，不从结论倒推证据；这样后续即使页面变化，也能区分现场信息和网页更新。完成后保留页面地址与日期，不把缓存页面、搜索摘要或转述当成同级依据。
复查记录只保存完成任务所需信息，不收集密码、完整历史或私人页面内容。
- 官方主机入口
- 不固定文件地址
- 不声称校验和
不解释未核验包差异
当前事实不足以说明不同包格式的更新方式、依赖处理或优劣，即便页面出现多个入口也不能自行比较。
需要选择时记录发行版与组织限制，再回 Opera 当前说明。本站不生成未经来源支持的命令行步骤。
为“不解释未核验包差异”保留通过、阻断、未确认三种状态，并在状态旁写下一步动作。状态名称保持明确，避免使用“应该可以”这类无法验收的描述。若任务转交他人，接手者应能仅凭这条记录重现核对路径，而无需猜测前一步做过什么。
若责任人变化，新的执行者仍应重做关键判断，不能沿用口头确认作为证据。
- 不编造优劣
- 不提供猜测命令
- 环境限制带回官方
预先定义最小验收
环境通过后，先写下安装完成后要观察的结果：能否启动、常用页面能否打开、资料计划能否执行。
这些是本地检查，不是官方性能承诺。异常时保存四项环境、官方入口和错误原文，避免只写“装不上”。
每次重做“预先定义最小验收”都更新检查日期，但不要覆盖旧结果；保留前后记录能看出设备变化、页面变化或操作差异究竟发生在哪一处。若内容冲突，先暂停下载、安装或资料迁移，再以执行当天的官方页面和设备原始信息复核。
任何下载或安装动作都排在条件核对之后，顺序变化应作为流程偏差记录。
- 定义验收项
- 保留环境字段
- 保存错误原文
执行当天重开官方页面
支持范围可能变化，实际下载前重新打开要求页与下载页，核对四项条件和当前入口。
若官方页与本站记录不同，以官方内容为准。本站是独立指南，不托管 Linux 包，也不替代当前支持说明。
将“执行当天重开官方页面”的最终结果连同官方地址放入Linux 安装前核对交接摘要，敏感资料只写类别不写内容；官方事实和本地建议分别标注。摘要还应列出尚未解决的项目、负责人和复核条件，不能用一条笼统的“已完成”覆盖遗留问题。
交付时保留未解决项，能避免下一次维护把旧问题误认为已经通过。
- 当天复核
- 差异以官方为准
- 不托管包