企业官网建设流程全解析

如果你和我一样，日常工作长期在 Windows 办公机上处理，但手里的活儿偏偏是模拟版图和全定制 IC 设计，那就一定绕不开一个问题：Cadence Virtuoso 到底装在哪里跑。最近我花了一个多星期，把 IC25.1 版本的 Virtuoso 完整部署到了 WSL2 的 Ubuntu 26 里，中间踩过的动态库、图形显示、License 配置、权限和性能方面的坑，足够整理成一篇排障实录。这篇内容不写空泛的理论，只记录从方案选型到最终跑通 Spectre、打开 Layout Editor 的真实过程。

这篇内容适合几类人：暂时申请不到公司 EDA 服务器、想在 Windows 笔记本上练手的工程师；被 IT 限制不能装双系统、只能靠 WSL 过渡的开发者；以及经常出差、希望随身带着设计环境继续改版图的模拟电路设计师。如果你也是这类人，下面记录的问题和解决方法，基本能覆盖你前几次启动 Virtuoso 时能遇到的大部分故障。

1. 为什么我决定把 IC25.1 装进 WSL2

1.1 这次部署要解决的实际问题

先说清楚背景。我手上的工具是 Cadence Virtuoso IC25.1，这是一套很经典的全定制 IC 设计环境，涵盖原理图编辑、版图编辑、仿真和物理验证等核心环节。对于习惯传统工作流的工程师来说，第一反应肯定是找一台装了 RHEL 或 CentOS 的 Linux 工作站，把安装介质拷上去，再配置好 License 和显示环境。但在很多实际办公场景里，工位上的机器是 Windows，IT 又不允许随便分区装双系统，而公司的 EDA 集群可能因为排队、资源配额或者网络问题，并不能做到随时连上去就用。

这种情况下，WSL2 是一个非常现实的选择。它不是一个模拟器，也不是一个翻译层，而是真正跑在 Windows 虚拟机管理程序之上的 Linux 内核，Ubuntu 26 的发行版可以在 WSL2 里以接近原生的方式运行。对于 Virtuoso 这种需要消耗大量 CPU 做仿真、需要访问 X11 图形界面的应用来说，WSL2 在架构上基本满足要求。

这次的部署目标也很明确：在 Windows 主机上安装 WSL2 和 Ubuntu 26，把 IC25.1 完整装进 Linux 文件系统，配置好 License 和显示环境，让 Virtuoso 的图形界面能够直接打开，并且能正常完成从原理图输入到仿真的整个流程。而不是仅仅把安装包放进去然后冒个提示符出来就算完事。

1.2 方案选型：WSL2 对比双系统和虚拟机的取舍

在决定用 WSL2 之前，我也简单评估过其他方案。第一个是原生 Linux 双系统，这套方案效果自然最好，性能损失最小，兼容性问题也最少，但切换系统需要重启机器，办公协同、截图、文档处理都会被打断，更重要的是很多公司电脑有磁盘加密和引导限制，双系统不一定能装上。第二个是 VMware 或 VirtualBox 虚拟机，这套方案兼容性不错，但图形性能损耗大，共享目录和 USB 设备的管理也比较繁琐，而且虚拟机本身也要占用大量的内存和磁盘空间。

相比之下，WSL2 有几个独有的优势。它启动非常快，不需要完整引导一套桌面环境；只要 Windows 在运行，Ubuntu 26 就在后台待命；WSLg 子系统的出现让 Linux 图形程序可以直接弹出到 Windows 桌面，不需要额外配置 X Server，也不用设置 DISPLAY 变量。对 IC 设计这类交互图形密集型应用来说，这些体验是传统虚拟机很难比的。

不过 WSL2 也不是没有短板。旧版本的 EDA 工具往往依赖老旧的系统库，而 Ubuntu 26 已经把很多老库彻底移除了，所以在部署过程中需要额外处理 32 位兼容库和 Motif 图形库的问题。此外，WSL2 默认只分配物理内存的一部分给 Linux，如果跑大规模版图或者做全芯片仿真，需要在配置里手动扩大资源上限。我会在后面的章节里把这些问题逐一说明。

1.3 总体的部署路线图

