Linux 系统配置环境报错之记录

最新推荐文章于 2025-02-24 17:53:09 发布
原创 最新推荐文章于 2025-02-24 17:53:09 发布 · 664 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
文章标签：

#linux #python

在Linux系统中配置深度学习环境时，可能会遇到如`libGL.so.1`和`libgthread-2.0.so.0`缺失的问题。解决方法包括更新软件包列表并安装相应的库：`sudo apt update`，然后安装`libgl1-mesa-glx`和`libglib2.0-0`。这些步骤对于顺利搭建和运行深度学习项目至关重要。
TensorFlow-v2.9

TensorFlow-v2.9

TensorFlow

TensorFlow 是由Google Brain 团队开发的开源机器学习框架,广泛应用于深度学习研究和生产环境。 它提供了一个灵活的平台,用于构建和训练各种机器学习模型

这几天在linux 系统下，安装配置深度学习环境，过程中，遇到一些问题，在这里记录下来并附上解决方案。如果你也遇到相似问题，希望可以解决。

ImportError: libGL.so.1: cannot open shared object file: No such file or directory‘

解决办法：
缺少一些库的安装

sudo apt update
sudo apt install libgl1-mesa-glx

ImportError: libgthread-2.0.so.0: cannot open shared object file: No such file or directory

解决办法：

sudo apt update
sudo apt install libglib2.0-0

您可能感兴趣的与本文相关的镜像

TensorFlow-v2.9

TensorFlow-v2.9

TensorFlow

TensorFlow 是由Google Brain 团队开发的开源机器学习框架,广泛应用于深度学习研究和生产环境。 它提供了一个灵活的平台,用于构建和训练各种机器学习模型

