Linux 客户端与 glibc 2.28 门槛下的两种形态

桌面三端里，只有 Linux 端要你先回答两个问题：这台机器属于哪种发行版体系，以及有没有图形会话。答案不同，取包形态与能做的事都不同。本站把这两件事拆成两栏记，再叠加 glibc 版本这一道硬门槛，顺序是先看发行版体系，再看 glibc，最后看有没有桌面环境。

deb 与 tar.gz：同一版本的两副面孔

两个形态的差别不在功能，在依赖由谁负责。deb 交给包管理器，安装时一并把依赖补齐，卸载也能带走；tar.gz 是解压即用的目录树，依赖要自己确认，缺一个库就在启动阶段报错。功能表一样，能做的事一样，差别全在安装前后的那几步。

体积上两者并不一致。本站表里的 41.6 MB 取 deb 形态，依据是逐平台称重的采样记录；tar.gz 不含包管理元数据，读数会略小。拿 tar.gz 的体积去对 deb 的公示值会一直对不上，这属于形态差异，不是取错了包。

依赖由谁负责，差别就在这

deb 把补齐依赖的活交给包管理器，卸载时也能一并带走；tar.gz 是解压即用的目录树，缺哪个库要自己补，缺一个就启动报错。

• deb：装与卸都走包管理器，依赖自动补齐或清理。
• tar.gz：解压成目录树，不写系统包数据库，卸载即删目录。
• 升级方式不同：deb 走仓库升级，tar.gz 整目录替换。

两种形态的功能表为什么一样

功能差异不来自形态，来自装完之后能不能跑起来。同一版本打成两种形态，程序文件一致，差别只在安装前后的准备步骤。

• 程序文件一致：同版本两种形态解出的可执行文件相同。
• 差别在准备步骤：一个靠仓库，一个靠手工确认库。
• 形态选错不会少功能，只会多出依赖排查的活。

glibc 2.28 与装前三项依赖

门槛卡在 glibc 版本，不是内核版本。2.28 之前的运行库缺少新版线程实现，程序启动即报版本不足并迅速退出，从用户视角看就是「双击没反应」。本站按低版本逐一核对过，这一类机器没有一个能进到主界面，表现一致，不存在偶尔成功的个例。

除 glibc 之外还有三项要在装前确认：图形库、字体包、音频库。无桌面环境时前两项用不上，音频库仍会被加载，缺了不会导致连不上，而是在连接建立后表现为没有声音。把这三项当成装后排查项往往要走弯路，它们都是装前就能查完的。

三项依赖各自缺了会怎样

图形库、字体包、音频库三项里，前两项决定界面能不能起，第三项只影响声音。缺音频库不会连不上，表现是连上之后没声音。

• 图形库缺：界面起不来，启动阶段就退出。
• 字体包缺：界面能起但文字成方块，操作仍可进行。
• 音频库缺：连接正常，声音这一路走不通。

装前三项自查怎么做

三条自查都在装前完成：读运行库版本、确认图形会话是否在跑、确认音频服务是否可用。三项查完再动手，比装完再排查省时间。

• 读 glibc 版本：低于 2.28 直接放弃，不必下载。
• 确认图形会话：无会话时按纯被控端准备。
• 确认音频服务：没有音频服务时别把没声音算成故障。

无桌面环境为什么只能作被控端

这是 Linux 端与另外两个桌面端最大的差异。没有图形会话时，客户端可以注册成被控端常驻，等别人连进来；但它自己发起不了控制，也打不开文件传输面板，因为发起控制要先渲染一个会话窗口，没有窗口就没有入口。

判定有没有桌面环境，看当前会话有没有图形服务在跑，而不是看有没有装显卡驱动。服务器装全了图形库但没起会话，仍然算无桌面环境，行为与纯命令行一致；反过来，轻量窗口管理器只要起了会话，就能按有桌面环境处理。

这条区分对离线部署影响最大：把无桌面环境当成有桌面环境准备，装完才发现只能被连不能主控，返工成本比装前确认高得多。

有没有图形会话怎么判定

看当前会话有没有图形服务在跑，不看有没有装显卡驱动。服务器装全了图形库但没起会话，仍按无桌面环境处理。

• 有会话：轻量窗口管理器起了会话，就按有桌面环境算。
• 无会话：装了图形库没起会话，行为与纯命令行一致。
• 判断错方向的代价：装完才发现只能被连不能主控。

信创终端与离线安装

信创终端的处理器不一定 x86_64。本页 41.6 MB 这个读数是 x86_64 的 deb 形态，换架构要按架构另取包，体积也不同，不能拿这个数字去核对别架构的包。装之前先确认架构，再确认 glibc，最后确认有没有桌面环境，三步都在动手之前做完。

