Ubuntu 20.04 配置IC617/Spectre18/Calibre19全套EDA工具链要点

简介：在Ubuntu 20.04中部署Cadence IC617(HotFix)、Spectre18、Calibre19与XCELIUMMAIN_18常因依赖库、AVX2指令集和许可证问题受阻，这份安装笔记正是为解决这一难题而整理，适合集成电路设计工程师、研究生、运维人员以及具备一定Linux基础、希望在虚拟机中搭建模拟/数字/数模混合仿真平台的读者。文档为docx格式，全包共1个文件、大小约3.08MB，内容涵盖系统最小化安装、VMware Tools配置、依赖库与Java环境准备、Cadence工具链部署、许可证服务器配置、环境变量设置和启动验证等关键环节，并专门针对32位库缺失、libxp6依赖、字体显示以及CPU不支持AVX2导致Calibre无法启动等隐蔽问题给出处理方法。资源还梳理了IC617、Spectre18、Calibre19与XCELIUMMAIN_18之间的版本匹配关系和常见错误现象，帮助读者快速定位失败原因。已有7687人学习下载，这些来自实际安装的踩坑记录能显著节省排错时间，尤其适合在Ubuntu而非CentOS/RHEL环境下部署EDA工具的用户。文末附有Cadence IC617/IC618、Spectre18、Calibre19/20、INCISIVE152及XCELIUMMAIN_18安装文件的网盘链接，便于搭配使用、按需获取完整工具链。

1. Ubuntu 20.04 装 EDA 工具链：一次把 IC617、Spectre18、Calibre19、XCELIUMMAIN_18 全配齐

在 Ubuntu 20.04 上把 Cadence IC617(HotFix)、Spectre18、Calibre19、XCELIUMMAIN_18 这一整套 EDA 工具链装通，难度不在工具本身，而在兼容层：缺库、版本检测、license、指令集，每一个都能让安装器在最后一公里翻车。我照着网上流传的安装帖走了一遍，期间因为 AVX2 指令集和 libXp 缺失各卡了一整天。这套组合覆盖了模拟 IC 设计的主干流程：IC617 画原理图和版图，Spectre18 做 SPICE 级仿真，Calibre19 做 DRC/LVS/PEX 物理验证，XCELIUMMAIN_18 负责数模混合信号仿真。无论你是学生还是工程师，只要准备在虚拟机里跑完整设计流程，这篇按踩坑顺序整理的操作记录都能直接照做。

2. 版本选型与硬门槛：为什么绕开 IC618 改选 IC617，AVX2 必须确认

2.1 IC617 HotFix 与 Base 的关系，以及为什么选它不选 IC618

IC617 在流传的安装包里通常分成 Base 和 HotFix 两个介质。安装顺序是先用 HotFix 介质跑安装器，中途会提示你插入 Base CD，这个提示不用慌，在图形界面里把安装源切换到 Base 所在目录继续就行。HotFix 可以理解为官方补丁集，修掉了很多 Base 版本在启动器、OpenAccess（OA）库兼容上的毛病，所以只装 Base 的话，后面打开 virtuoso 时更容易遇到莫名其妙的崩溃。

至于为什么绕开 IC618，原帖作者的说法是在 Ubuntu 下装 IC618 时遇到一个没解决的问题，最后干脆改装 617。按我拆过的环境来看，IC618 对 license 机制的约束更严，而且它自带的较新组件对 Python3、更高版本 glibc 的要求在 20.04 上反而更容易触发兼容性问题。IC617 这套组合是社区里验证得最充分的，不管用 CentOS 7 还是 Ubuntu 20.04，能找到的排错资料都是最多的一套。所以如果你不是必须要用 18 版本的特定功能，IC617 是虚拟机里更稳的选择。

下面先理清这套工具链各部件的关系，避免装完之后不知道哪个软件对应哪个功能：

Spectre18 是以前 MMSIM 的名字，现在独立成一个安装介质；XCELIUMMAIN_18 是 INCISIVE 的后继，混仿流程里跑 xrun 就靠它。搞清楚这层对应关系，后面配置 PATH 的时候才知道该指向哪个目录。

2.2 检查 AVX2 指令集：Calibre 的硬指标

原帖建议用 Windows 下的 cpuz 去查 CPU 是否支持 AVX2，但在 Linux 里根本不用切系统，直接读 /proc/cpuinfo 就行：

grep -o avx2 /proc/cpuinfo | head -1 lscpu | grep -i avx2