整个部署过程可以拆成四个阶段：环境底座搭建、安装介质准备、License 与运行时环境配置、启动排障。第一阶段主要完成 WSL2 的初始化、Ubuntu 26 的系统更新、多架构库的安装和显示方案的选择。第二阶段涉及安装介质的挂载、SETUP.SH 安装脚本的执行和安装目录的规划。第三阶段是很多工程师容易忽略的地方，尤其是环境变量和 License 服务的配置方式，直接影响 Virtuoso 是否能正常拉起。第四阶段才是真正的实战，因为大部分报错都是在启动那一刻集中爆发的。

我在部署时把工作目录特意规划在 Linux 原生文件系统里，而不是 Windows 的 /mnt/c 上。这个决定对后面避免文件锁、权限和性能问题起了非常大的作用，后面会专门展开。

2. WSL2 与 Ubuntu 26 的底层环境配置

2.1 WSL2 初始化与 Windows 侧的关键设置

第一步自然是准备 Windows 侧的 WSL2 运行时。我在 Windows 11 上执行了 WSL 的更新命令，确保内核和 WSLg 组件都是最新版本。这里有一个比较容易被忽略的细节：WSL2 的内核和管理组件是分开更新的，只有两边都保持较新版本，图形转发和 systemd 支持才会正常工作。

初始化发行版时，可以直接在 Microsoft Store 里选择 Ubuntu，也可以用命令行安装。无论通过哪种方式，装好之后建议先执行一次系统更新，把 Ubuntu 26 的软件源索引和基础组件同步到最新。第一次启动 Ubuntu 时会创建 Linux 用户，注意这个用户名最好用小写英文字母，避免后续在环境变量和文件路径里出现奇怪的空格问题。

随后我修改了 /etc/wsl.conf，把 systemd 开启。WSL2 默认对 systemd 的支持在较新版本里已经默认打开，但一些老配置或者手动创建的发行版未必如此。开启 systemd 对 IC25.1 的最大价值在于，License 守护进程可以被纳入 systemd 管理，免去了手动启动 lmgrd 的烦恼。配置好之后记得在 Windows 里执行 wsl --shutdown，彻底重启 WSL 实例让配置生效。

2.2 Ubuntu 26 的系统包与多架构库准备

IC25.1 本身是很多年前的软件，它的可执行文件大部分是 32 位 ELF 格式。在现代 64 位 Ubuntu 26 系统上，如果没有 32 位运行库，系统会直接拒绝执行，或者报出 “cannot execute binary file: Exec format error”。这个坑非常典型，我在部署时第一眼看到这个报错就知道问题出在架构上。

解决方法是在 Ubuntu 26 里开启 i386 多架构支持，然后安装对应的 32 位运行库。具体操作如下：

sudo dpkg --add-architecture i386 sudo apt update sudo apt install libc6:i386 libx11-6:i386 libxext6:i386 libxt6:i386 libxmu6:i386 libxpm4:i386 libxtst6:i386

此外，IC25.1 安装脚本和部分工具脚本依赖 C Shell，所以 csh 或 tcsh 必须安装。布署过程中我吃过一次亏，没有先装 csh 直接运行安装脚本，结果脚本执行到一半因为解释器缺失直接退出，安装进度全部作废。所以建议在开始安装之前，先把下面这些基础包全部装好：

sudo apt install build-essential csh tcsh xz-utils tar make libncurses5 libncurses5:i386

这里要特别说明 libncurses5。Ubuntu 26 的仓库里默认是不带 libncurses5 的，新一代发行版通常只提供 libncurses6，而 IC25.1 的很多命令行工具链接的还是旧版 curses 库。这种情况下有两种常见处理思路：从旧发行版仓库中提取 libncurses5 的 deb 包手动安装，或者把旧库文件放到 Cadence 安装目录下的 lib 路径里，再通过 LD_LIBRARY_PATH 优先加载。我用了前者，比较省事，而且不会污染系统目录。

还有一类库是图形界面必须的。Virtuoso 的老界面基于 Motif，而 Ubuntu 26 的仓库里已经不提供 Motif 运行库了。启动 virtuoso 的时候很可能会报缺少 libXm.so.3 之类的错误。这个问题有两种解决路径：一是从兼容 i386 的旧软件源里安装 libmotif4，二是把 Motif 库文件直接拷贝到 $CDS_INSTALL_DIR/tools/lib 下面。考虑到很多旧库已经不是简单 apt install 就能解决，我建议在系统层面先把能装的图形库都装上，最后再把确实缺失的库补进 Cadence 自己的 lib 目录，这样对系统环境影响最小。

