arch以前很容易滚挂，但是近三年来基本上已经滚不挂了，但是，还是有些情况会滚挂的。
所以，最近在研究滚不挂的方法。
啊，我的arch！

总结：
1、三年前容易滚挂
2、最近却不容易滚挂
3、然而有时候还是会滚挂
4、求滚不挂的方式
结论：此帖太水

这猫什么情况

然而该挂的还是挂
　　　　------love live～
------archlinux～

2012年秋季开始用的arch，至今快3年了。真从来没挂过。有的设备天天滚，有的半年滚。

这些方法还很不成熟，这里只是拿出来讨论一下，有胆量的同学可以尝试一下。
第一个便是由core OS 发起的原子升级方法：
这个方法已经被chromeos 和 Ubuntu Snappy Core采用。
Snappy的工作原理：
运行 Snappy 的SD 卡上除了 boot 分区外还有3个分区。其中的两个构成了一个重复的文件系统。这两个平行文件系统被固定挂载为只读模式，并且任何时刻只有一个是激活的。第三个分区是一个部分可写的文件系统，用来让用户存储数据。通过更新系统，标记为'system-a' 的分区会保持一个完整的文件系统，被称作核心，而另一个平行的文件系统仍然会是空的。
运行
$ sudo snappy update
升级之后，系统将会在'system-b' 上作为一个整体进行更新，这有点像是更新一个镜像文件。接下来你将会被告知要重启系统来激活新核心。
重启之后，运行下面的命令可以检查你的系统是否已经更新到最新版本，以及当前被激活的是哪个核心
$ sudo snappy versions -a
经过更新-重启两步操作，你应该可以看到被激活的核心已经被改变了。
这样，就有A/B两个独立的系统，一个在线运行，给另外一个升级，重启之后如果成功新的系统会上线运行，在升级就会抹掉老的系统。如果滚挂了，那么还会上线老的系统。再重新升级新的系统，到不挂为止。
如果arch支持这个技术，那么就永远滚不挂了，哈哈哈哈哈哈～～～～

其实上面的策略很容易想到，就是把容易滚挂这个 操作变成原子操作，所以叫做原子升级。
目前coreos chromeos和Ubuntu Snappy Core 都采用了这种技术，主要用在容器和物联网系统上。
这绝对是一个将要火起来的技术。滚动升级加原子升级，这才是awesome的组合。

第二个osTree 操作系统级别的git
其实也可以这样理解，snappy项目是提供对Opensuse的快照，rollback,对安装进行差分的功能。 Snapper没有绑定某种实现，想法有很多后端。比如btrfs/LVM/ext4。btrfs是默认的实现。
那么osTree也能完成同样的功能。
ostree是Redhat/Gnome开发者Colin Walters创建的项目。 ostree不依赖于文件系统的能力。ostree更像是面向二进制文件的git系统。
现在已经有了集成RPM的ostree项目rpm-ostree。 ostree像git一样同样有pull/push命令。
ostree的操作是原子的。root tree是只读挂载的，因此不能写任何数据。 ostree提供了init ramdisk和grub模块，从而允许我们在系统加载时选择使用的分支。

osTree 已经在archlinux上有实现了，是gnome做的。这里有一份指南。
osTree 配置好以后，只要在initramfs-linux.img里面稍作修改，然后重新打包，就可以用上了，非常方便。

还有两个
Baserock
baserock使用btrfs实现了原子快照和rollback。
Nix
通过package级别的hardlink实现rollback。
这两个我还没研究清楚具体怎么在arch上用。等我研究好了，再补充上来。

这么麻烦，直接Btrfs快照不就好了。

btrfs大法好

btrfs大法好
然而btrfs挂了看泥肿木办啦啦

虐猫狂人

图片不错，btrfs子卷快照大法好，另外那个原子升级涨知识了，不过那样会浪费一部分硬盘空间，服务器可以考虑吧。
PS 不管什么系统只要用心哪有那么容易挂啦。。。Arch滚之前看看News，别作死滚就OK。。。有些地方手动解决。。。
PPS 然而我想说，我由Arch转Gentoo，现在用的挺好

我竟然没看懂