第一行输出avx2说明支持，第二行会显示avx2出现在 Flags 列表里。如果两条命令都没有输出，那你的 CPU 或虚拟机配置不支持 AVX2，Calibre19 装了也打不开。这个指令集是 Calibre 的加密 license 校验和部分并行计算逻辑强依赖的，老款笔记本 CPU 特别容易中招。

需要注意一个虚拟机场景的坑：宿主机 CPU 支持 AVX2，不代表虚拟机里一定支持。VMware 里要确认虚拟机设置中开启了"虚拟化 Intel VT-x/EPT"这类选项，否则指令集会透传不过去。装系统前先用上面两条命令确认好，比装到一半才发现 Calibre 起不来要省心得多。

2.3 内存、磁盘和共享文件夹的规划

安装前先把底线划清楚：内存至少 4G，磁盘给足空间。我实际操作时 root 分区只留了 40G，结果装完 IC617 加 Calibre19 后，license 日志和临时文件一涨就报警，最后又扩了一次盘。建议 root 分区至少 60G 起步，/opt 如果独立分区还要再多留。

系统安装阶段有三个容易被忽略的细节：第一，虚拟机网络要能通，后面 apt 下载依赖离不开；第二，不要在装系统时就把共享文件夹配上，等系统装完、VMware Tools 装好之后再添加，否则挂载路径容易错乱；第三，安装包所在的共享文件夹路径和系统用户名、主机名全部用英文，避免出现编码问题。

共享文件夹的用途是让 Windows 宿主机里的安装包直接暴露给 Ubuntu 虚拟机，后面的 iscape 安装器可以直接从这个目录读取介质，不用把几十 GB 的安装包复制进虚拟机。这也是原帖流程里比较省事的一步。

3. 兼容层搭建：依赖库、Java 8、redhat-release 伪装与软链接

3.1 用 apt 一次装齐系统依赖

IC617 的安装器和 virtuoso 运行时都依赖一批老库，Ubuntu 20.04 默认装好的只占一小半。先把下面这组包装上：

sudo apt-get update sudo apt-get upgrade sudo apt-get install ksh csh xterm \ openjdk-8-jre openjdk-8-jdk \ libncursesw5-dev \ libxtst6:i386 libxi6:i386 \ python python3 net-tools

注意openjdk-8-jre在 Ubuntu 20.04 官方源里已经不在了，需要先添加 openjdk-8 的 PPA 再执行安装：

sudo add-apt-repository ppa:openjdk-r/ppa sudo apt-get update sudo apt-get install openjdk-8-jre openjdk-8-jdk

这些依赖各自的用途不一样：ksh 和 csh 是安装器里那些旧 shell 脚本的解释器，缺了它们安装过程会直接报语法错误；xterm 是 virtuoso 内部弹出终端用的；openjdk-8 是 license 管理工具和部分 GUI 界面需要的，版本不能拿 11 或 17 代替，老工具认准 8；libxtst6:i386和libxi6:i386是 32 位 X11 交互库，Cadence 的二进制里有一部分是 32 位编译的。i386后缀表示 32 位版本，在 64 位系统上需要先开启多架构支持，一般 Ubuntu 默认已经带上了 i386 架构，如果提示找不到包，先执行sudo dpkg --add-architecture i386再 update。

装完后再补两个 32 位 C++ 运行时库，否则 virtuoso 启动时可能报找不到 libstdc++ 的错：

sudo apt-get install libstdc++6 lib32stdc++6

3.2 libxp6 与 multiarch-support：两个最容易漏的旧库

Cadence 这套工具链是多年前针对 RHEL6 构建的，很多二进制还链接着老 X 图形库 libXp。Ubuntu 20.04 已经彻底移除了这个包，只能从旧版 Debian 仓库下载 deb 手动装：

wget http://ftp.br.debian.org/debian/pool/main/g/glibc/multiarch-support_2.28-10_amd64.deb sudo dpkg -i multiarch-support_2.28-10_amd64.deb wget http://launchpadlibrarian.net/183708483/libxp6_1.0.2-2_amd64.deb sudo dpkg -i libxp6_1.0.2-2_amd64.deb

这个环节有个先后顺序：先装 multiarch-support 再装 libxp6，因为后者依赖前者。libXp 缺失的典型症状是启动 virtuoso 或 Calibre 时直接提示error while loading shared libraries: libXp.so.6，但依赖库列表里又看不到它，属于装完才知道少了的那种玄学依赖。如果安装源失效，也可以去 Debian snapshot 源里找同版本号的 deb 包，安装命令不变。