2.3 显示方案：WSLg 与备用 VNC

显示方案是整个部署里最容易出幺蛾子的环节。WSL2 在较新版本中默认启用了 WSLg，它会在 Windows 桌面侧自动启动一个基于 Wayland 的 X Server，并把 Linux 程序里的 X11 请求转发到 Windows 桌面。对 Virtuoso 来说，只要 WSLg 正常工作，执行 virtuoso 命令后弹出的 CIW 窗口和版图窗口都会直接出现在 Windows 桌面上，非常自然。

实际部署时，我看到 DISPLAY 环境变量被自动设置成了 :0，这代表 WSLg 已经在工作了。但我在给同事复述方案时也提醒过，WSLg 并不能保证覆盖所有旧式 X11 程序。某些使用早期 OpenGL 扩展或者特殊 Motif 行为的程序，在 WSLg 下可能窗口显示异常，比如菜单栏空白、拖拽窗口有残影、颜色显示不对。遇到这类问题，可以尝试设置环境变量 XLIB_SKIP_ARGB_VISUALS=1，也可以切换到备用方案。

备用方案我选了 Xvfb 配合 VNC。这个组合的好处是把图形环境完全独立出来，不依赖 WSLg 的实现细节。Xvfb 在内存里虚拟出一个 X Server，VNC Server 再把画面转发出来，客户端可以用任何 VNC Viewer 连接。这个方案在远程调试场景里尤其好用，因为不需要看 Windows 桌面正前方，任何能访问到这台机器的地方都可以操作。基本流程是先启动 Xvfb :1 -screen 0 1920x1080x24，再启动 vncserver :1，然后设置 export DISPLAY=:1，最后运行 virtuoso。

我最终日常使用还是选了 WSLg，因为它的集成度更高、画质更好，不需要额外开 VNC 服务，启动和关闭都更省心。但 VNC 方案仍然值得保留，一旦遇到 WSLg 无法解决的图形兼容问题，立刻切过来就能继续干活。

3. IC25.1 安装过程与运行时环境搭建

3.1 安装介质挂载与 SETUP.SH 安装流程

安装 IC25.1 的第一步是把安装介质准备好。这里我拿到的是 ISO 镜像文件，通过 loop 设备挂载到 Linux 文件系统里，然后进入挂载目录找 SETUP.SH 启动安装向导。具体挂载命令如下：

sudo mkdir -p /mnt/cdrom sudo mount -o loop /path/to/IC25.1_lnx86.iso /mnt/cdrom cd /mnt/cdrom ./SETUP.SH

如果你是第一次执行这个脚本，可能会发现它一闪而过，或者提示找不到图形安装界面。这是安装脚本依赖 X11 环境所致。正常情况下 DISPLAY 变量能指向 WSLg，图形安装向导就会弹出来。如果没有，先在当前终端确认 DISPLAY 是否为空，然后手动 export DISPLAY=:0 再试。

安装向导里需要选择安装路径。我把目标目录放在了 /opt/eda/IC251 下，这个路径下的可执行文件需要普通用户有读取和执行权限。由于 Cadence 老安装器对路径中特殊字符比较敏感，建议不要使用带空格的中文路径，目录层级尽量短。更重要的是，不要直接安装在 Windows 与 Linux 共享的 /mnt/c 目录下，那会带来严重的性能问题和文件属性丢失问题。

整个安装过程需要两张光盘的内容，安装向导会在中途提示换盘。这时把第二张 ISO 挂载到同一个 /mnt/cdrom 路径，再继续即可。安装完成后，安装器会生成 tools、share 等子目录，其中最关键的是 tools/dfII/bin，Virtuoso 的启动命令 virtuoso 就在这个目录下面。

3.2 环境变量与 License 配置的规范姿势

安装完成后，环境变量配得对不对，直接决定后续能不能顺利启动。IC25.1 运行时主要关心四个变量：安装根目录、License 文件位置、可执行文件搜索路径、动态库搜索路径。

我在 Ubuntu 26 的 /etc/profile.d/ 下新建了一个 cadence.sh，让所有用户登录时都能得到正确的环境。内容类似这样：

