☰

스냅샷 파티션 삭제

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

문제는 스냅 모듈을 제거했지만 기본 snapd 데몬은 제거하지 않았다는 것입니다. 삭제하면 blk 장치가 사라집니다.

snap을 제거한 후에는 시스템을 업데이트하는 것을 잊지 마십시오.

답변2

Snapd는 가상 파일 시스템 이미지(squashfs 유형)를 사용하여 애플리케이션을 패키징합니다. ( df -T유형이 표시되어야 하며 df -a -F squashfs모두 나열되어야 합니다.) 루프 장치는 파일(파일 시스템 이미지 포함)을 블록 장치에 매핑하여 이러한 파일 시스템이 실제 디스크처럼 마운트될 수 있도록 합니다.

메인 드라이브의 "파티션"이 관련될 가능성은 거의 없습니다. 아마도 이것은 마운트된 파일 시스템의 일부를 다른 경로에 다시 매핑할 수 있는 바인드 마운트일 것입니다.

스냅샷을 성공적으로 삭제한 경우 재부팅하면 해당 설치가 모두 지워질 수 있습니다. 스냅샷을 삭제하기 전에 중지하거나 개별 스냅샷을 먼저 삭제하면 스냅샷이 자동으로 삭제될 수 있습니다. 수동으로 제거할 수 있지만 재부팅하는 것이 더 쉽고 snapd가 영구적으로 제거되었는지 확인하는 효과적인 방법일 수 있습니다.

관련 정보