描述为“first root filesystem”的快照删不掉

安装升级与设置
1

类型 | # | 前期 # | 日期 | 用户 | 清空 | 描述 | 用户数据
-------±–±-------±-----------------------------------±-----±-----±----------------------±--------
single | 0 | | | root | | current |
single | 1 | | 2017年10月20日 星期五 12时22分23秒 | root | | first root filesystem |

这个快照应该已经不合时宜了
我想删掉他 或者更新一下
但是删除失败

2018-06-02 19:34:18 MIL libsnapper(2964) snapperd.cc(main):275 - Requesting DBus name
2018-06-02 19:34:18 MIL libsnapper(2964) snapperd.cc(main):279 - Loading snapper configs
2018-06-02 19:34:18 MIL libsnapper(2964) Snapper.cc(getConfigs):269 - Snapper get-configs
2018-06-02 19:34:18 MIL libsnapper(2964) Snapper.cc(getConfigs):270 - libsnapper version 0.5.4
2018-06-02 19:34:18 MIL libsnapper(2964) AsciiFile.cc(reload):114 - loading file /etc/sysconfig/snapper
2018-06-02 19:34:18 MIL libsnapper(2964) AsciiFile.cc(getValue):235 - key:SNAPPER_CONFIGS value:root
2018-06-02 19:34:18 MIL libsnapper(2964) AsciiFile.cc(reload):114 - loading file /etc/snapper/configs/root
2018-06-02 19:34:18 MIL libsnapper(2964) AsciiFile.cc(getValue):235 - key:SUBVOLUME value:/
2018-06-02 19:34:18 MIL libsnapper(2964) AsciiFile.cc(getValue):235 - key:ALLOW_USERS value:
2018-06-02 19:34:18 MIL libsnapper(2964) AsciiFile.cc(getValue):235 - key:ALLOW_GROUPS value:
2018-06-02 19:34:18 MIL libsnapper(2964) snapperd.cc(main):283 - Listening for method calls and signals
2018-06-02 19:34:18 MIL libsnapper(2964) Snapper.cc(Snapper):91 - Snapper constructor
2018-06-02 19:34:18 MIL libsnapper(2964) Snapper.cc(Snapper):92 - libsnapper version 0.5.4
2018-06-02 19:34:18 MIL libsnapper(2964) Snapper.cc(Snapper):93 - config_name:root disable_filters:false
2018-06-02 19:34:18 MIL libsnapper(2964) AsciiFile.cc(reload):114 - loading file /etc/snapper/configs/root
2018-06-02 19:34:18 MIL libsnapper(2964) AsciiFile.cc(getValue):235 - key:SUBVOLUME value:/
2018-06-02 19:34:18 MIL libsnapper(2964) AsciiFile.cc(getValue):235 - key:FSTYPE value:btrfs
2018-06-02 19:34:18 MIL libsnapper(2964) AsciiFile.cc(getValue):235 - key:QGROUP value:1/0
2018-06-02 19:34:18 MIL libsnapper(2964) AsciiFile.cc(getValue):235 - key:SYNC_ACL value:no
2018-06-02 19:34:18 MIL libsnapper(2964) Snapper.cc(Snapper):125 - subvolume:/ filesystem:btrfs
2018-06-02 19:34:18 MIL libsnapper(2964) Snapper.cc(loadIgnorePatterns):174 - number of ignore patterns:8
2018-06-02 19:34:18 MIL libsnapper(2964) Snapshot.cc(read):245 - found 2 snapshots
2018-06-02 19:34:18 ERR libsnapper(2964) Btrfs.cc(deleteSnapshot):434 - delete snapshot failed, ioctl(BTRFS_IOC_SNAP_DESTROY) failed, errno:1 (Operation not permitted)
2018-06-02 19:34:18 WAR libsnapper(2964) Btrfs.cc(deleteSnapshot):435 - THROW: delete snapshot failed
2018-06-02 19:34:18 WAR libsnapper(2964) Client.cc(dispatch):1610 - CAUGHT: delete snapshot failed

这是根快照吗？
删掉系统会GG？

2

0，1
应该都是被禁止删除的，，，

3

回滚到1的话 是恢复出厂吗？

4

觉得应该是这个效果，和刚装上一样吧

5

没法更改 这个也没用啊……

6

确实是禁止删除的，不过我也不太理解为什么一定要保留这个「恢复出厂」的功能？

7

作为记录变化的起点？

8

1 不是恢复出厂，1 和 0 一样都是当前正在使用的系统。

9

为什么要这样设计？看起来很别扭啊……

10

https://rootco.de/2018-01-19-opensuse-btrfs-subvolumes/

那个 first root filesystem 是分区级别的…在 openSUSE 下可以理解为 /。它当然不可能被删除了，删了分区就不是 btrfs 了…后面的变化都是在它之上一层层加过来。

11

某种虚拟设备？
不然就很奇怪了
一个不能删除的系统备份 那可真是太大了……