export CDS_INST_DIR=/opt/eda/IC251 export CDS_ROOT=/opt/eda/IC251 export CDS_INSTALL_DIR=/opt/eda/IC251 export CDS_LIC_FILE=5280@localhost export PATH=$CDS_INST_DIR/tools/bin:$CDS_INST_DIR/tools/dfII/bin:$PATH export LD_LIBRARY_PATH=$CDS_INST_DIR/tools/lib:$CDS_INST_DIR/tools/dfII/lib:$LD_LIBRARY_PATH

这里有一个容易踩的坑：LD_LIBRARY_PATH 如果配置顺序不对，可能会导致系统工具异常，因为某些旧版 Cadence 自带的库会和系统库打架。解决思路是把 Cadence 的库路径追加在系统库之后，不要用覆盖的方式清空原有值，上面示例中 $LD_LIBRARY_PATH 放在最后就是这个原因。

License 方面，合法的 License 文件由 License 管理员通过正规渠道生成。IC25.1 使用 FLEXlm 体系，常见的方式是启动 lmgrd 守护进程，并把 CDS_LIC_FILE 指向 daemon 地址。如果 License 文件是本地文件，可以把 CDS_LIC_FILE 指到 license.dat 的绝对路径；如果使用 License Server，就写成 port@hostname 的形式，例如 5280@localhost。由于 WSL2 的主机名在每次启动时可能发生变化，我强烈建议先固定 hostname，再配置 License 服务，否则会出现重启后 License 校验失败的情况。

为了让 License 服务开机自动运行，我把 lmgrd 封装成了 systemd 服务。systemd 开启后就可以用 systemctl 管理 License 进程，WSL 实例只要启动，License 服务就会自动拉起，不需要每次手动在终端里敲命令。服务配置文件大致如下：

# /etc/systemd/system/cadence-lic.service [Unit] Description=Cadence License Daemon After=network.target [Service] Type=forking ExecStart=/opt/eda/IC251/share/license/bin/lmgrd -c /opt/eda/IC251/share/license/license.dat -l /var/log/cadence-license.log Restart=on-failure [Install] WantedBy=multi-user.target

配置好之后执行 systemctl daemon-reload 和 systemctl enable --now cadence-lic，用 systemctl status cadence-lic 查看状态即可。

3.3 验证安装结果：文件、权限与快速自检

在第一次真正启动 Virtuoso 之前，建议先做几个快速自检，把明显问题先排除掉。第一步是确认启动脚本的权限，如果从 Windows 侧拷贝或者解压过安装包，文件的可执行位很容易丢失，到时命令行会直接提示 Permission denied。用 chmod +x 修复即可。

第二步是用 file 命令检查 virtuoso 的二进制格式，确认它是不是 32 位 ELF。如果输出里带 32-bit 字样，说明系统必须要有完整的 i386 运行库，此时前面装好的多架构库就派上用场了。如果输出里出现 cannot open shared object file 的提示，则要用 ldd 查看具体缺失哪些依赖。

第三步是尝试用无图形模式启动，执行 virtuoso -nograph。这个命令不会弹出完整图形界面，但会经历完整的启动流程，并在终端输出 Cadence 版本信息和库加载记录。如果这一步能顺利跑完，说明 License、环境变量和大部分动态库都是正常的，接下来再进入图形模式就会轻松很多。我实际部署时就在这个环节发现了缺少系统字体的问题，补装了 xfonts-base 和 xfonts-scalable 之后，图形界面才恢复正常。

4. 启动排障实录：从动态库缺失到界面异常

4.1 “ELF 32-bit”与缺失的共享库

部署中最常见的报错就是动态库缺失。启动 virtuoso 后，终端里会出现类似 “error while loading shared libraries: libXm.so.3: cannot open shared object file” 的信息。这个问题在 Ubuntu 26 上几乎是必现的，因为新版系统彻底移除了 Motif 库、部分 X11 工具库和旧版 ncurses 库。

排查动态库问题，我习惯用 ldd 命令直接看依赖关系。对 virtuoso 所在路径执行 ldd，系统会列出所有需要的共享库以及是否找到。缺失的库如果是 libXm.so.3 这类 Motif 库，可以从旧软件仓库里下载对应 i386 架构的包，也可以从其他仍支持该库的系统中拷贝，放到 $CDS_INSTALL_DIR/tools/lib 目录下。由于这些库不会被系统自带的垃圾清理机制影响，放在 Cadence 自身目录里是最不容易出问题的做法。

