首页   注册   登录
 reus 最近的时间轴更新

reus

V2EX 第 4901 号会员,加入于 2011-01-07 21:26:37 +08:00
今日活跃度排名 1133
开源一个前端框架,欢迎试用、点评
前端开发  •  reus  •  2017-02-22 11:57:56 AM  •  最后回复来自 reus
4
加密代理 gotunnel
分享创造  •  reus  •  2015-07-02 01:16:09 AM  •  最后回复来自 senggai
51
reus 最近回复了
@SuperMild DDR3。不多说。
@tiancaiamao go 用函数式完全没问题。还有类型系统,哪个语言没有类型系统?
@yao990 这个可以恢复 vg,但是 xfs 有没有被你的 xfs_repair 之类的命令破坏就不知道了。如果你没动过文件系统,那恢复 vg 是肯定没问题的,问题就在于你用了 xfs_repair 之类的…………

恢复旧 vg 前把现在的 vg 也备份一下,存到其他地方,以备恢复……
多余
@yao990 如果你能找到人现场帮你修,或者可以救回来。或者先放着不要动,等以后你知道怎么修了,再看看有没有救,不要再这里动一下那里动一下了……
@yao990 放弃吧,以后重要文件做好备份
2 天前
回复了 vloony 创建的主题 MySQL 摇号系统如何快速确定空值
update numbers
set used = true
where num = (
select num from numbers
where not used
order by random()
limit 1
)
returning num
2 天前
回复了 xypcn 创建的主题 程序员 帮忙给程序员创业建议
主见都没有,创什么业
别人想到的,别人自己就动手做了,何必和你讲,嫌对手太少?
lvextend 可能用到了其他的 extent,所以读不到原来的数据。如果使用原来的 extent,可能可以修复
应该先缩小文件系统,再缩小 lv 的,但你直接缩小 lv 了
lvextend 应该指定原来的 pv 和 extent,但你可能没有指定
lvm 是可以恢复原先的配置的,在 /etc/lvm/backup, archive 都有记录,而你选择了 lvextend ……
挂载之后 ls 出现错误,这时候就不应该做任何操作,但你还执行了 xfs_repair 等等,很可能造成进一步的破坏
连续几次失误……
关于   ·   FAQ   ·   API   ·   我们的愿景   ·   广告投放   ·   鸣谢   ·   实用小工具   ·   2290 人在线   最高记录 3541   ·  
创意工作者们的社区
World is powered by solitude
VERSION: 3.9.8.1 · 11ms · UTC 10:58 · PVG 18:58 · LAX 03:58 · JFK 06:58
♥ Do have faith in what you're doing.
沪ICP备16043287号-1