装完可以用ldconfig -p | grep libXp确认库已经被系统识别。libXp 这个问题我在 IC617、IC618、Calibre19 上都遇到过，属于这套工具的通用前置条件。

3.3 伪装成 RHEL6：redhat-release 与软链接

Cadence 安装器检测系统类型时认的是 /etc/redhat-release 文件。Ubuntu 本来没有这个文件，需要手动制造一个：

sudo bash -c 'echo "Red Hat Enterprise Linux release 6.12" > /etc/redhat-release' sudo chmod 777 /etc/redhat-release

这里有个细节：写完后要把权限放开，因为安装器在运行过程中会改写这个文件，权限不够会卡在检测阶段。后面的chmod 777就是为了避免这种问题。当年我图省事没放开权限，iscape 每次都在系统检测那一步报"操作系统不受支持"，后来才发现是这个原因。

接着准备安装目录和临时目录，再补两个关键软链接：

sudo mkdir -p /opt/cadence sudo mkdir -p /opt/mentor/Calibre2019 sudo mkdir -p /opt/mentor/license sudo mkdir /usr/tmp sudo chmod -R 777 /usr/tmp sudo ln -s /usr/bin/mawk /bin/awk sudo ln -s /usr/bin/basename /bin/basename sudo ln -s /lib/x86_64-linux-gnu/libncursesw.so.5.9 /lib/libtermcap.so.2 cd /lib/x86_64-linux-gnu sudo ln -s libcrypto.so.1.1 libcrypto.so.6

这些软链接的用途要分开看。libtermcap.so.2是老 curses 库的兼容名，安装器里的字符界面依赖它；libcrypto.so.6对应 OpenSSL 1.0 年代的版本号，Cadence 的老二进制链接的是这个旧 soname，而 Ubuntu 20.04 只带 libcrypto.so.1.1，不建这个软链接，license 工具一启动就报找不到库。/usr/tmp是安装器写临时文件的固定位置，如果不预先创建好，安装到一半会报磁盘写入失败。

3.4 Java 环境变量与字体设置

Java 8 装好之后，还要把环境变量写进 /etc/profile，否则 license 工具和 virtuoso 的界面组件找不到 JVM：

sudo gedit /etc/profile

在文件末尾追加：

export JAVA_HOME=/usr/lib/jvm/java-8-openjdk-amd64 export JRE_HOME=$JAVA_HOME/jre export CLASSPATH=$JAVA_HOME/lib:$JRE_HOME/lib:$CLASSPATH export PATH=$JAVA_HOME/bin:$JRE_HOME/bin:$PATH

保存后执行source /etc/profile让配置生效，然后java -version确认输出的是 1.8 版本。这里我踩过一个坑：Ubuntu 20.04 可能同时装了 openjdk-11，java -version默认走的还是 11，必须确认 JAVA_HOME 指向的是 java-8-openjdk-amd64 目录，否则 Cadence 的启动脚本会拿到错误的 JVM 版本然后直接退出。

字体包这步看起来无关紧要，实际影响 Calibre 界面观感：

sudo apt-get install xfonts-75dpi xfonts-100dpi

这个包重启后才生效。不装的话 Calibre 的 GUI 字体发虚，间距也不对，眼睛看久了很难受。对于常年盯版图的人，字体渲染问题值得在这时候多花两分钟。

4. iscape 图形安装：IC617 HotFix、Spectre18、XCELIUMMAIN_18 的关键选项

4.1 从共享文件夹直接启动 iscape

iscape 是 Cadence 的图形安装工具，不需要复制到 Ubuntu 系统里，直接在共享文件夹里运行即可。设置好共享文件夹之后，它会被挂载到 /mnt/hgfs 下：

ls /mnt/hgfs/ cd /mnt/hgfs/CadenceIC/IScape04.23-s010lnx86/iscape.04.23-s010/bin sudo ./iscape.sh

如果ls /mnt/hgfs/看不到共享文件夹，多半是 VMware Tools 没装好或者共享文件夹设置后没重新挂载，先解决挂载问题再往下走。iscape 启动后是一个图形窗口，左边列出当前可用的安装介质，右边是安装步骤提示。语言环境如果不是英文，安装界面可能出现方块字，可以在启动前先export LANG=en_US.UTF-8，避免界面渲染问题干扰后面选项的判断。