需要注意的是，不要把所有缺失库一股脑全丢进系统默认路径，比如 /usr/lib。因为 IC25.1 是很老的软件，它需要的某些库版本和现代系统库版本相比差异很大，直接覆盖系统库会影响其他 Linux 程序。放到 Cadence 自己的 lib 目录，再让 LD_LIBRARY_PATH 优先指向它，冲突范围被最小化，排障也容易回溯。

另外有一个容易被忽略的排障技巧：启动时临时设置 LD_DEBUG=libs。这个变量会让动态链接器在终端打印每一个库的搜索过程，信息量非常大。用它来看看到底是哪一个库找不到、在哪一条路径下找不到，比单纯看一行 error 信息要高效得多。等排查完之后取消这个变量，避免持续刷屏影响正常使用。

4.2 无法打开显示器与面板花屏问题

当 Virtuoso 启动到图形阶段，最常见的报错是 cannot open display。这个问题的原因很直接：程序拿不到可用的 X 显示服务。在 WSLg 环境下，DISPLAY 变量通常会被自动设置为 :0，但一些自定义配置或终端非交互登录场景下，DISPLAY 可能为空值。

解决方案是手动检查并设置：

echo $DISPLAY export DISPLAY=:0

如果 WSLg 本身已经启动，这个命令通常就能解决。如果 export 后依然报错，可以在 Windows 终端里重新执行 wsl --shutdown，然后重启 WSL 实例，让 WSLg 重新初始化。

花屏和菜单栏异常是另一个高频问题。Virtuoso 的老式 Motif 界面在 WSLg 下有时会出现菜单栏全白、窗口无法正确刷新、拖拽后留下残影等情况。这种情况我通常会设置两个环境变量，一个用于绕开视觉扩展问题：

export XLIB_SKIP_ARGB_VISUALS=1

这个变量会阻止程序使用 ARGB 视觉格式，很多旧程序在 modern X Server 上花屏的根因就是 alpha 通道处理异常。如果设置之后界面依旧不刷新，再考虑安装系统字体、关闭窗口动画等操作。还有一点，WSLg 默认的 window manager 不是传统 Linux 桌面的合成器，某些版本的 X11 程序依赖合成器做缓冲刷新，遇到这种情况可以切换到 VNC 备用方案，一般都能恢复正常。

4.3 License 连接与主机名漂移问题

License 配置完成后，最常见的启动报错是 Invalid license 或 Checkout failed。很多人第一反应是 License 文件或端口号写错了，但如果配置本身没有改动却突然报错，就要考虑主机名漂移的问题。

WSL2 实例的主机名在每次重启后可能不会固定，尤其是从 Windows 侧重新创建或导入发行版时，主机名可能变成一串自动生成的字符。FLEXlm 的 License 通常在生成时就绑定了主机名和主机 ID，如果当前主机名和 License 里记录的不一致，校验必然失败。

解决办法是手动固定主机名：

sudo hostnamectl set-hostname cadence-workstation

然后编辑 /etc/hosts，把新主机名解析到 127.0.0.1。装好 License 服务后，重启 WSL 实例验证一次，确保主机名不再漂移。如果 License 里绑定的是 MAC 地址或 hostid，则需要检查 WSL2 的网卡地址是否稳定。以我遇到的情况来看，固定好主机名之后，License 问题基本就彻底消失了。

还有一个比较隐蔽的坑是防火墙。WSL2 有自己的虚拟网络，License Server 如果监听在某个端口，理论上 localhost 通信不会受影响，但如果把 CDS_LIC_FILE 配置成局域网内的 License Server 地址，则要确保 Windows 防火墙允许对应端口通信。否则 License Server 明明在运行，Virtuoso 却一直报无法连接。

4.4 启动时 Segfault 与 OOM 的处理思路

第三种高危报错是 Segfault，直接显示 Segmentation fault 后进程退出。这类问题在旧软件跑新系统时非常常见，主要原因集中在 glibc 版本差异、线程栈大小限制和部分内核特性冲突上。

我在部署 IC25.1 时碰到过一次 Virtuoso 启动即退出的问题，定位后发现是栈空间受限。通过 ulimit -s unlimited 把线程栈限制解除后，再启动就正常了。这个命令可以在当前会话临时生效，也可以写入 bashrc。需要注意的是，解除栈限制对现代应用影响不大，对老软件却是救命稻草，因为它内部的递归逻辑可能非常深，默认 8MB 栈根本不够用。

