web-dev-qa-db-ja.com

aptアーカイブとスナップにより、個別の/ varパーティションがいっぱいです

前回のUbuntu 18.04のインストールでは、/home、/var、/rootなどに異なるパーティションを使用しました。各パーティションを buntuサイトで推奨 より大きくしました。 /varパーティション以外はすべて問題ありません。推奨サイズは2GBで、私は10GBを作成しました。しかし、1か月以内に/varがいっぱいであるというメッセージを既に受け取っています。以下は、Sudo du -sch *ディレクトリ内で/varを実行した結果です。

6,7M    backups
3,5G    cache
22M     crash
4,5G    lib
4,0K    local
0       lock
282M    log
16K     lost+found
4,0K    mail
4,0K    metrics
4,0K    opt
0       run
2,1M    snap
532K    spool
60K     tmp
8,3G    total

ご覧のとおり、cacheおよびlibディレクトリは両方とも、推奨される/varサイズよりもすでに大きくなっています。さらに深く掘り下げると、主な理由は次の2つのディレクトリにあります。

3,9G    /var/lib/snapd/snaps
3,4G    /var/cache/apt/archives

スナップはかなり新しいので、/varの推奨サイズはそれを考慮していないと思います。

私の質問は、/varはこれほど大きいはずですか？もしそうなら、パーティションのサイズを変更する安全な方法はありますか？また、推奨パーティションサイズの最新リストはありますか？

partitioningpackage-managementdisk-usagesnap
1
B Keulen

all古いバージョンのスナップを削除する短いスクリプトを次に示します。これにより、現在のアクティブバージョンのみが保持され、ディスク領域が回復します。

#!/bin/bash
# Removes old revisions of snaps
# CLOSE ALL SNAPS BEFORE RUNNING THIS
set -eu

snap list --all | awk '/disabled/{print $1, $3}' |
    while read snapname revision; do
        snap remove "$snapname" --revision="$revision"
    done
0
popey