建议先安装向日葵，如果是CentOS，先配置yum源
# 1. 备份原有源文件mv/etc/yum.repos.d/CentOS-Base.repo /etc/yum.repos.d/CentOS-Base.repo.bak# 2. 下载阿里云源配置文件curl-o/etc/yum.repos.d/CentOS-Base.repo https://mirrors.aliyun.com/repo/Centos-7.repo# 3. 修改配置文件，指定具体版本号sed-i's/$releasever/7.9.2009/g'/etc/yum.repos.d/CentOS-Base.repo# 4. 清理缓存并生成新缓存yum clean all yum makecache如果需要挂载ntfs，先来这一步：
dnfinstallepel-release-ydnfinstallntfs-3g fuse-y1.依照Install Guide文件所述，yum install依赖包，如libgcc.i686，xorg-x11等等
dnfinstallglibc.i686-ydnfinstalllibgcc.i686-ydnf update libstdc++ dnfinstalllibstdc++.i686-ydnfinstallzlib.i686-ydnfinstallxorg-x11-fonts-75dpi.noarch-ydnfinstallxorg-x11-fonts-misc.noarch-ydnfinstalllibpng12.x86_64-ydnfinstalllibcanberra-gtk2-y2.安装Baseline 2024.bin
chmod777* ./243422-victorytcad-2024-00-rh64.bin3.安装License.bin或Baseline 2021.bin
./212828-tcad-2021-00-rh64.bin4.注册
/opt/sedatools/bin/sflm-i/opt/sedatools/bin/sflm-stop5.替换 /opt/sedatools/lib/rpc.sflm/xx.exe
cp/home/xx/下载/rpc.sflmserverd.exe /opt/sedatools/lib/rpc.sflmserverd/8.2.16.R/x86_64-linux/rpc.sflmserverd.exe /opt/sedatools/bin/sflm-start6.127.0.0.1:3162获取machine ID，替换进.lic并导入
7. PATH & Alias
vi/etc/profile.d/custom_env.shexportPATH=$PATH:/opt/sedatools/bin/aliasd='deckbuild&'aliast='tonyplot -V 5.2.6.R&'aliasdoe='victorydoe&'aliasvisual='victoryvisual&'/usr/local/sunlogin/bin/sunloginclient#开机启动向日葵chmod+x /etc/profile.d/custom_env.shsource/etc/profile.d/custom_env.sh安装向日葵后
dnfinstalllightdm-y#或许不需要登陆页面默认情况下为“标准（Wayland显示服务器）”，点击切换至“Xorg标准（X11显示服务器）”
补充：deckbuild 启动闪退（段错误）的原因与处理
（2026.09 补充）一个新问题：deckbuild 一启动就闪退，这里补记一下原因和解决办法。
现象
执行 deckbuild 后程序直接退出，终端提示 Segmentation fault（退出码 139），
没有任何日志或报错窗口，看起来像是"点了一下就没反应"。
原因
不是 Silvaco 本身的问题，是系统 NSS 库版本太新。
Rocky Linux 8.10 把 NSS 升级到 3.112 之后，其 FIPS 开机自检里新增了ML-KEM（Kyber）密钥对生成，这部分占用的栈空间很大。deckbuild 是较早编译的二进制，栈空间不够用，在加载系统库 libfreeblpriv3.so 时就把栈耗尽了，于是直接段错误。用 gdb 回溯可以看到崩溃点就在 freebl 的 FIPS 自检函数里。
处理
不要用dnf downgrade nss给整个系统降级——那会把整机的 TLS 安全性一起降下去，而且下次系统更新又会被覆盖回来。
正确做法是只给 Silvaco 单独挂一份旧版 NSS，系统库保持不动：
- 下载稍旧版本的 NSS 家族 rpm（3.101.0 即可，不用降太多），解包取出库文件：
mkdir-p/tmp/nss101&&cd/tmp/nss101 dnf download nss-3.101.0-11.el8_10 nss-softokn-3.101.0-11.el8_10 nss-softokn-freebl-3.101.0-11.el8_10 nss-util-3.101.0-11.el8_10forrin*.rpm;dorpm2cpio"$r"|cpio-idm--quiet;done- 把库文件放到一个独立目录。注意必须整族一起放，只换 libfreeblpriv3.so是不行的（NSS 内部有版本校验，实测单换或换两个都仍然崩溃）：
mkdir-p/opt/sedatools/lib/nss-compatcp-a/tmp/nss101/usr/lib64/. /opt/sedatools/lib/nss-compat/- 编辑
/opt/sedatools/etc/s_setup，先备份：
cp/opt/sedatools/etc/s_setup s_setup.bak找到这一行
`source$S_INSTALL_ROOT/etc/s_platform_specifics`在它前面插入下面这段：
NSS 兼容处理：让 Silvaco 使用旧版 NSS，系统 NSS 不受影响
if(-d"$S_INSTALL_ROOT/lib/nss-compat")thenif($?LD_LIBRARY_PATH)thensetenv LD_LIBRARY_PATH"$S_INSTALL_ROOT/lib/nss-compat":"$LD_LIBRARY_PATH"elsesetenv LD_LIBRARY_PATH"$S_INSTALL_ROOT/lib/nss-compat"endif endif- 验证：
deckbuild # 能正常起来、不再闪退即可
rpm -V nss # 无输出，说明系统 NSS 未被改动
改完 deckbuild 就能正常启动了，系统的 nss 版本没有任何变化。
回退
把 s_setup 换回备份即可：
`cp/opt/sedatools/etc/s_setup.bak /opt/sedatools/etc/s_setup`几点说明：
为什么强调"整族一起换" —— 我实测过：单独换 libfreeblpriv3.so、或者只换它加 libsoftokn3.so，都还是崩；必须整个 NSS 家族（8 个 .so + 4 个 .chk 校验文件）一起换才有效。这点是踩过的坑，写进去能帮别人少走弯路。 为什么用 3.101 而不是更老的 —— 3.101 和 3.90 我都验证过可用，3.101 版本更接近、更稳妥，所以推荐它。