这套安装器版本识别介质的方式是按目录扫描的，一个安装源目录下如果有多个产品，就会全部列出。所以下载回来的安装包最好保持解压后的原始目录结构，不要自己重新归类，否则 iscape 会识别不到介质。

4.2 IC617 HotFix 安装：Base CD 提示与 OA 路径

在 iscape 里勾选 IC617 HotFix 介质，开始安装后，交互流程里有几个选项需要注意。首先是选择安装源类型，这里选2，对应的是"从本地目录安装"；然后询问是否配置 license 服务器，选n，因为 license 我们后面手动配，现在配了反而容易在安装过程中就去连一个不存在的服务器。

接下来是安装路径和 OpenAccess 路径，记住这个路径：/opt/cadence/IC617/oa_v22.50.043。OA 是 OpenAccess 数据库的组件，virtuoso 的版图和原理图数据都依赖它。安装器会问 OA 库放在哪，保持默认路径即可，但要记牢，后面配置环境变量要用。

安装中途会弹出提示说需要 Base CD，这时不要慌，这说明 HotFix 介质已经把核心程序装完，正在补基础库。在 iscape 的介质列表中添加 Base 介质所在目录，重新指向后继续，剩下的步骤基本就是一路确认键。整个安装过程大概 20 到 30 分钟，取决于虚拟机的磁盘 IO 性能。

装完检查一下目录结构：

ls /opt/cadence/IC617/ ls /opt/cadence/IC617/tools/dfII/bin/

如果能看到virtuoso可执行文件出现在第二个列表里，IC617 主体就算装好了。后面的事就是环境变量指向它。

4.3 Spectre18 与 XCELIUMMAIN_18 的安装要点

Spectre18 和 XCELIUMMAIN_18 的安装流程与 IC617 类似，同样在 iscape 里选好介质、指定安装路径为/opt/cadence下各自的产品目录。这里有一个建议：三个产品保持相同的父目录结构，不要一个装到 /opt 一个装到 /home，后面配置 PATH 的时候你会感谢这个决定。

Spectre18 安装完后的关键是确认仿真器路径：

ls /opt/cadence/SPECTRE181/tools/dfII/bin/spectre /opt/cadence/SPECTRE181/tools/bin/spectre -version

具体目录名可能因介质版本不同略有差别，用find /opt/cadence -name spectre -type f搜一下最稳。Spectre18 是原来的 MMSIM 演进而来，它的 netlist 格式和仿真选项与 MMSIM151 高度兼容，老的设计文件可以直接用。

XCELIUMMAIN_18 装完后的验证点是 xrun：

ls /opt/cadence/XCELIUMMAIN182/tools/bin/

如果列表里有xrun、xmsim、xcellium这几个可执行文件，数模混仿的骨架就到位了。这个工具的典型用法是配合 Virtuoso 的 ADE 环境调用，也可在命令行里独立跑 testbench。安装时同样选择不自动配置 license，后面统一处理。

5. 避坑排查：五类装完必翻车的故障与对策

5.1 Calibre 打不开：AVX2 不支持或 libXp 缺失

现象：运行calibre -gui或calibre -drc时，终端直接报错退出，有时是段错误（segmentation fault），有时是error while loading shared libraries。

原因分两种：第一种是 CPU 或虚拟机不支持 AVX2 指令集，导致 Calibre 的可执行文件在启动阶段就崩溃；第二种是缺少 libXp 老库，动态链接失败。

解决：先跑grep -o avx2 /proc/cpuinfo | head -1确认指令集支持，没有输出就说明硬件不满足，只能换机器或在 BIOS 里开启相关虚拟化选项；libXp 缺失则回到 3.2 节把两个 deb 包装上。判断具体是哪种原因，用dmesg | tail -20看崩溃日志，段错误基本是指令集问题，共享库报错则是 libXp。我在第一次装的时候两条都中，确认顺序是：先查 AVX2，再补 libXp，最后再看 license。

5.2 安装器报"操作系统不受支持"

现象：iscape 启动安装后，很快就弹出一个系统检测失败的提示，安装中止。

原因：/etc/redhat-release 文件不存在、内容不对，或者权限不足导致安装器无法改写它。Cadence 安装器只认 RHEL 的发行版标识，Ubuntu 默认没有这个文件。

解决：确认/etc/redhat-release内容为Red Hat Enterprise Linux release 6.12，权限为 777。检查命令：

cat /etc/redhat-release ls -l /etc/redhat-release

