电脑技巧: January 2010的归档

快考试了，发现几个名词还是很有意思的。
DD Path：全称是Decision-to-decision_path，在wikipedia上说得很明白，决策路径，可能有人听过决策树，决策树是一种深层次的表现形式，而决策路径表示（引用wikipedia上的原文如下）：

A decision-to-decision path, or DD-Path, is a path of execution (usually through a graph representing a program, such as a flow-chart) that does not include any conditional nodes. That is, it is the path of execution between two decisions.

DD (decision-decision)' path is a path of nodes in a directed graph. A chain is a path in which:

• Initial and terminal nodes are distinct
• All interior nodes have in-degree = 1 and out-degree = 1

A DD-path is a chain in a program graph such that:

• It consists of a single node with in-degree = 0 (initial node)
• It consists of a single node with out-degree = 0 (terminal node)
• It consists of a single node with in-deg ≥ 2 or out-deg ≥ 2
• It consists of a single node with in-deg = 1 and out-deg = 1

It is a maximal chain of length ≥ 1.

MM-Path：在google搜索了半天，也找不到其含义，翻阅历来试卷，全称是Message-Module-Path，查阅论文资料找到一篇文章《一个基于UML协作图的集成测试用例生成方法》，上面提到“方法／消息路径(MM-path)”，应该表述有误。在测试里面，MM-路径是功能性测试和结构性测试的一种混合。

今天丢了不少数据，呜呼，哀哉！
事情是这样的，我的1.5T的移动硬盘划分了一个650G的分区，分区的格式是ext4，在平时我都用着没有问题，已经用了350G大小的空间。
今天解压缩一个文件包，由于我机器的cpu并不是很强（虽然双核的），于是我把移动硬盘通过我的计算机挂在到服务器上，靠服务器的高性能cpu帮助我解压，这些都没有问题，问题在下面出现了。

我不小心重启了我的机器，重启后发现我的解压失效了，于是我准备删除原来解压的内容，重新解压，发现删除不了原来解压的内容了，原来文件的属性都变成了“????“，显然文件节点发生错误，于是我使用了fsck工具来修复节点问题，在这儿是问题虽然是小问题，但是接着问题更大了。

由于我的分区仍然是mount在我的计算机上的，所以fsck的警告我并没有太在意，只是觉得fsck怎么老修复不了，重复运行了几次，发现以普通用户身份运行就可以，但是我的分区格式是ext4的，而ext4修复老说不支持，于是我默认使用fsck的类型，发现修复之后，里面除了lost+found文件夹外，就没有什么东西了，可用空间变成了400G，而很多文件被移到了lost+found文件下，搜索我需要解压的文件，已经不存在了。

只好重新从lost+found里面找到可以用的文件，然后删除不要的东东，df -Th看了一下医用空间150G。 -_-

从这次经验中，总结一下经验：在使用磁盘工具时一定需要将已经挂载的分区卸载掉，特别系统使用了自动挂载功能的。