刚刚和老师 师兄师姐分开
同门和师兄说我是被凯老师骂得最惨的
而且经常被他拉出来鞭尸
每两节课就要把我拉出来踩一下

她们仨被凯评了之后情绪很差
但是我虽然被骂得很惨
他说得我这个人好像一无是处一样
我其实没有多大的情绪波动
就是觉得 好累啊

华师到底塑造了我什么
这近一年 我丧失了我的全部自信
全部骄傲 全部自尊
感觉从去年9月一开学被纯老师痛骂之后
我真的觉得 我不适合这里
它好难
我要花好多好多时间和精力
要用好多好多情绪去填满这个
被无数批评和指责打击的洞口

以前在师大也有过很多这样的瞬间
我需要很多独处的时间去慢慢填满自己
在这里很难找到独处的时刻
因为好像没有人能get到

我一个人待着只是想安静一下
不是想卷谁 我在这里已经丢失掉了全部竞争心了
我只想有尊严地毕业而已。

我想获得认可我有错吗
我在意我有问题吗
人如果活着不去内耗这些的话
那他到底是活个什么劲儿呢？

好想回家
破破烂烂的小家
什么都没有
可能没有很多的爱
但是它永远不会丢下我
这真的就够了[单身狗]

真的好可怕
被纯锐评 被凯锐评
被一系列锐评
被导一系列否决
我都没有流一点眼泪

但是在此时此刻我突然意识到
我好像什么都没有了
我身上那些锋利的少年意气全部都没有了
这个时候我坐在7号楼
擤了一桌子纸的鼻涕
和高考考完数学在教室听英语听力的时候一模一样的
眼泪一滴一滴地往下不受控制地掉

我以为我一生中不会再有这样的时刻了
那种感觉没有希望的时刻

好想放暑假
我的这种状态真的需要两个月的封闭
就像高考结束之后什么也不干就在家里躺着

我真的需要很长时间来麻痹自我
忘记这些痛苦的经历与回忆

我好讨厌这里。

#许个愿吧##道道星相提示[超话]#
【水冥刑】明天水星白羊与冥王星水瓶刑克。作为水星顺行之后，第1个真正意义上的水星相位，终于让水星脱离了空巷的窘境，所以到底是福是祸呢？让我们开赌吧！最近尤其是职场上，对于付出和回报极大不平等而引发的矛盾是容易增多的，以及找不到以及不确定自己的价值，感觉到价值得不到认可。这个相位容易出现被迫害妄想症，水星白羊又容易出现那种凭直觉和主观迅速下判断下定义的情况，所以有些事情如果出现一些误会的，还是要尽量多沟通，听听对方怎么说，再下判断。毒舌刻薄的人会增多，所以以免也会有一些口舌之争。

一些类似价值观上面的纠结和改变。有一下子豁然开朗的机会。以往很执着甚至是偏执的东西好像也没有那么在意了，自己舒服最重要。

服务器存储故障：
某单位同友存储，存储设备中若干磁盘组建了raid5磁盘阵列。未知原因导致存储设备崩溃无法启动，raid5阵列上层的虚拟机全部丢失，其中存放了重要数据的3台虚拟机需要恢复。

服务器存储数据恢复过程：
1、磁盘镜像过程就不赘述了。通过与用户方的沟通以及对raid阵列的分析，获悉故障存储的存储结构：若干物理磁盘组成一个存储池，划分了多个lun，其中需要恢复的那3台虚拟机在lun1。
2、尝试对故障存储中raid5阵列进行分析重组，发现故该raid5阵列缺失2块硬盘，热备盘已经启用。
基于现在掌握的信息，可以还原当时故障发生过程：raid5阵列中第一块硬盘掉线后，热备盘自动启动替换掉线硬盘。当第二块硬盘掉线后，raid5阵列处于降级状态。当第三块硬盘掉线，raid5阵列崩溃。
通常这种情况是无法通过校验直接获取丢失硬盘的数据，只能尝试使用磁盘同等大小的全0镜像进行重组（使用全0镜像组建的raid，文件系统结构会被严重破坏，相当于每个条带都会缺失两个块的数据，所以一般情况下不建议使用全0镜像组建raid。）
3、通过重组的raid阵列提取LUN。通过对存储结构的进一步分析，数据恢复工程师获取到存储划分的MAP块。解析各个LUN的数据块指针，北亚企安数据恢复工程师编写数据提取程序提取LUN碎片，完成碎片提取后通过拼接碎片组建出完整的LUN。
4、导出LUN内所有虚拟机并尝试启动，由于操作系统被破坏，虚拟机无法成功启动。
5、由于虚拟机无法启动，只能对虚拟机内的文件进行提取，但虚拟机内的多数文件被破坏严重，只有少部分文件可用，只好尝试其他数据恢复方案。
6、本案例中需要恢复数据的虚拟机中有mysql数据库，于是北亚企安数据恢复工程师尝试通过利用数据库底层存储的特殊性扫描数据页的方案来提取数据。在找到有数据库的虚拟机后，发现该虚拟机启用快照。父盘和快照文件都损坏的情况下常规合并操作无法完成，使用北亚企安自主研发的VMFS快照合并程序进行快照合并。
7、根据mysql数据页特征扫描数据页并导出（innodb引擎的数据库可以使用此方案，myisam引擎的数据库无“数据页”概念），分析系统表获取各用户表信息，根据各个表的id进行数据页分割。
8、因为数据库使用时间已久，表结构曾多次变更，在存储损坏后系统表中也有部分数据丢失，记录提取过程很不顺利。
9、首先获取最初版本数据库各个表的表结构：合并快照前的父盘因为写入较早，使用第一块掉线盘进行校验获取到这个文件的完整数据，然后提取出其中的数据库各个表的表结构。用户方提供了最新版的数据库建表脚本。
10、分别使用两组不同表结构对数据记录进行提取，导入数据恢复环境中的mysql数据库内，剔除各个表中因为表结构变更造成的乱码数据，最后将两组数据分别导出为.sql文件。
11、因为两个版本的数据库的表结构不同，所以联系了用户方的应用工程师进行调试，调试完成后导入平台，平台调试成功，用户方经过检测后认可本次数据恢复结果。#数据恢复##服务器数据恢复#