解決Linux磁盤(pán)占用過(guò)多問(wèn)題

·服務(wù)器出現(xiàn)異常，報(bào)錯(cuò)502

我們提供的服務(wù)有：成都網(wǎng)站建設(shè)、網(wǎng)站制作、微信公眾號(hào)開(kāi)發(fā)、網(wǎng)站優(yōu)化、網(wǎng)站認(rèn)證、固安ssl等。為1000+企事業(yè)單位解決了網(wǎng)站和推廣的問(wèn)題。提供周到的售前咨詢和貼心的售后服務(wù)，是有科學(xué)管理、有技術(shù)的固安網(wǎng)站制作公司

·然后查看服務(wù)器發(fā)現(xiàn)服務(wù)器卡死

·這里服務(wù)器卡死我們強(qiáng)制重啟服務(wù)器先進(jìn)入服務(wù)器才能查看到問(wèn)題所在

·進(jìn)入之后首先用 df -h 命令查看磁盤(pán)使用情況

·如果看到有使用100%的那么就是這個(gè)磁盤(pán)滿了，我們?cè)诓榭茨莻€(gè)東西占用了我們的磁盤(pán)，在服務(wù)器查找100M以上的大文件看看有哪些 使用?find / -size +100M |xargs ls -lh 命令查找 發(fā)現(xiàn)有個(gè)日志文件居然有22G，把他刪掉，再次df -h 查看 發(fā)現(xiàn)僅僅降低了1%，那么我們?cè)賱h其他沒(méi)用的大文件，刪了之后發(fā)現(xiàn)還是沒(méi)有用，查看進(jìn)程 ps -ef 查看有沒(méi)有進(jìn)程堵塞的，果然查出來(lái)了，nginx有三個(gè)堵塞進(jìn)程占用我15G 使用 kill -9 進(jìn)程號(hào) 刪除對(duì)應(yīng)的進(jìn)程號(hào)，到了這里磁盤(pán)使用率已經(jīng)降下來(lái)了，那么我們?cè)偃ゲ榭椿厥照?，刪除回收站的東西。這就差不多了，再次 df -h 查看

linux操作系統(tǒng)故障處理-ext4文件系統(tǒng)超級(jí)塊“can't read superblock”損壞修復(fù)

前幾天在廣州參加植物病毒學(xué)會(huì)議，一邊聽(tīng)會(huì)一邊開(kāi)著TeamViewer遠(yuǎn)程連接實(shí)驗(yàn)室裝有l(wèi)inux系統(tǒng)的工作站跑程序干活。有一天下午發(fā)現(xiàn)TeamViewer顯示服務(wù)器離線，原來(lái)是因?yàn)槭┕?dǎo)致停電。Anyway, 不重要，發(fā)微信讓小青兒給我重啟服務(wù)器，結(jié)果發(fā)現(xiàn)重啟不了，大概就是這個(gè)界面。

怎么著都進(jìn)不去圖形界面，簡(jiǎn)而言之，工作站重啟不了了。索性不管了，好好聽(tīng)報(bào)告，心想回到福州再收拾工作站?；氐礁Ｖ莸谝患戮褪亲聛?lái)重啟工作站，發(fā)現(xiàn)無(wú)論怎么折騰都進(jìn)不去系統(tǒng)。

雖然圖形界面進(jìn)不去，好在還能夠在命令行下進(jìn)行操作。當(dāng)看到 /bioinfor ，這個(gè)存放目錄的路徑下啥都沒(méi)有的時(shí)候，這可是我所有的數(shù)據(jù)?。∪绻@個(gè)盤(pán)里的數(shù)據(jù)沒(méi)了，各個(gè)合作者還不得把我手撕了。想到這里，冷汗差點(diǎn)下來(lái)了。

于是開(kāi)始尋找解決方法。

首先得想辦法進(jìn)入系統(tǒng)，在反復(fù)地 sudo reboot 都無(wú)法進(jìn)入系統(tǒng)之后，通過(guò) df -h 也看不到/dev/sda（也就是掛載到/bioinfor路徑的磁盤(pán)）信息。然后猜測(cè)是不是因?yàn)榇疟P(pán)以及分區(qū)表之類出現(xiàn)了錯(cuò)誤導(dǎo)致不能進(jìn)入系統(tǒng)。通過(guò) sudo vi /etc/fstab 將除了系統(tǒng)安裝盤(pán)之外的所有硬盤(pán)的掛載信息全部注釋掉，再 reboot , 這時(shí)候果然可以進(jìn)入圖形界面系統(tǒng)了。但依然看不到 /bioinfor 盤(pán)下的數(shù)據(jù)。能夠開(kāi)機(jī)就讓我放心了很多。通過(guò) gparted 工具，能夠看到/dev/sda硬盤(pán)里used space大概是1.7T，還剩下1.9T左右，這就表示我的數(shù)據(jù)還在。試圖通過(guò) sudo umount /dev/sda 先取消掛載，再重新 sudo mount /dev/sda /bioinfor 掛載到/bioinfor路徑，結(jié)果報(bào)錯(cuò)。

