`zfs destroy`를 사용하여 스냅샷을 수동으로 삭제한 후 zsysctl을 복구하는 방법은 무엇입니까?

2024-6-23 • tag-icon

ubuntu zfs linuxmint

`zfs destroy`를 사용하여 스냅샷을 수동으로 삭제한 후 zsysctl을 복구하는 방법은 무엇입니까?

저는 ZFS(용 포함 /)와 함께 Linux Mint 20.3을 실행하고 있습니다. 아주 최근까지 패키지를 설치하거나 제거할 때마다 시스템을 손상시킬 수 있는 변경 사항을 되돌리기 위해 부팅할 때 선택할 수 있도록 스냅샷도 생성되었습니다.

하지만 이 시스템에는 많은 수(1200+)의 스냅샷을 처리할 수 없는 한계가 있는 것 같습니다. 더 이상 문제를 찾을 수 없지만 for dataset in $(zfs list -t snapshot -o name | grep @autozsys); do sudo zfs destroy "$dataset"; done대부분의 스냅샷을 삭제하려면 실행을 제안했습니다.

이러한 오래된 스냅샷은 필요하지 않았기 때문에 시도해 보았습니다. 일부는 다른 사람의 복제물이기 때문에 삭제할 수 없었고 이로 인해 라이브 데이터가 손실될지 모르기 때문에 그대로 두었습니다.

zsysctl나중에 스냅샷 관리 명령어 에 대해 알게 되었는데 ... 그리고 그 명령어를 사용하지 않고 zfs destroy직접적으로 시스템을 망가뜨린 것 같습니다.

이제 I apt install또는 apt remove을(를) 실행할 때마다 다음 오류가 발생합니다(30초 후에).ERROR Service took too long to respond. Disconnecting client.

나는 목록의 마지막 항목에 대한 결과를 실행 하고 그 날짜가 분명히 잘못되었기 zsysctl때문에 부분적으로 손상되었다고 생각합니다 .zsysctl showbpoolrpool0001-01-01 00:00:00

$ zsysctl show
Name:           rpool/ROOT/ubuntu_uyv8gh
ZSys:           true
Last Used:      current
History:        
  - Name:       rpool/ROOT/ubuntu_uyv8gh@autozsys_nma9lm
    Created on: 2022-11-17 17:43:38
  - Name:       rpool/ROOT/ubuntu_uyv8gh@autozsys_1ayzvs
    Created on: 2022-11-14 13:22:37
  - Name:       rpool/ROOT/ubuntu_uyv8gh@autozsys_yv8nrd
    Created on: 2022-11-11 17:13:10
  - Name:       rpool/ROOT/ubuntu_uyv8gh@autozsys_yu0btn
    Created on: 2022-02-15 15:58:44
  - Name:       rpool/ROOT/ubuntu_6xf31g
    Created on: 2021-10-22 17:13:50