信创场景里更常见的是内网离线安装。deb 形态要连同依赖一起带进去，仓库里缺一个包就装不完；tar.gz 形态把依赖解压到同一目录，反而更适合离线。两种形态各有一个明显更适合的场景，不存在哪一个全面更优。

离线安装要带进去哪些东西

deb 形态要连依赖一起带，仓库缺一个包就装不完；tar.gz 把依赖解压到同一目录，反而更适合内网离线。两条路的准备放在不同位置。

• deb 离线：依赖包要一并带进内网，缺一个装不完。
• tar.gz 离线：依赖解压到同目录，不依赖仓库。
• 非 x86_64 机器要按架构另取包，41.6 MB 不适用。

信创终端先确认哪一步

信创终端的处理器不一定 x86_64，先确认架构，再确认 glibc，最后确认有没有桌面会话。三步都在动手之前做完。

• 第一步确认架构：非 x86_64 要另取包，体积也不同。
• 第二步确认 glibc：2.28 是硬门槛，低于它启动即退出。
• 第三步确认会话：决定这台机器能被控还是能主控。

两种形态怎么选

下表把两种形态的取舍逐行摆开，最后一列写的是各自的适用场景。第三列最容易被跳过，它恰好是装完之后最容易出问题的地方。

选择顺序可以简单化：有仓库且能联网就取 deb，省掉依赖核对这一环；离线、无根权限、或是非 Debian 体系，就取 tar.gz，把依赖自检当成必做步骤。两条路都能走到同一个结果，差别只在准备工作放在哪一头。

选择顺序可以简化成一句

有仓库且能联网就取 deb，省掉依赖核对；离线、无根权限或非 Debian 体系就取 tar.gz，把依赖自检当成必做步骤。

• 有仓库：取 deb，依赖交给包管理器。
• 离线或无根权限：取 tar.gz，依赖自检不可省。
• 非 Debian 体系：deb 装不上，只能走 tar.gz。

装错形态怎么补救

deb 装到非 Debian 体系会被包管理器直接拒绝，系统不留半装状态；tar.gz 只是白解压一次，删掉目录重来即可。两种错误的代价都不高。

• deb 装错体系：包管理器直接拒绝，系统不留残留。
• tar.gz 装错目录：删掉目录重解一次，不影响系统。
• 补救后先跑一次依赖自检，再谈启动。

启动、常驻与连接读数

挂在后台不动时的常驻，平台分开记：CPU 1.3%、内存 97 MB，与桌面另外两端同一套对照条件。图标点亮到平台主界面可操作 1.05 秒，这个读数只在有桌面环境时才有意义，无桌面环境没有界面可点，也就谈不上冷启动。

连接侧的读数取自同批采样：发起连接到对端首帧落地 36 毫秒，按平台分开取单向码流 15 Mbps，两项都是单向实测值；画面定住后码流自然掉下来，静置读数不适合拿来估算带宽。

文件互传 9.6 MB/s 是两端都在桌面端时的实测值。Linux 端作为接收方时速率与磁盘写入有关，机械盘上会明显低于这个数，固态盘上能贴近，这一点在部署到老服务器时值得先测一次。

无桌面环境为什么没有 1.05 秒

冷启动读数指图标点亮到主界面可操作，无桌面环境没有界面可点，这个数字对它不成立，只用于有图形会话的机器。

• 有会话：1.05 秒可用，条件是开机后首次双击。
• 无会话：没有界面可点，冷启动读数不适用。
• 常驻读数两种状态一致：1.3 % 与 97 MB 都在空闲态取。
• 连接侧 36 毫秒与 15 Mbps 取自同批采样，条件相同。

常见问题

下面几条围绕门槛、形态与桌面环境三件事，答案按本页表内条件成立。系统版本或发行版分支不同，结论可能变化，变化时以实测为准。

读数的边界

本页的数字覆盖 8 天记录、305 次采样，取中位；41.6 MB 与 1.3 % 都按同一条边界读，即只在本站这套对照机上成立，换机器要重取。

哪些条件变了要重取

换了架构、换了发行版分支、换了磁盘类型，读数都会变。互传速率与磁盘写入挂钩，机械盘上明显低于固态盘。

• 换架构：非 x86_64 的包体积不同，41.6 MB 不适用。
• 换发行版分支：glibc 与图形栈可能不同，门槛结论要重验。
• 换磁盘：机械盘上互传速率明显低于固态盘。

本站不托管安装包，也不替发行版解决依赖。你能从这里拿走的是判断顺序：发行版体系决定形态，glibc 决定能不能启动，桌面环境决定能做被控还是主控。三件事按顺序确认，装完之后的意外会少很多。