Linux伪文件系统proc
m0_61066945的博客
09-25 3228
Linux伪文件proc
修改/proc/sys/kernel/core_uses_pid出现WARNING: The file has been changed since reading it!!!
不忘初心的专栏
09-30 1万+
当以root身份登录，执行vim /proc/sys/kernel/core_uses_pid修改core_uses_pid值的时候，产生如下错误。 WARNING: The file has been changed since reading it!!! Do you really want to write to it (y/n)?y "core_uses_pid" E667: Fsy
Centos 7 搭建slurm
banana1006034246的博客
08-12 8346
目录 背景说明 搭建步骤 slurm 常用命令 进阶（GPU） 参考文献 背景说明 Slurm 任务调度工具（前身为极简Linux资源管理工具，英文：Simple Linux Utility for Resource Management，取首字母，简写为SLURM），它是一个用于 Linux 和 Unix 内核系统的免费，开源的任务调度工具，被世界范围内的超级计算机和计算机群广泛采...
linux配置环境出问题,Linux环境配置问题小记
weixin_36344231的博客
05-08 269
原标题：Linux环境配置问题小记一、背景前段时间小编做了一个关于输入法 按键响应时间的评测，但已有的评测脚本在windows环境下不兼容，于是小编就搭建一个linux环境，但是在配置测试环境上也遇到许多问题，在此和大家分享记录一下：二、问题及解决方案Centos 7 系统配置问题1．使用yum包管理工具安装软件时，提示无法连接到网络、无法连接到某主机host解决办法：(1)在系统文件/etc/r...
Linux下环境配置
Mar.LeeM
08-08 262
一、Linux下安装redis报错：make: *** No rule to make target `install'. Stop. 场景：  ①、执行tar zxvf redis-4.0.6.tar.gz； ②、执行make install； 原因：未执行make命令； 解决：cd 解压后的文件夹执行make命令在执行make istall命令。 注： 其他可能引起此错误的原因：...
Linux配置深度学习环境
Agonie22的博客
02-24 1836
CUDA，tensorflow，Python有严格的版本兼容性，不兼容的话容易出现很多问题，安装的时候要特别注意，三者之间的版本关系可参见官网，下图截取了一部分，红框部分是本博客要配置的内容。
linux安装多路径报错,Linux操作系统配置多路径通用教程(适用于(RHEL,CentOS,SuSE等)...
weixin_33444829的博客
05-08 990
Linux操作系统配置多路径通用教程(适用于(RHEL,CentOS,SuSE等)猫先生•2019 年 06 月 01 日一，安装软件1，执行以下命令，检查当前系统中是否已经安装多路径工具：rpm -qa | grep device-mapper-multipathSuSE 系统 multipath 相关 rpm 包是 multipath-tools-*.rpm，检查安装包时使用如下命令：...
Linux服务器系统性能参数配置不当引起的网站访问报错ERR-CONNECTION-TIMED-OUT 200解决方法
08-11
进一步分析表明，问题根源在于Linux系统的TCP性能参数设置不当，特别是`tcp_tw_recycle`和`tcp_timestamps`这两个关键参数。 1. **`tcp_tw_recycle`**： - **功能**：当该参数被启用时，会启用TCP TIME_WAIT状态的...
Linux实验报错记录
weixin_46594154的博客
06-23 1455
Linux入门
已解决 | Linux系统中docker报错CUDA driver version is insufficient for CUDA runtime version
weixin_41145926的博客
12-23 3270
Linux系统中docker报错CUDA driver version is insufficient for CUDA runtime versionLinux系统中docker报错CUDA driver version is insufficient for CUDA runtime version新的改变功能快捷键合理的创建标题，有助于目录的生成如何改变文本的样式插入链接与图片如何插入一段漂亮的代码片生成一个适合你的列表创建一个表格设定内容居中、居左、居右SmartyPants创建一个自定义列表如何创
slurm安装遇到的问题以及解决办法
qq_40701060的博客
02-08 7519
配置slurm中出现的问题，以及解决办法
slurm作业调度管理系统配置-集群搭建步骤6
R★F的博客
05-12 1万+
SLURM （Simple Linux Utility for Resource Management）是一种可用于大型计算节点集群的高度可伸缩和容错的集群管理器和作业调度系统，被世界范围内的超级计算机和计算集群广泛采用。SLURM 维护着一个待处理工作的队列并管理此工作的整体资源利用。它以一种共享或非共享的方式管理可用的计算节点（取决于资源的需求），以供用户执行工作。SLURM 会为任务队列合理地分配资源，并监视作业至其完成。
Linux proc文件系统介绍
l00102795的博客
04-10 456
Linux proc文件系统。
slurm安装血泪史
qq_40474522的博客
12-26 1万+
因为比较顺利地安装好slurm，整理好了一些遇到的问题，希望能帮到大家。 我参考这篇博客安装http://blog.youkuaiyun.com/datuqiqi/article/details/50827040 需要至少两台linux系统的机器，我用的虚拟机模拟。 在这篇博客中发现的几个坑： 1. # scp /etc/munge/munge.keyroot@node:/etc/munge 这里的no
linux参数之/proc/sys/kernel详解
congdiku5262的博客
02-04 875
Modprobe/modules_disabled 前者包含一个路径指向内核模块加载器(kernel module loader)，用于加载内核模块；而后一个用于控制是否允许在系统启动后热插拔模块，即进行modprobe/rm...
SLURM 节点状态总是drained问题
热门推荐
kongxx的专栏
09-03 2万+
问题描述新装的 SLURM 集群在运行了一些作业并修改一些配置项目以后，用sinfo查看信息的时候看到部分节点状态总是 drained ，但是在这个节点上并没有作业在运行，重启 slurm 服务问题依旧，如下$ sinfoPARTITION AVAIL TIMELIMIT NODES STATE NODELIST debug* up infinite 1 drain
slurm 安装使用(centos7)
不懂代码的胖子
05-31 7775
1、准备3台 机器 并设置 hostsecho 192.168.108.138 m1 >> /etc/hostsecho 192.168.108.139 s2 >> /etc/hostsecho 192.168.108.140 s3 >> /etc/hostsecho $hostname > /etc/hostnamehostnamectl set-hos...
slurm 有节点一直是down*状态
Japrin的专栏
02-01 3504
gres.conf 文件（/opt/slurm/etc/gres.conf）里表明该节点有个tesla的GPU卡，它引用了/dev/nvidia0文件。4. 神奇的是，执行完这个nvidia-smi后，/dev/里有nvidia0了。NodeName=节点名 Type=tesla Name=gpu File=/dev/nvidia0。在该节点ls /dev 确实是没有看到/dev/nvidia0文件。3. 在该节点执行以下命令后，确实是显示了GPU卡的信息。2. 登录有问题节点后，
Linux系统启动os报错Failed to start Journal Service如何解决
最新发布
12-25
<think>我们面对的是系统启动时出现"Failed to start Journal Service"错误导致无法进入系统的问题。Journal Service是systemd-journald服务，负责系统日志记录，其启动失败可能由多种原因引起。结合引用内容，以下为详细解决方案： ### 1. 进入救援模式 首先需要使用Live USB启动系统并挂载原系统根分区（参考引用[1][4][5]）： ```bash sudo mkdir /mnt/sysroot sudo mount /dev/nvme0n1p2 /mnt/sysroot # 替换为实际根分区设备 sudo mount --bind /dev /mnt/sysroot/dev sudo mount --bind /proc /mnt/sysroot/proc sudo mount --bind /sys /mnt/sysroot/sys sudo chroot /mnt/sysroot /bin/bash ``` ### 2. 检查磁盘空间（关键） 日志服务启动失败常因`/var/log`分区满（参考引用[3]）： ```bash df -h /var/log ``` - 若空间不足（>95%）： ```bash # 清理日志（注意保留必要日志） journalctl --disk-usage journalctl --vacuum-size=100M # 保留最近100MB日志 rm -f /var/log/*.old /var/log/*.gz ``` ### 3. 修复文件系统错误 文件系统损坏会导致日志服务无法写入（参考引用[3][5]）： ```bash # 检查文件系统类型（ext4或xfs） blkid /dev/nvme0n1p2 # ext4修复 umount /dev/nvme0n1p2 # 若已挂载则先卸载 fsck -y /dev/nvme0n1p2 # XFS修复 xfs_repair /dev/nvme0n1p2 ``` ### 4. 检查SELinux状态（重要） SELinux策略错误会阻止服务启动（参考引用[4][5]）： ```bash vi /etc/selinux/config ``` 修改为： ```ini SELINUX=disabled # 临时解决方案 ``` 重启前执行： ```bash touch /.autorelabel # 强制下次启动重标记文件系统 ``` ### 5. 重建journal目录 日志目录损坏或权限错误会导致服务失败： ```bash # 删除损坏的日志目录（系统会自动重建） rm -rf /var/log/journal/* # 设置正确权限 chown root:systemd-journal /var/log/journal chmod 2755 /var/log/journal ``` ### 6. 检查服务依赖（参考引用[2]） 某些服务依赖网络，但开机时网络未就绪： ```bash # 查看服务依赖树 systemctl list-dependencies systemd-journald # 若依赖网络服务（如systemd-networkd），延迟其启动： echo -e "[Service]\nExecStartPre=/bin/sleep 5" > /etc/systemd/system/systemd-journald.service.d/delay.conf systemctl daemon-reload ``` ### 7. 手动启动journald服务测试 在救援模式下尝试启动服务： ```bash systemctl restart systemd-journald journalctl -xe # 查看详细错误 ``` ### 8. 重建initramfs（内核级修复） 更新initramfs以包含修复（参考引用[5]）： ```bash # CentOS/RHEL dracut -f # Ubuntu/Debian update-initramfs -u ``` ### 9. 重启验证 ```bash exit # 退出chroot reboot ``` ### 关键错误对照表 | 现象 | 解决方案 | 引用 | |--------------------------|-----------------------------------|--------| | `/var/log` 空间不足 | 清理日志 + `journalctl --vacuum` | [^3] | | SELinux策略冲突 | 禁用SELinux + `/.autorelabel` | [^4][^5]| | 文件系统损坏 | `fsck` 或 `xfs_repair` | [^3]| | 服务启动顺序问题 | 添加启动延迟 | [^2] | > **注意**：若以上步骤无效，考虑硬件故障（使用`smartctl -a /dev/sda`检测硬盘）或系统降级/重装。 §§相关问题§§ 1. 如何判断Linux系统启动失败是由磁盘空间不足还是服务配置错误引起的？ 2. 在救援模式下修复SELinux策略有哪些注意事项？ 3. systemd-journald服务无法启动时如何获取错误信息？ 4. 文件系统修复命令`fsck`和`xfs_repair`分别适用于哪些场景？ </think> ### 解决 Linux 系统 "Failed to start Journal Service" 导致无法启动的完整方案 当系统出现 "Failed to start Journal Service" 报错导致无法启动时，通常是由于系统日志服务（systemd-journald）启动失败引起。以下是逐步解决方案，需使用 **Live USB 或救援模式** 操作： #### 步骤 1: 进入救援模式并挂载系统分区 1. 使用 Linux Live USB 启动系统 2. 挂载原系统根分区： ```bash sudo mkdir /mnt/sysroot sudo mount /dev/nvme0n1p2 /mnt/sysroot # 替换为实际根分区 sudo mount --bind /dev /mnt/sysroot/dev sudo mount --bind /proc /mnt/sysroot/proc sudo mount --bind /sys /mnt/sysroot/sys sudo chroot /mnt/sysroot /bin/bash ``` #### 步骤 2: 检查磁盘空间（关键） 日志服务启动失败常因磁盘空间不足： ```bash df -h /var/log ``` - 若空间不足（>95%）： ```bash # 清理日志 journalctl --vacuum-size=100M # 保留最近100MB日志 rm -f /var/log/*.old /var/log/*.gz ``` #### 步骤 3: 检查文件系统错误 ```bash # 确定文件系统类型 blkid /dev/nvme0n1p2 # 根据类型修复： # ext4文件系统 fsck -y /dev/nvme0n1p2 # XFS文件系统 xfs_repair /dev/nvme0n1p2 ``` > 文件系统损坏是常见原因[^3][^5] #### 步骤 4: 修复 SELinux 配置 1. 编辑配置文件： ```bash vi /etc/selinux/config ``` 2. 修改为： ```ini SELINUX=disabled # 关键修改 ``` 3. 应用变更： ```bash touch /.autorelabel # 启动时重标记文件系统 ``` #### 步骤 5: 重建日志系统 1. 删除损坏的日志索引： ```bash rm -rf /var/log/journal/* ``` 2. 重建目录权限： ```bash chown root:systemd-journal /var/log/journal chmod 2755 /var/log/journal ``` #### 步骤 6: 检查服务依赖 ```bash # 检查服务状态 systemctl status systemd-journald # 查看依赖关系（特别注意network相关服务） systemctl list-dependencies systemd-journald ``` - 若依赖服务失败（如网络服务），可暂时禁用： ```bash systemctl mask systemd-networkd-wait-online.service ``` #### 步骤 7: 重建 initramfs ```bash # CentOS/RHEL dracut -f # Ubuntu/Debian update-initramfs -u ``` #### 步骤 8: 重启系统 ```bash exit # 退出 chroot reboot ``` ### 错误排查对照表 | 现象 | 解决方案 | 引用 | |-----------------------|------------------------------|--------| | 磁盘空间不足 | 清理日志 + `journalctl --vacuum` | [^3] | | 文件系统损坏 | `fsck` 或 `xfs_repair` | [^5]| | SELinux 策略冲突 | 禁用 SELinux + `/.autorelabel` | | | 服务依赖失败 | 检查网络依赖服务 | [^1][^2]| > **重要提示**：操作前备份重要数据。若问题持续，检查硬件状态： > ```bash > smartctl -a /dev/nvme0n1 # 检查硬盘健康状态 > ```
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值