步驟如下：使用 tail 命令檢視 error_log 檔案列印的啥東西，一般是那個路徑的許可權有問題，看準那個路徑，不要寫錯
接著輸入如下命令修改許可權，重啟服務，再次檢視 error_log 檔案內容，空空如也，爽哉！！
sudo chmod 755 /usr/lib/cups/notifier/dbus # 修改 這個路徑的許可權
sudo chown root.root /usr/lib/cups/notifier/dbus # 修改 歸屬使用者
sudo rm /var/log/cups/error* # 刪除 error 檔案
sudo /etc/init.d/cups restart # 重啟服務
tail error_log # 檢視 error 檔案，如果返回空，說明成功了
總結一下，此次記憶體爆滿的原因是 /var/log/cups/ 下 error_log 和 error_log.1 檔案內容不斷激增導致的，而且發現每次開機重啟就會生成那個error_log檔案，這個部分的問題，網上大概有兩種解決方案：
1、是因為 /usr 許可權過大導致的，需要改回原有許可權（我的許可權正常）
2、寫個命令，定時刪除 error_log 日誌檔案（沒有找到根源，到底是誰向這個檔案寫入的內容）
sudo crontab -e
# 在開啟的檔案中加入如下內容，儲存退出
*/2 * * * * echo "" > /var/log/cups/error_log
參考文獻：
php的error log 記錄日誌
1 2 date default timezone set prc 設定時區，否則會有警告 3 把this s a error儲存到 home log yyyy mm dd.txt檔案下，這裡是把日期寫在了log檔名中 4error log this is a error！5 3,home log ...
專案中加入Error Log日誌
全域性變數 extern file fp error general error file extern char error filename 256 error file name int write error char string,int open error file char file...
nginx錯誤日誌 error log 配置詳解
nginx軟體會把自身執行的故障資訊及使用者訪問的日誌資訊記錄到指定的日誌檔案裡。nginx的錯誤資訊是除錯nginx服務的重要手段，屬於核心功能模組 ngx core module 的引數，該引數的名字為error log，可以放在main區塊中全域性配置，也可以放在不同的虛擬主機中單獨記錄虛擬主...