☰

スナップショットパーティションの削除

tag-icon • tag-icon arch-linux snap uninstall
スナップショットパーティションの削除

Archシステムをシャットダウンしようとしましたが、ほとんど消えたようです。ただし、lsblkを実行すると、次の結果が表示されます。

名前メイン：最小RMサイズROタイプ取付ポイント
ループ0 7:0 0 32.3M 1ループ/var/lib/snapd/snap/snapd/12159
                                      /var/lib/snapd/snap/snapd/12159
ループ1 7:1 0 99.4M 1ループ/var/lib/snapd/snap/core/11187
                                      /var/lib/snapd/snap/core/11187
ループ2 7:2 0 32.3M 1ループ/var/lib/snapd/snap/snapd/12398
                                      /var/lib/snapd/snap/snapd/12398
ループ3 7:3 0 99.4M 1ループ/var/lib/snapd/snap/core/11316
                                      /var/lib/snapd/snap/core/11316
sda 8:0 1 14.4G 0 ディスク
└─sda1 8:1 1 14.4G 0部
sr0 11:0 1 731.6M 0 ROM
nvme0n1 259:0 0 476.9G 0 ディスク
├─nvme0n1p1 259:1 0 550M 0 部品/ブート
├─nvme0n1p2 259:2 0 32G 0 部品 [交換]
└─nvme0n1p3 259:3 0 444.4G 0 /var/lib/snapd/snapの一部
                                      /

明らかに、スナップショットに関連する「ループ」（それが何でも）があり、メインドライブにスナップショットによって作成されたように見えるパーティションがある問題がまだあるようです。ルート（"/"）と "/var/lib/snapd/snap"がリストされているので、このパーティションが何であるかわかりません。 1つのパーティションがどのように2つの異なるものになるのですか？

とにかく、このような突然のことにどのように核を投下しますか？

答え1

問題は、スナップモジュールを削除しましたが、デフォルトのsnapdデーモンは削除しなかったことです。削除するとblkデバイスが消えます。

snapを削除した後は、システムを更新することを忘れないでください。

答え2

Snapdは仮想ファイルシステムイメージ（squashfsタイプ）を使用してアプリケーションをパッケージ化します。 （df -Tタイプを表示し、df -a -F squashfsすべてリストする必要があります。）ループデバイスは、ファイル（ファイルシステムイメージを含む）をブロックデバイスにマッピングし、これらのファイルシステムを物理ディスクのようにマウントできるようにします。

メインドライブの「パーティション」が関連する可能性はほとんどありません。おそらく、これはマウントされたファイルシステムの一部を別のパスに再マップできるバインドマウントです。

スナップショットを正常に削除した場合、再起動するとそのインストールがすべて消去される可能性があります。スナップショットを削除する前に停止するか、個々のスナップショットを最初に削除すると、スナップショットが自動的に削除されることがあります。手動で削除できますが、再起動する方が簡単で、snapdが永久に削除されたことを確認するための効果的な方法かもしれません。

関連情報