树莓派gpio: error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory怎么解决

### 树莓派 GPIO 库加载 `libcrypt.so.1` 时出现共享库缺失的解决方案 树莓派在使用 GPIO 库时可能会遇到 `libcrypt.so.1` 共享库缺失的问题，尤其是在运行命令如 `gpio -v` 后报错 `error while loading shared libraries: libcrypt.so.1: cannot open shared object file: No such file or directory`。以下是具体的原因分析以及解决方法。 --- #### 1. **问题的根本原因** - 在较新的树莓派操作系统（尤其是 64 位版本）中，默认可能不包含 `libcrypt.so.1` 或者其路径未被正确配置。 - 像 WiringPi 这样的工具依赖于旧版的动态链接库，而这些库可能与现代系统架构不完全兼容[^2]。 - 尽管尝试通过导出环境变量或手动复制文件解决问题，但如果目标应用只支持特定体系结构下的库（比如仅限 32 位），那么这种方法往往无效。 #### 2. **推荐的通用解决方式** ##### 方法一：启用多架构支持并安装必要的 i386 包 开启对 32 位程序的支持可以帮助引入适合老式 API 的依赖项： ```bash sudo dpkg --add-architecture i386 sudo apt-get update sudo apt-get install libc6:i386 libncurses5:i386 libstdc++6:i386 ``` 上述命令序列允许系统接受交叉编译产物，并自动拉取任何必需但之前遗漏的基础组件[^2]。 ##### 方法二：替换为经过适配的新版本 WiringPi 社区中有开发者针对新平台重新构建了更贴合当代需求的分支项目。可以直接从可信来源获取预编译好的 deb 文件进行升级替代原有安装包： ```bash wget https://github.com/Wiring-Pi/wiringpi/releases/download/2.60/wiringpi_2.60_armhf.deb sudo dpkg -i wiringpi_2.60_armhf.deb ``` 注意这里假设下载的是 ARM 架构适用版本；如果是 AArch64 类型硬件，请挑选对应标签页里的资产再做调整[^2]。 ##### 方法三：单独部署定制化 libcrypt 替代品 当前主流发行版倾向于逐步淘汰传统加密函数实现形式转而推广更强安全性选项。如果坚持沿用经典接口，则有必要自行编译维护一份独立副本供专用场景调用： ```bash git clone https://bazaar.launchpad.net/~ubuntu-core-dev/cryptsetup/master.git cd master/ ./autogen.sh && ./configure --prefix=/usr/local/libcrypt-compat CFLAGS="-fPIC" make && sudo make install ln -s /usr/local/libcrypt-compat/lib/libcrypt.so.1 /lib/arm-linux-gnueabihf/libcrypt.so.1 ``` 利用这种方式创建软连接指向实际存在的实例从而绕开原始错误提示信息链路中断状况发生可能性[^1]. --- ### 结论 综上所述，面对此类难题可以选择多种途径加以克服，其中既包括借助官方渠道扩充基础服务覆盖面的做法，也有依靠第三方贡献成果快速达成目的捷径可供选用。务必依据实际情况权衡利弊后再行动以免造成不必要的麻烦。 ---