当前位置: 首页 > news >正文

Ubuntu 22.04 插入光驱后磁盘满启动故障clean, ...files, ...blocks

硬件环境

  • 设备型号:机械革命 Yilong15Pro Series GM5HG0A
  • 操作系统:Ubuntu 22.04.5 LTS (Jammy Jellyfish)
  • 内核版本:6.8.0-65-generic

问题经过

初始症状

连接外置光驱后,系统出现异常:

  • 风扇持续高速运转,噪音明显
  • 系统响应变慢,出现卡顿
  • 一段时间后系统提示磁盘空间不足
  • 强制关机后重启时卡在fsck完成界面

启动故障表现

重启后系统显示fsck检查过程:

/dev/nvme0n1p2: recovering journal
/dev/nvme0n1p2: Clearing orphaned inode 44557246 (uid=1000, gid=1000, mode=01006)
/dev/nvme0n1p2: Clearing orphaned inode 44557241 (uid=1000, gid=1000, mode=01006)
...
/dev/nvme0n1p2: clean, 22151651/62480384 files, 237447979/249919744 blocks

fsck成功完成,但系统卡在光标闪烁界面无法继续启动。

解决过程

第一步:切换到文本终端

在启动卡住的界面按Ctrl+Alt+F2,成功进入文本终端界面并登录。

第二步:初步释放空间

首先检查和清理临时文件:

$ rm -rf /tmp/*
$ rm -rf ~/.cache/*

这个操作删除了大约22GB的临时文件,磁盘使用率从100%降至98%,为后续操作提供了必要的操作空间。

第三步:重启系统

经过清理后重启系统:

$ sudo reboot

这次重启后系统能够正常进入桌面环境。

第四步:深入排查磁盘占用

系统正常启动后,开始系统性地检查磁盘使用情况:

$ df -h
文件系统        大小  已用  可用 已用% 挂载点
tmpfs           2.3G  4.0M  2.3G    1% /run
/dev/nvme0n1p2  938G  868G   22G   98% /
tmpfs            12G   76M   12G    1% /dev/shm

磁盘使用率为98%,仍然非常紧张。

检查根目录下各文件夹大小:

$ sudo du -sh /* 2>/dev/null | sort -hr | head -10
618G	/var
204G	/home
30G	/opt
15G	/usr
9.7G	/snap
2.1G	/swapfile
208M	/boot

发现/var目录占用618GB,明显异常。

进一步检查/var目录:

$ sudo du -sh /var/* 2>/dev/null | sort -hr | head -10
611G	/var/log
6.4G	/var/lib
335M	/var/cache
211M	/var/crash

问题锁定在/var/log目录,占用611GB。

第五步:发现和清理巨大日志文件

检查具体的日志文件:

$ sudo du -sh /var/log/* 2>/dev/null | sort -hr | head -10
304G	/var/log/syslog
304G	/var/log/kern.log
4.1G	/var/log/journal
29M	/var/log/syslog.1
2.0M	/var/log/kern.log.1

发现syslogkern.log各占用304GB,找到了问题所在。

清空这两个巨大的日志文件:

$ sudo truncate -s 0 /var/log/syslog
$ sudo truncate -s 0 /var/log/kern.log

验证空间释放效果:

$ df -h
文件系统        大小  已用  可用 已用% 挂载点
tmpfs           2.3G  4.0M  2.3G    1% /run
/dev/nvme0n1p2  938G  262G  629G   30% /

成功释放约600GB空间,磁盘使用率从100%降至30%。

原因分析

AI分析结果:
这是Ubuntu 22.04在特定硬件配置下的PCIe兼容性问题。连接光驱触发了PCIe子系统重新协商,导致PCIe AER(高级错误报告)功能开始以极高频率记录"已修正"错误到syslog和kern.log文件中。由于错误标记为"Corrected",系统表面正常运行,但日志文件持续增长最终耗尽磁盘空间。

http://www.dtcms.com/a/353716.html

相关文章:

  • Proxmox VE 中启用 CentOS 虚拟机的串口终端(xterm.js 控制台)
  • MAX系列FPGA型号对比及低功耗特性分析
  • 服务器类型与TCP并发服务器构建(SELECT)
  • 冬天的思念
  • 数模笔记day01(数据预处理、K-means聚类、遗传算法、概率密度分布)
  • SqlHelper类库的使用方法
  • 关于DTO、DO、BO、VO
  • Linux系统性能优化全攻略:从CPU到网络的全方位监控与诊断
  • [实战] 半导体工厂生产网络项目案例分享
  • 遥感语义分割消融实验+对比实验
  • AI驱动的前端性能优化:从监控到自动化修复
  • SymPy 与 NumPy 混合编程:解决矩阵类型转换与数学函数兼容性问题
  • 计算机视觉全流程(基础知识)
  • 耐达讯自动化Profibus 集线器:变送器连接的神秘王牌
  • SCDN如何保护敏感内容不被非法访问?
  • 【PyTorch从入门到实战】全面解析PyTorch框架:安装、原理、MNIST实战与核心组件
  • 数据采集如何选择移动代理IP?合理避免网站封禁实战经验
  • Agno Agent​​
  • 需求变更的影响如何评估
  • AI Agent 发展趋势与架构演进
  • 神经网络|(十六)概率论基础知识-伽马函数·上
  • PowerShell下vim编辑文件时产生的额外文件
  • 北京先智先行科技:揭秘先知大模型的创新力量
  • 泰山区委书记张培峰率队考察深兰科技张江新总部,加速推进AI产业投资落地
  • 【AI论文】MV-RAG:检索增强的多视图扩散模型
  • Linux IPTables
  • 7、prefix-tuning、P-tuning、Prompt-tuning
  • 大规模5G无线通信网络
  • 服务器关机故障排查:大白话版笔记
  • 软件定义汽车(SDV)调试——如何做到 适配软件定义汽车(SDV)?(上)