報(bào)錯(cuò)信息顯示：

搜索網(wǎng)頁(yè)發(fā)現(xiàn)，有一個(gè)哥們經(jīng)歷了跟我一樣的遭遇， 意外斷電造成mount掛載硬盤(pán)報(bào)錯(cuò) 。所以，這次事故是因?yàn)橐馔鈹嚯?，基本?shí)錘了。

但到底什么是superblock呢？

繼續(xù)搜索，直到讀到一篇技術(shù)文章 linux操作系統(tǒng)故障處理，ext4文件系統(tǒng)超級(jí)快損壞修復(fù) 。本文可以忽略，但這篇技術(shù)文章得認(rèn)真讀讀。里面講解了磁頭，磁道，柱面，扇區(qū)，以及硬盤(pán)容量等等概念，以及最重要的inode和block，Superblock(超級(jí)塊)概念。

既然報(bào)錯(cuò)提示Superblock出了問(wèn)題，那我們就應(yīng)該從這里入手。linux系統(tǒng)提供了一個(gè)磁盤(pán)命令 fsck 來(lái)嘗試對(duì)設(shè)備進(jìn)行修復(fù)。但可惜，用這個(gè)命令的時(shí)候，都會(huì)提醒你，應(yīng)該安裝最新的 fsck 工具包。

提示如下：

根據(jù)這篇文章 E2FSCK: how to handle the “metadata_csum” error by advancing the e2fsck version beyond default installed version 的提示，需要安裝1.43X的 e2fsck , 安裝方法小結(jié)如下。

檢驗(yàn)一下是否更新成功：

能夠看到已經(jīng)更新到1.43.5版本。

安裝完之后，開(kāi)始對(duì)磁盤(pán)進(jìn)行修復(fù)，命令如下：

一般都能修復(fù)完畢，然后可以再進(jìn)行取消掛載或者重新掛載的操作?？吹綌?shù)據(jù)都還完好無(wú)缺地在電腦上，還處于后怕的我趕緊掏出移動(dòng)硬盤(pán)進(jìn)行原始數(shù)據(jù)的備份。

本次debug結(jié)束

這篇技術(shù)日志對(duì)讀者可參考性并不高，是因?yàn)閼?yīng)用場(chǎng)合實(shí)在是少，（試想誰(shuí)會(huì)天天斷電呢），但還是有一些體會(huì)和感悟：

linux卸載磁盤(pán)提示umount: /PT5/Docker/overlay2: target is busy

在Linux系統(tǒng)下卸載設(shè)備時(shí)，經(jīng)常會(huì)遇到“Device is busy”的提示，報(bào)錯(cuò)的原因通常是由于待卸載磁盤(pán)正在使用，導(dǎo)致無(wú)法直接卸載，需要降當(dāng)前使用數(shù)據(jù)盤(pán)的進(jìn)程殺掉，才能卸載。如果貿(mào)然強(qiáng)行刪除，可能會(huì)導(dǎo)致數(shù)據(jù)丟失或設(shè)備損壞。需要使用fuser命令查找和刪除占用的程序。

例如：無(wú)法卸載的設(shè)備為/dev/vdd1，運(yùn)行以下命令：

PS: 如果bash在使用此磁盤(pán)，會(huì)發(fā)現(xiàn)bash退出了，新開(kāi)bash 并再次查看fuser -mv /dev/vdd1

確認(rèn)是否還有占用進(jìn)程。

找到PID對(duì)應(yīng)的進(jìn)程或者服務(wù)，然后殺死或者停止相應(yīng)服務(wù)即可。

此案例中即使使用上述所有操作刪除占用的進(jìn)程，但還是提示磁盤(pán)busy，使用kill去殺進(jìn)程，發(fā)現(xiàn)進(jìn)程號(hào)一直在變化，驚覺(jué)可能是某個(gè)服務(wù)進(jìn)程一直在運(yùn)行，使用fuser -m -v /dev/vdd1 去查看詳細(xì)的進(jìn)程信息，發(fā)現(xiàn)是docker服務(wù)一直在占用。

解決方案：停止docker服務(wù)