
撸主用的是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 软件工程告诉我们,解决痛苦的方法就是提前提早并自动化让你觉得痛苦的事情 |
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,应用容器和数据卷。 |