撸主用的是i3wm,电源管理好像老是不起作用,又是笔电,电池没了之后
今天突然就死活boot不进去了,之前也有过几次类似经历,但是情况是一时没有认出硬盘,多重启几次就好了。
目前还能chroot,挂载备份一下home目录,就是卡plymount,不过也不打算救了,
试了几条作死命令
btrfs check --repair
btrfs check --init-csum
rpm的数据全部坏了
现在打算换个发行版,怎么做可以较快的迁移过去啊?
哎,看我这个点还发帖就知道好好的周末又没了
1
efi 2015-05-23 03:21:01 +08:00 via Android
rm -r ~
|
2
Gandum 2015-05-23 03:29:16 +08:00 via iPhone
既然是换发行版,就只有/home的数据和/etc的配置还有用咯
|
3
loading 2015-05-23 07:43:21 +08:00 via Android
只要不是emacs 的配置丢了,什么都能重新配,如果丢了,请换 vim 。
下次记得装dropbox保存重要数据,如果你的笔记本被偷呢? |
4
mcfog 2015-05-23 09:02:04 +08:00 via Android 1
软件工程告诉我们,解决痛苦的方法就是提前提早并自动化让你觉得痛苦的事情
|
5
jason52 2015-05-23 10:02:59 +08:00
池建强大叔曾经说过。。。 |
6
jason52 2015-05-23 10:04:31 +08:00
|
7
jokester 2015-05-23 10:14:47 +08:00
設置和工作成果都在雲
出事就..重新clone一份 |
8
lijianying10 2015-05-23 10:33:34 +08:00
楼主的情况我以前也遇到过。
1. 首先考虑文档(避免误解当然包括代码)。 2. 考虑平时用到的service:包括数据库,测试数据等等。避免丢失。 3. 考虑配置文件。 4. 其他的需要冷静分析是否丢掉。 保持好的心态当然是必要的了。我每当系统boot不起来之后。 我第一个想到的是,很多硬盘上的垃圾都会被清理掉。 另外一点是重新安装系统之后很多软件版本会升级。 有的时候也许能给自己带来一次技术升级也说不定。 这也许不是坏事呢。 总之冷静分析。数据迁移之后请考虑容灾。 考虑自己的网盘,文档代码的版本管理,当然service 推荐docker开发时能方便一点。 |
9
phx13ye OP 谢谢几位热心人士
配置和代码都在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 |
10
usernametoolong 2015-05-23 15:01:00 +08:00
清理下yum的缓存数据
rpmdb open failed 已经说得很明显了 |
11
likuku 2015-05-24 01:24:49 +08:00
btrfs ...帅气!勇气可嘉...还是无知者无畏? 不亲自掉坑心不死啊...
还是安心 xfs 吧,想要玩 snapshot,建议还是投奔 freebsd + zfs |
12
likuku 2015-05-24 01:26:10 +08:00
btrfs 拯救,最安全就是 readonly 方式 mount,然后导出数据。
|
13
likuku 2015-05-24 01:28:49 +08:00
@phx13ye 或许 rpm 库有修理的指令。rpm系很不熟,不好帮了。只记得 freebsd 的 pkg 库是有 db 检查维修工具(貌似就是个bdb)
|
14
poke707 2015-05-24 20:19:09 +08:00 via Android
上docker,应用容器和数据卷。
|