描述为“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?


openSUSE-Gossip-20180403-20180625
#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

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