OOM 问题则更多出现在仿真阶段，尤其是运行 Spectre 大规模仿真时，突然提示 Killed 或进程被系统终止。这是因为 WSL2 默认分配的内存有限。解决方法是在 Windows 用户目录下新建 .wslconfig，显式指定内存和 CPU 数量：

[wsl2] memory=28GB processors=12 swap=8GB

配置好后执行 wsl --shutdown 重启实例生效。这里要提醒一句，memory 上限不要超过物理内存太多，否则 Windows 本身会变得卡顿。建议先观察任务管理器里的真实内存占用，再决定分配多少给 WSL2。

5. 稳定运行所需要的日常维护与避坑经验

5.1 常见报错速查表

排障过程中，我整理了一张速查表，基本覆盖了部署后一周内能碰到的高频问题。表格里的解决方案都是实测过的，按顺序执行即可。

这张表里的问题，我在部署期间几乎都遇到过一轮。尤其是动态库缺失，在第一次启动时往往是连环出现的，解决一个又冒出下一个，所以强烈建议先把所有依赖库一次性补完，而不是一个个试。我最后补全的库数量接近二十个，涉及 X11、Motif、Xmu、Xpm、ncurses、stdc++ 等多个类别。

5.2 性能、存储与备份层面的经验补遗

部署完成后，还有几件和日常使用直接相关的事情需要处理好。

第一，工作目录必须放在 Linux 原生文件系统。我曾经为了图方便，把 Cadence 库建在 /mnt/c 下的 Windows 目录里，结果打开 Library Manager 时响应非常慢，保存版图时甚至有短时间卡死。原因是 drvfs 文件系统在跨系统文件锁、权限映射和缓存机制上都有额外开销，而 Virtuoso 的库结构又极其依赖大量小文件操作，两者叠加，性能损耗非常明显。把工作区迁到 /home 目录之后，体验立刻提升了一个等级。

第二，备份手段要充分利用 WSL2 的 VHD 文件。WSL2 的整个 Ubuntu 文件系统实际存放在 Windows 侧的一个虚拟磁盘文件里。在执行 wsl --shutdown 之后，可以找到 ext4.vhdx 文件进行整体复制，这样就把整个设计环境备份下来了。这个方法比在 Linux 里打 tar 包更彻底，因为它连系统和配置一起备份，恢复时只要把 vhdx 文件放回去重新挂载即可。

第三，仿真流程里可以顺手测一下 csh 脚本兼容性。IC25.1 自带的很多工具脚本是 C Shell 脚本，Ubuntu 26 默认的登录 Shell 是 Bash，但脚本解释器是独立调用的，只要系统安装了 csh 或 tcsh 就能正常执行。部署完成后，建议在终端里跑一个带 csh 的 Cadence 脚本，确认解释器正常工作，否则后续非图形化流程可能在一开始就失败。

第四，关于出差场景，我发现 WSL2 方案比公司服务器远程桌面更灵活。无论是打开 Virtuoso 做小规模修改，还是临时仿真验证，都不依赖网络质量。只要笔记本有电，设计环境就在手边。遇到大型仿真需要大量算力时，再把项目文件同步回公司集群，两层环境配合起来效率很高。

老实说，最初我对 WSL2 跑 IC25.1 是有些怀疑的，毕竟老软件对系统环境的挑剔程度众所周知。但完整部署下来之后，我发现只要迈过多架构库和显示环境这两道坎，后面的使用体验和原生 Linux 工作站差别并不大。Virtuoso 的 CIW 窗口正常弹出、版图编辑器正常绘制、Spectre 仿真顺利跑完的那一刻，之前踩的坑也算值得了。

最后再分享一个小技巧：部署完成后，把整个环境变量的配置和所有补库命令记录成一个 shell 脚本，留在 /opt/eda 目录下。WSL2 实例一旦损坏或者需要迁移到新机器，只要重新安装 Ubuntu 26、执行一次脚本、再挂载安装介质重装 IC25.1，就能快速恢复整个环境。这个习惯帮我省了不止一次重新排障的时间，值得推荐给所有需要长期维护本地 EDA 环境的人。