路径：/home/{username}/tmp
占用了我好几个G的空间。里面有这样几个文件 customization-scripts remaster-apt-cache remaster-iso remaster-root remaster-root-home build.log
可以删除吗？
走同样的路，发现不同的人生
題主說的是使用者目錄下的tmp而非/tmp，從上面你列的目錄看有可能是apt緩存，可以執行指令sudo apt-get clean 進行清理，然後你再看看那個目錄小了些沒。
sudo apt-get clean
如果你的系統正在運行任何有意義的任務，就千萬不要動/tmp。
但是如果/tmp裡的東西久拖不決，每次重啟都有，而不會自動消失，那我倒不覺得一定要教條的「/tmp絕對不能動」。
如果這幾個G對你確實很重要，那麼請做好準備再動手：①開機；②動用root權限一次刪淨；③立刻重啟。
講一個我的經驗。我曾經使用過一個cPanel的虛擬主機，有一陣頻繁遇到上傳檔案失敗的毛病，詳細分析發現程式沒錯，故障現像是寫入/tmp時磁碟已滿，cPanel裡顯示/tmp的佔用已經到了100 %。
虛擬主機權限有限（連SSH都沒），結果那幾天還正好趕上東南沿海鬧颱風，主機商不幸遭災逃難去了，根本就聯繫不上……於是無奈做了個高危的事情，用php腳本，把/tmp裡我有權利刪除的東西全部拔掉。結果/tmp佔用恢復到了3%，上傳立刻恢復正常，運作至今相安無事。
題主說的是使用者目錄下的tmp而非/tmp，從上面你列的目錄看有可能是apt緩存，可以執行指令
sudo apt-get clean進行清理，然後你再看看那個目錄小了些沒。如果你的系統正在運行任何有意義的任務，就千萬不要動/tmp。
但是如果/tmp裡的東西久拖不決，每次重啟都有，而不會自動消失，那我倒不覺得一定要教條的「/tmp絕對不能動」。
如果這幾個G對你確實很重要，那麼請做好準備再動手：①開機；②動用root權限一次刪淨；③立刻重啟。
講一個我的經驗。我曾經使用過一個cPanel的虛擬主機，有一陣頻繁遇到上傳檔案失敗的毛病，詳細分析發現程式沒錯，故障現像是寫入/tmp時磁碟已滿，cPanel裡顯示/tmp的佔用已經到了100 %。
虛擬主機權限有限（連SSH都沒），結果那幾天還正好趕上東南沿海鬧颱風，主機商不幸遭災逃難去了，根本就聯繫不上……於是無奈做了個高危的事情，用php腳本，把/tmp裡我有權利刪除的東西全部拔掉。結果/tmp佔用恢復到了3%，上傳立刻恢復正常，運作至今相安無事。