⑴ linux 系統盤占滿了怎麼辦
linux系統盤占滿了可以這樣做：
當磁碟被某大文件占滿時，而且此大文件正在被某些進程讀寫並佔用著，此時無法刪除和置空此文件，只能先找到佔用大文件的進程，然後終止進程，最後置空此文件。
在/boot分區中創建大文件test，將boot分區的磁碟占滿，通過另外一個終端進入主機，vim編輯此test文件，模擬大文件被vim進程佔用，然後刪除和清空此test文件。
⑵ linux系統中磁碟快滿，怎麼處理
2種方式，一種方式是插入新的物理硬碟並格式化掛載；第二種方式是清理刪除不必要的文件，騰出更大空間使用。
⑶ linux磁碟滿了無法進系統
磁碟那麼滿沒有緩沖空間，當然無法進入了，這種情況對於我們做維修的來說不是個大事兒，果斷裝系統。
⑷ linux磁碟空間滿了怎麼辦
方法/步驟
1：清理殘余的配置文件
一般而言，當從 Ubuntu 系統中刪除了一個軟體之後，該軟體的殘余配置文件並沒有被刪除。如果確信以後不再使用該軟體，那麼保留其配置文件實在沒有必要，所以大可一並刪除之。
要刪除某個軟體的殘余配置文件，可以執行下面的操作：
在終端中執行 sudo synaptic，以便啟動 Synaptic 包管理工具。
點擊 Synaptic 右下角的 Status 按鈕進行切換。
現在，應該能夠在 Synaptic 的左邊看到 Not installed (resial config)。選擇它即可在右邊看到包含有殘余配置文件的包，可以在此選擇刪除該包。
2：清理下載的緩存包
在 Ubuntu 中通過 sudo apt-get install 安裝軟體時，其下載的包都緩存在 /var/cache/apt/archives/ 目錄中。如果要清理掉這些已下載的緩存包，那麼可以執行命令：
sudo apt-get autoclean
sudo apt-get clean
3：清理不再需要的包
在 Ubuntu 系統中安裝軟體時，該軟體的依賴通常也會自動安裝上。那麼，在刪除該軟體後，其依賴可能需要我們手動刪除之。可以運行 sudo apt-get autoremove 命令來解決這個問題。
4
4：清理無用的語言文件
Ubuntu 與其他 Linux 發行版一樣，是一個支持多語言界面的系統。其實，對使用自己母語的我們來說，通常保留中文即可，也可以保留自己所需要使用的語言，如英文。其他的語言文件則沒有必要保留。
為了清理這些無用的語言文件，需要在 Ubuntu 系統中安裝一個名為 localepurge 的小工具。
安裝 localepurge 是十分簡單的，只需執行 sudo aptitude install localepurge 命令就可以了。在安裝的過程中，程序會提示進入如下圖所示的畫面中進行配置。
localepurge
使用空格鍵可以選擇需要保留的區域配置，其他的則會被刪除。當以後在安裝程序時，此工具也會自動執行，勿需再次配置。中文用戶保留zh、zh_CN、zh_CN.*
⑸ linux磁碟空間不足怎麼辦磁碟清理方法
由於當初安裝系統設計不合理，有些分區的過小，以及網路通訊故障等造成日誌文件速度增長等其他原因都可以表現為磁碟空間滿，造成無法讀寫磁碟，應用程序無法執行等。下面就給你支幾招（以/home空間滿為例）：
1.定期對重要文件系統掃描，並作對比，分析那些文件經常讀寫
#IS-IR/home>;files.txt
#diff filesold.txt files.txt
通過分析預測空間的增長情況，同時可以考慮對不經常讀寫文件進行壓縮，以減少佔用空間。
2.查看空間文件系統的inodes消耗
#df-i/home
如果還有大量的inpde可用，說明大文件佔用空間，否賊可能大量小文件佔用空間。
3.找出佔用空間較大的目錄
查看/home佔用的空間
#-hs/home
查看/home下佔用空間超過1000m
#/awk'$1>;2000'
4.找出佔用空間較大的文件
#find/home-size +2000K
5.找出最近修改或創建的文件
先TOUCH一個你想要的時間的文件如下
#TOUCH-t 08190800 test
#find/home-newer test-print
刪除日誌
#rm-rf/var/log/*
7.對分區做連接
在有空間的分區，對沒有空進分區做連接
#in-s/home/use/home
8.找出耗費大量的空間的進程
根據不同的應用，找出對應的進程，分析原因。
9.檢查並修復文件系統
#fsck-y/home
10.重啟機器
有了以上的十招，應該可以解決大部分問題，但是關鍵還是安裝時要規劃好分區。另外發現磁碟蠻時，不能急，小心操作，認真分析原因，然後小心應對。需要注 意，以上十招不需要順序執行，有的可能一招封喉，有的可能需要數招並用，刪除操作一定要小心。如果還不行，只有採取增加硬碟，重新安裝系統等「硬」辦法了
還可以：
cd/
-h--max-depth=q/grep M/sort-n
找到最大的那個目錄後進入該目錄
再運行-h-max-depth=1/grep M /sort-n
找出來以後看是否有用的文件
沒用就刪掉
⑹ 如果linux伺服器磁碟全滿會不會啟動不了docker
當然啟動不了，運行容器等指令也是需要硬碟空間的，建議升級伺服器
⑺ linux磁碟已滿，查看哪個文件佔用多
1.可以使用df -h 命令查看磁碟剩餘空間
2.查看指定目錄佔用的空間大小，比如查看/usr目錄佔用了多大空間： -bs /usr
3.查看指定目錄超過了多大空間的文件，比如下面的/usr目錄，查找大於100M的文件
cd /usr
find . -size +100M
4.或是直接執行下面命令(這個時間會比較長)：
-a /usr | sort -n -r | head -n 10
來查找/usr目錄下面最大的10個文件(或目錄)
⑻ linux 伺服器磁碟滿了怎麼刪
今天下班某電商技術部leader發現個問題，說他們伺服器硬碟滿了。把日誌文件都刪掉了，可硬碟空間依舊滿。於是df -h查看了下各個掛載點的狀況(如下圖)。 /dev/sda3佔用了100%，那麼我們 -s -h ./*看下目錄的佔用情況(如下圖)。 linux磁碟掛載點目錄佔用情況(圖) 掛載點下的目錄之和遠小於4.5G，那麼是什麼佔用了硬碟呢? 以下為該問題的解答： 在apache/tomcat服務在運行狀態下，清空了運行服務的日誌，從而導致了/dev/sda3 滿了的問題。一般情況下，大多數服務(包括腳本)在運行時，是不能刪除當前正在寫入的日誌文件的。 原理分析： 1. 當前access.log日誌正在被apache進程佔用。 2. 通過rm命令刪除access.log，實際只刪除了文件名(該日誌文件應用記數不為0，因此空間不會被釋放)。 3. 通過rm命令刪除了access.log後，apache依然寫日誌到access.log中，當開啟apache進程時，已經通過access.log定位到該文件的inode了，就是說再寫日誌是不通過access.log，因此即使刪除了access.log，apache依然寫日誌到access.log所在的inode節點，所以導致硬碟空間增加。 4. 因為刪除了access.log，所以我們就找不到該文件了，也查不到，就會出現硬碟滿了但看不到究竟是哪些文件佔用的。 (寫的不甚詳細，不明白的大家再google下。) 解決方法： 重啟該日誌文件的相關服務或程序，如：為apache日誌文件則重啟apache(如下圖，重啟後才硬碟空間佔用正常)。
⑼ linux下磁碟佔用達到100%了，怎樣查找是哪些大文件耗盡了磁碟
樓上的各位，麻煩你們回答問題的時候看清楚別人問的是什麼好吧？
1、如果是大文件佔用了，那麼查詢大於某個值的文件的方法：
find / -size +100c -print
這是從根盤開始查找大於100位元組的文件（至於位元組數你當然可以自己設置）
你可以用
find / -size +100c -exec ls -l {}\;
來列出文件屬性。
2、如果只是因為有些應用生成的日誌文件較多，長時間沒有清理後佔用了，這種情況最明顯的標志為系統空間使用量逐步遞增，每天的增量基本相差不大。那麼最快捷的方式莫過於詢問應用廠商要到日誌存放目錄後進行清理。如果找不到廠商，那隻好自己動手咯，寫個腳本查：
#!/bin/ksh
#####用命令輸出所有目錄所佔的磁碟空間大小，以G為單位#########
-h >fs_.log
######判斷各層目錄大小，查到佔用量大的目錄######
cat fs_.log|while read LINE FS_USED
do
if [ $LINE -ge 10 ]
then
echo $FS_USED >>result.log
else
exit
fi
done
####查看運行結果#######
more result.log
這樣你就能看到佔用量比較大的目錄，從而有針對性的到相應目錄下檢查，看到底是什麼東西在佔用硬碟空間了。（if [ $LINE -ge 10 ] ，這里是判斷超過10G的目錄，你可以修改）
3、因為人為的誤操作，導致了某些進程在沒有執行完成的時候被kill掉了，但是緩存中的程序沒有釋放，仍然在運行，這會產生一些臨時文件佔用大量的磁碟空間資源，這種現象的特點是爆發式的增長，在很短時間內就將磁碟空間占滿。解決的方法：
i、如果是因為父進程被殺除，子進程還運行導致，那麼最簡單，kill子進程，就會釋放。
ii、如果能用ipcs確認是哪個用戶的進程，那麼也不困難，順著使用ipcrm就行（這個就不一一例舉了，有了命令查使用方法還是很方便的）
iii、執行進程的用戶是比較關鍵的用戶如：root用戶、有實例的oracle用戶、在線的生產用戶等。那麼建議在確認是因為共享緩存的原因導致的問題後重啟伺服器。
4、你已經刪除了一些佔用量大的文件，或者在根盤下做 -h發現佔用量遠遠的小於130G，df的結果仍然是100%的使用率。那麼基本肯定你碰到了linux的一個bug，直接重啟就能解決。（當然了也不一定是bug，我碰到過那種程序在寫一個日誌，但是刪除日誌後空間不釋放的問題。這個是linux本身的機制引起的，只需要停止相關的程序空間就會釋放的）