撸主用的是i3wm，电源管理好像老是不起作用，又是笔电，电池没了之后
今天突然就死活boot不进去了，之前也有过几次类似经历，但是情况是一时没有认出硬盘，多重启几次就好了。

目前还能chroot，挂载备份一下home目录，就是卡plymount，不过也不打算救了，
试了几条作死命令

btrfs check --repair
btrfs check --init-csum

rpm的数据全部坏了

现在打算换个发行版，怎么做可以较快的迁移过去啊？
哎，看我这个点还发帖就知道好好的周末又没了

rm -r ~

既然是换发行版，就只有/home的数据和/etc的配置还有用咯

只要不是emacs 的配置丢了，什么都能重新配，如果丢了，请换 vim 。
下次记得装dropbox保存重要数据，如果你的笔记本被偷呢？

软件工程告诉我们，解决痛苦的方法就是提前提早并自动化让你觉得痛苦的事情


池建强大叔曾经说过。。。



設置和工作成果都在雲
出事就..重新clone一份

楼主的情况我以前也遇到过。
1. 首先考虑文档（避免误解当然包括代码）。
2. 考虑平时用到的service：包括数据库，测试数据等等。避免丢失。
3. 考虑配置文件。
4. 其他的需要冷静分析是否丢掉。
保持好的心态当然是必要的了。我每当系统boot不起来之后。
我第一个想到的是，很多硬盘上的垃圾都会被清理掉。
另外一点是重新安装系统之后很多软件版本会升级。
有的时候也许能给自己带来一次技术升级也说不定。
这也许不是坏事呢。
总之冷静分析。数据迁移之后请考虑容灾。
考虑自己的网盘，文档代码的版本管理，当然service 推荐docker开发时能方便一点。

谢谢几位热心人士
配置和代码都在git仓库
我现在又boot进来了,就是rpm不知道怎么了
No.2091 ~ $ yum update
error: cannot open Packages index using db5 - Stale file handle (116)
error: cannot open Packages database in /var/lib/rpm
CRITICAL:yum.main:
Error: rpmdb open failed
ssd和btrfs没啥好黑的, 毕竟是我暴力使用和没有利用好snapshot

清理下yum的缓存数据
rpmdb open failed 已经说得很明显了

btrfs ...帅气！勇气可嘉...还是无知者无畏? 不亲自掉坑心不死啊...
还是安心 xfs 吧，想要玩 snapshot，建议还是投奔 freebsd + zfs

btrfs 拯救，最安全就是 readonly 方式 mount，然后导出数据。

或许 rpm 库有修理的指令。rpm系很不熟，不好帮了。只记得 freebsd 的 pkg 库是有 db 检查维修工具(貌似就是个bdb)

上docker，应用容器和数据卷。