本來是要在虛擬機上安裝grpc進行測試的，結果發現gradle不能使用，然后去安裝gradle，安裝gradle之前要先安裝sdkman，而官網sdkman的安裝半天沒反應，於是就想着yum 試試，結果
之前跑spark推薦系統時也遇到這要的情況，可是我free發現
還是有很大的空間，於是使用df查看了一下
/dev/mapper/cl-root 100%，瞬間懵逼，因為我不知道這是什么東西，網上一番搜羅，大概知道了跟liunx系統物理空間分配有關，liunx本身也是會有日志的，我想可能是日志系統占據太多空間了。
發現並不大，cache和log都去查了，沒發現什么大文件，最終只好全局查找大文件了。 find / -xdev -size +100M -exec ls -l {} \;
找到了罪魁禍首，前段時間，在虛擬機進行了mysql數據庫同步測試，導致了大量文件放入mysql中，不想去mysql中一一刪庫，於是就暴力刪庫了，
於是，這樣yum能用了
總結：
/dev/mapper/cl-root 100%
在進行文件系統占滿之后，系統不會宕機；
在重啟服務的時候，本來/var/log/message文件是可以記錄日志的，但是文件系統滿了之后，日志不再進行記錄；
文件系統占滿之后，依然可以進行重啟服務；
文件系統占滿之后，使用yum和rpm會無法出現結果，結果一直hang住；
文件系統占滿之后，照樣可以登錄系統，照樣可以執行命令，依然提供遠程鏈接服務。
在將磁盤空間進行清理之后，那么日志系統恢復正常運行。