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.pswp.cn/bicheng/94773.shtml
繁體地址,請注明出處:http://hk.pswp.cn/bicheng/94773.shtml
英文地址,請注明出處:http://en.pswp.cn/bicheng/94773.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

聲網RTC穩定連麥、超分清晰,出海直播技術不再難選

我們是面向中東、南亞新興市場的泛娛樂直播平臺,主打 1V1 互動、PK 團戰與語音房。首個版本落地時,前端開發最焦慮的不是業務邏輯,而是音視頻底層問題 —— 延遲高、卡頓多、合唱不同步致觀眾秒退,我們每周改底層,單 P…

設計模式:橋接模式(Bridge Pattern)

文章目錄一、橋接模式的定義二、為什么需要橋接模式?三、示例代碼一、橋接模式的定義 橋接模式是一種結構型設計模式,它的主要作用是將抽象部分與實現部分分離,使它們能夠獨立變化。換句話說,就是把“抽象”和“實現”放到兩個獨立…

AI-Agent 深度科普:從概念到架構、應用與未來趨勢

目錄 一、Agent 究竟是什么? 二、Agent 的核心組成模塊 三、Agent 架構類型與協作模式 單智能體(Single-Agent) 多智能體協作(Multi-Agent) 人機協作(Human-in-the-loop) 四、Agent 的能…

企業分支上云的常見誤區與糾正方案

數字化轉型的浪潮下,“上云”幾乎成為所有企業的必答題。然而,在實際落地中,很多企業發現:總部上云容易,分支上云卻困難重重。不是網絡體驗不穩定,就是合規風險頻出,要么就是成本失控。這其中很…

深入解析函數棧幀創建與銷毀

目錄 一、函數棧幀(Stack Frame)整理 1、核心概念 2、為什么需要函數棧幀? 3、函數棧幀的主要內容 二、理解函數棧幀能解決的核心問題 1、局部變量的生命周期與本質 2、函數調用的參數傳遞機制 3、函數返回值的傳遞 三、函數棧幀的創…

廣告牌安全監測系統綜合解決方案

一、方案背景 廣告牌作為城市戶外廣告的重要載體,廣泛分布于城市道路、商業區及交通樞紐等人流密集區域。由于長期暴露在自然環境中,廣告牌面臨著風荷載、雨雪侵蝕、溫度變化等多重因素的影響,其結構安全性和穩定性直接關系到公共安全。近年來…

MII的原理

一、介紹 MII 是 Media Independent Interface(媒體獨立接口) 的縮寫,是一種用于連接網絡物理層(PHY)芯片和數據鏈路層(MAC)芯片的標準硬件接口,核心作用是讓不同類型的物理層&…

【Excel】Excel的工作場景

一、Excel的發展歷史 1.1 版本迭代周期 自Excel 2019版本起,微軟將更新周期穩定在每3年一次,而3年的周期剛好平衡了創新與穩定:既能緊跟大數據時代下用戶對自動化、智能化處理的需求(比如近年數據量激增帶來的批量處理需求&#x…

nestjs 連接redis

1、下載npm install --save nestjs-modules/ioredis ioredis2、全局模塊中引用RedisModule.forRootAsync({useFactory: (configService: ConfigService) > {return {type:"single",url: configService.get(redis.url) };},inject: [ConfigService], }),整體如下&…

需求管理需要哪些角色配合

需求管理是項目管理的關鍵組成部分,它確保項目目標得到準確理解并能順利實現。有效的需求管理需要多個角色的緊密配合,包括項目經理、產品經理、需求分析師、開發人員、測試人員等。這些角色共同協作,確保需求從收集、分析、實施到驗證的每一…

SqlHelper類的方法詳細解讀和使用示例

在 C# 數據庫編程中,SqlHelper類是簡化 SQL Server 操作的重要工具,它封裝了ADO.NET的底層細節,讓開發者能更專注于業務邏輯。以下從方法原理、使用示例和實戰技巧三個方面進行詳細說明。 一、SqlHelper 核心方法原理與對比 SqlHelper的方法…

智能一卡通系統通過集成身份識別、權限管理、數據聯動等技術,實現多場景一體化管理。以下是多奧基于最新技術趨勢和應用案例的系統解析

智能一卡(碼、臉)通系統包括消費系統、梯控、門禁、停車場管理、訪客機等,需要了解這些系統的集成應用和最新技術發展。多奧打算從以下幾個維度來講解。智能一卡通系統的整體架構和主要功能模塊各子系統(門禁、梯控、停車場、訪客管理等)的技…

嵌入式學習日志————USART串口協議

1.通信接口通信的目的:將一個設備的數據傳送到另一個設備,擴展硬件系統通信協議:制定通信的規則,通信雙方按照協議規則進行數據收發名稱引腳雙工時鐘電平設備USARTTX(數據發送腳)、RX(數據接收腳…

微軟硬件筆試面試核心題型詳細解析

微軟硬件筆試面試核心題型詳細解析 本專欄預計更新90期左右。當前第42期-筆試面試核心題型詳細解析. 本文一共4個章節,核心內容如下。 微軟作為全球頂尖的科技公司,其硬件工程師的選拔標準極高。筆試不僅考察扎實的理論基礎,更注重解決實際問題的能力、對新技術的理解以…

CMake構建學習筆記21-通用的CMake構建腳本

在之前使用CMake構建程序的腳本(CMake構建學習筆記-目錄)中,大部分內容都有比較強的相似性,那么是不是可以這些相似的內容提取出來作為一個單獨的腳本,在構建具體的程序的時候再去調用這個腳本呢?這樣做的好…

無人機和無人系統的計算機視覺-人工智能無人機

無人機和無人系統的計算機視覺-人工智能無人機將計算機視覺與無人系統相結合,可以提升其自主或半自主執行復雜任務的能力。這些系統將圖像數據與其他機載傳感器(例如 GNSS/GPS、IMU、LiDAR 和熱像儀)融合,以解讀周圍環境并執行精確…

【開題答辯全過程】以 基于hadoop架構的教學過程監控系統為例,包含答辯的問題和答案

個人簡介:一名14年經驗的資深畢設內行人,語言擅長Java、php、微信小程序、Python、Golang、安卓Android等開發項目包括大數據、深度學習、網站、小程序、安卓、算法。平常會做一些項目定制化開發、代碼講解、答辯教學、文檔編寫、也懂一些降重方面的技巧…

坎坷基金路

2025年8月27日上午10:59從基金委官網上中外合作入口查到自己的基金中了。心情頓時五味雜陳,回想起寫基金忙碌的9個月,各位專家對我的指導,嘴角楠楠的說:感恩。自己覺著比較重要的幾個點:1、立意必須基于自己的過往研究…

[n8n]

docs:n8n工作流管理系統 本項目幫助管理和探索n8n工作流。 它能自動掃描和分析工作流文件,提取關鍵信息如名稱、觸發器和關聯服務。 所有數據將存入可搜索的數據庫,并通過REST API提供訪問。 可以快速定位特定工作流、查看詳細描述&#xff0…

[手寫系列]Go手寫db — — 第二版

[手寫系列]Go手寫db — — 第二版 第一版文章:[手寫系列]Go手寫db — — 完整教程 整體項目Github地址:https://github.com/ziyifast/ZiyiDB請大家多多支持,也歡迎大家star??和共同維護這個項目~ 本文主要介紹如何在 ZiyiDB 第一版的基礎上…