“gpio: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such

### 解决 `gpio` 加载共享库 `libcrypt.so.1` 的错误 当遇到 `error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory` 这类问题时，通常表明系统缺少所需的共享库文件或者其路径未被正确配置。以下是针对该问题的具体解决方案： #### 1. **确认是否存在 `libcrypt.so.1`** 首先需要验证目标系统中是否已安装 `libcrypt.so.1` 文件。可以通过以下命令查找： ```bash find / -name "libcrypt.so*" 2>/dev/null ``` 如果找到对应的 `.so` 文件，则说明它可能位于不被动态链接器识别的路径中。 #### 2. **安装缺失的库** 如果系统确实缺乏此库，可以根据操作系统分别处理： - 对于基于 Debian 的发行版（如 Ubuntu），可运行以下命令来安装： ```bash sudo apt-get update && sudo apt-get install libxcrypt-compat ``` 此操作会安装兼容版本的加密库[^5]。 - 对于 Red Hat/CentOS/Fedora 类型的 Linux 发行版，可以使用 yum 或 dnf 安装相应的软件包： ```bash sudo yum install compat-libcrypt ``` #### 3. **调整动态链接器缓存** 即便库文件存在于系统中，但如果它的位置不在标准路径范围内，仍需将其加入动态链接器的搜索范围。具体步骤如下： - 编辑 `/etc/ld.so.conf.d/local.conf` 文件并添加包含所需库的实际目录路径（假设为 `/usr/lib/x86_64-linux-gnu/`）。例如： ```bash echo "/usr/lib/x86_64-linux-gnu/" | sudo tee -a /etc/ld.so.conf.d/local.conf ``` - 更新动态链接器缓存以使更改生效： ```bash sudo ldconfig ``` #### 4. **设置环境变量临时修复** 作为另一种快速解决方式，可通过设定 LD_LIBRARY_PATH 来指定额外的库搜索路径。比如，假如发现 `libcrypt.so.1` 存在于 `/opt/libs/` 中，那么可以在当前 shell session 下执行下列命令： ```bash export LD_LIBRARY_PATH=/opt/libs:$LD_LIBRARY_PATH ``` 注意这种方法只适用于即时测试场景，并不适合长期部署策略[^4]。 #### 5. **升级或替换依赖组件** 鉴于某些老旧程序可能存在架构上的局限性（如同步引用所提到的情况涉及不同位数的支持问题），考虑迁移到更现代且经过良好维护的替代品可能是根本性的长远之计。特别是像 WiringPi 那样停止官方更新项目，建议评估是否有其他活跃开发框架能够满足需求[^5]。 --- ### 总结 综上所述，要彻底消除关于 `libcrypt.so.1` 导致的 “shared library not found” 错误，应先核实本地存储状况；接着依据实际情形采取重新安装配件、修正全局配置或是借助局部变通手段等方式逐一排查直至恢复正常运作状态。 ---