如果文件内容被安装器改写坏了，重新执行 3.3 节的写入命令再继续安装。

5.3 license 连不上：环境变量和 lmgrd 起服务的顺序问题

现象：virtuoso 启动时报Cannot connect to license server，或者Feature: Virtuoso_IC617之类的 license 获取失败。

原因：LM_LICENSE_FILE 环境变量指向了 license 服务器，但 lmgrd（license 守护进程）根本没起来，或者 license 文件里的 hostname 与当前机器名不匹配。

解决：先确认环境变量里写的是什么格式。本地文件方式就直接指向 license.dat 路径；服务器方式用port@hostname格式。检查命令：

echo $LM_LICENSE_FILE /opt/mentor/license/lmgrd -c /opt/mentor/license/license.dat

Calibre 的 license 变量名是MGLS_LICENSE_FILE，不要和 Cadence 的LM_LICENSE_FILE搞混，两个工具各读各的。license 文件里的 hostname 必须和hostname命令输出一致，不一致时要么改文件，要么改系统主机名。这个坑最隐蔽，因为报错信息不会直接告诉你是名字不匹配。

5.4 找不到 libcrypto.so.6 或 libtermcap.so.2

现象：启动 license 工具或安装器时报error while loading shared libraries: libcrypto.so.6: cannot open shared object file。

原因：Ubuntu 20.04 自带的 OpenSSL 版本是 1.1，而 Cadence 老工具链接的是 OpenSSL 1.0 的 soname，系统里没有这个软链接。

解决：检查软链接是否建立成功：

ls -l /lib/x86_64-linux-gnu/libcrypto.so.6 ls -l /lib/libtermcap.so.2

如果链接是红色的（断链），重新执行 3.3 节的 ln 命令。注意软链接的目标要存在，libcrypto.so.1.1必须真实存在于 /lib/x86_64-linux-gnu 目录下，否则 ln 出来的链接是坏的。

5.5 Calibre 字体发虚或 GUI 显示错乱

现象：Calibre GUI 的字体扁扁的，字母间距异常，中文环境下面板错位。

原因：系统中缺少 75dpi、100dpi 的 X 字体，Calibre 的老 GUI 拿不到合适尺寸的字体就回退到默认渲染。

解决：安装字体包并重启：

sudo apt-get install xfonts-75dpi xfonts-100dpi sudo reboot

注意必须重启，只重新登录不够。这个问题不影响功能，但长时间看版图眼睛会非常累，属于体验层面的必修项。我在第一次配环境时没重启就打开了 Calibre，字体还是花的，重启之后才恢复正常。

6. 安装验证与习惯：跑通 Virtuoso→Spectre→Calibre 的最小流程

装完不等于能用，建议按下面顺序把每个环节都验证一遍，再投入真实项目。先把环境变量统一写进~/.bashrc：

export PATH=/opt/cadence/IC617/tools/dfII/bin:$PATH export PATH=/opt/cadence/SPECTRE181/tools/bin:$PATH export PATH=/opt/cadence/XCELIUMMAIN182/tools/bin:$PATH export PATH=/opt/mentor/Calibre2019/bin:$PATH export LM_LICENSE_FILE=/opt/mentor/license/license.dat export MGLS_LICENSE_FILE=/opt/mentor/license/license.dat export OA_HOME=/opt/cadence/IC617/oa_v22.50.043

路径里的具体版本目录以你安装时 iscape 实际生成的名字为准，不确定就用ls /opt/cadence/核对。

验证分四步走：打开终端跑virtuoso，能弹出版图入口界面说明 IC617 正常；准备一个最小反相器 netlist，跑spectre inverter.scs，能输出 tran 仿真结果说明 Spectre18 可用；calibre -gui能打开图形界面说明 Calibre 基础运行没问题；xrun -help有输出说明 XCELIUMMAIN 的命令行链路通。

我现在的习惯是把这些验证命令写成一个 shell 脚本，每次配完新环境强制走一遍，全绿才算收工。曾经有一次我以为装了四件套都正常，结果用的时候发现 spectre 命令指向了系统里另一个旧版本，仿真结果怎么都对不上，从那以后我每次都会用which spectre、which virtuoso、which calibre确认实际调用的路径，再也没被这种低级问题坑过。

这套组合装好之后，Ubuntu 20.04 下做模拟前端设计和数模混仿基本够用了。如果后面想升级，安装包里附带的 IC618、Calibre20 也可以按同样的流程再试。希望帮到你。

本文还有配套的精品资源，点击获取