Users:
  - Name:    pierre
    History: 
     - rpool/USERDATA/pierre_gg46xm@autozsys_nma9lm (2022-11-17 17:43:40)
     - rpool/USERDATA/pierre_gg46xm@autozsys_m6wubi (2022-11-17 14:29:58)
     - rpool/USERDATA/pierre_gg46xm@autozsys_17okng (2022-11-17 11:29:23)
     - rpool/USERDATA/pierre_gg46xm@autozsys_dgvgfz (2022-11-17 10:29:19)
     - rpool/USERDATA/pierre_gg46xm@autozsys_5mk4hd (2022-11-16 15:55:03)
     - rpool/USERDATA/pierre_gg46xm@autozsys_z90d2e (2022-11-16 14:54:03)
     - rpool/USERDATA/pierre_gg46xm@autozsys_pfutl5 (2022-11-16 13:54:03)
     - rpool/USERDATA/pierre_gg46xm@autozsys_5dfwde (2022-11-16 12:42:58)
     - rpool/USERDATA/pierre_gg46xm@autozsys_iuusno (2022-11-16 11:42:54)
     - rpool/USERDATA/pierre_gg46xm@autozsys_zzrd7w (2022-11-16 10:41:57)
     - rpool/USERDATA/pierre_gg46xm@autozsys_d4kkrw (2022-11-16 09:41:55)
     - rpool/USERDATA/pierre_gg46xm@autozsys_2ws9fj (2022-11-15 16:06:23)
     - rpool/USERDATA/pierre_gg46xm@autozsys_cfb7iu (2022-11-15 15:06:23)
     - rpool/USERDATA/pierre_gg46xm@autozsys_3rcqfi (2022-11-15 13:35:17)
     - rpool/USERDATA/pierre_gg46xm@autozsys_56mb7s (2022-11-15 12:07:32)
     - rpool/USERDATA/pierre_gg46xm@autozsys_9b068o (2022-11-15 11:06:38)
     - rpool/USERDATA/pierre_gg46xm@autozsys_o610qz (2022-11-15 10:06:35)
     - rpool/USERDATA/pierre_gg46xm@autozsys_fw4jbj (2022-11-15 08:38:21)
     - rpool/USERDATA/pierre_gg46xm@autozsys_j9ow55 (2022-11-14 17:00:43)
     - rpool/USERDATA/pierre_gg46xm@autozsys_mfc8hk (2022-11-14 15:59:43)
     - rpool/USERDATA/pierre_gg46xm@autozsys_1ayzvs (2022-11-14 13:22:39)
     - rpool/USERDATA/pierre_gg46xm@autozsys_y6xypr (2022-11-14 12:57:47)
     - rpool/USERDATA/pierre_gg46xm@autozsys_o0aj49 (2022-11-14 11:57:46)
     - rpool/USERDATA/pierre_gg46xm@autozsys_iljt6z (2022-11-14 10:57:43)
     - rpool/USERDATA/pierre_gg46xm@autozsys_2fmmg5 (2022-11-14 09:56:43)
     - rpool/USERDATA/pierre_gg46xm@autozsys_lxkohx (2022-11-14 08:55:51)
     - rpool/USERDATA/pierre_gg46xm@autozsys_czv8zx (2022-11-13 16:58:50)
     - rpool/USERDATA/pierre_gg46xm@autozsys_8kl96y (2022-11-13 15:57:50)
     - rpool/USERDATA/pierre_gg46xm@autozsys_5ks5h8 (2022-11-13 14:56:50)
     - rpool/USERDATA/pierre_gg46xm@autozsys_5m7wwk (2022-11-13 13:56:50)
     - rpool/USERDATA/pierre_gg46xm@autozsys_40udn4 (2022-11-13 12:28:40)
     - rpool/USERDATA/pierre_gg46xm@autozsys_uagprp (2022-11-13 11:28:39)
     - rpool/USERDATA/pierre_gg46xm@autozsys_4vbncy (2022-11-13 10:28:39)
     - rpool/USERDATA/pierre_gg46xm@autozsys_9buhaa (2022-11-13 09:26:59)
     - rpool/USERDATA/pierre_gg46xm@autozsys_92de9m (2022-11-12 14:48:45)
     - rpool/USERDATA/pierre_gg46xm@autozsys_x5vgcm (2022-11-12 12:00:12)
     - rpool/USERDATA/pierre_gg46xm@autozsys_pm05qo (2022-11-12 10:43:35)
     - rpool/USERDATA/pierre_gg46xm@autozsys_kxd0z1 (2022-11-12 09:43:32)
     - rpool/USERDATA/pierre_gg46xm@autozsys_welapl (2022-11-11 17:18:27)
     - rpool/USERDATA/pierre_gg46xm@autozsys_yv8nrd (2022-11-11 17:13:11)
     - rpool/USERDATA/pierre_gg46xm-rpool.ROOT.ubuntu-6xf31g (2022-11-09 07:17:16)
     - rpool/USERDATA/pierre_gg46xm@autozsys_yu0btn (2022-02-15 15:58:45)
     - rpool/USERDATA/pierre_hntkn5 (0001-01-01 00:00:00)
  - Name:    root
    History: 
     - rpool/USERDATA/root_gg46xm@autozsys_nma9lm (2022-11-17 17:43:40)
     - rpool/USERDATA/root_gg46xm@autozsys_1ayzvs (2022-11-14 13:22:39)
     - rpool/USERDATA/root_gg46xm@autozsys_yv8nrd (2022-11-11 17:13:11)
     - rpool/USERDATA/root_gg46xm-rpool.ROOT.ubuntu-6xf31g (2022-11-09 07:17:16)
     - rpool/USERDATA/root_gg46xm@autozsys_yu0btn (2022-02-15 15:58:45)
     - rpool/USERDATA/root_hntkn5 (0001-01-01 00:00:00)

달리기는 zsysctl save -vv더 많은 정보를 제공하지 않습니다.

$ zsysctl save -vv
DEBUG /zsys.Zsys/SaveUserState() call logged as [e560ff96:3c3c6ace] 
DEBUG Check if grpc request peer is authorized     
DEBUG Polkit call result, authorized: true         
DEBUG Didn't receive any information from service in 30s 
ERROR Service took too long to respond. Disconnecting client.

부분적으로 손상된 상태를 어떻게 복구합니까?

답변1

를 사용하여 여러 스냅샷을 제거할 수 있습니다 %.

예:

zfs destroy rpool/USERDATA/pierre_gg46xm@autozsys_nma9lm%autozsys_yv8nrd

이렇게 하면 모든 항목이 제거됩니다.autozsys_nma9lm~을 통해autozsys_yv8nrd.

1200개 이상의 스냅샷 사이에 클론이 혼합되어 있는 경우 설정을 재평가하거나 데이터를 데이터별 풀로 분리하는 것이 좋습니다.

를 사용하신 것으로 확인됩니다 zsysctl. 나는 그것에 익숙하지 않지만 ZFS는 이미 두 가지 주요 명령으로 간소화되었습니다. zfs그리고 zpool.

사용하는데 큰 효용성은 없을 것 같습니다zsysctl설정이 확실히 복잡하기 때문에 여기를 . 불필요한 추상화일 수도 있고,플랫폼에는 미래가 없다. 제거하는 것을 고려해보세요.

ubuntu #235에서 zsys가 제거되고 있습니다.

zsys는 대량의 스냅샷을 처리할 수 없습니다 #224

(ZFS 루트와 높은 수의 스냅샷에 대해서도 마찬가지입니다.)

관련 정보