Notepad++

出错，文件打开为

Null

乱码的解决方法

——同名覆盖

txt

文件恢复经验

如果您遇到了和我一样的情况，首先，保持彻底的冷静，先看看您的情况是否与我的类似。

我不是专业维修数据的，但是就我经验来看，文本文件同名覆盖的恢复、拯救数据的软件，

除了

WinHex

以外，一般的如

EasyRecovery

是没办法的。

因为文本文件所在的盘（

C

、

D

、

E

、

F

等等）

，只要不是系统盘、或者当重启之后没有再

去下载东西到该盘，

也没有在该盘中创建新文件之类的，

那么被同名覆盖的文件机会恢复的，

但是有一个额外条件，那就是这个文件是经常使用的。

严正声明

：本文纯基于本人的自身经验（由于

Notepad++

版本低，没有默认开启定期备份功

能，

因此当时我心里对软件作者只能是一顿咒骂，

插一句，

你能想象数据丢失之后我居然发

现

5

月

1

号的节日版

Notepad++ 

6.6.1

居然默认开启定期备份功能时我的心情是怎样

吗？？？！

！

！

即便现在我想收回这些脏话，

但是难道文件备份不是数据软件的首要标准吗？

开源就了不起啦啊？？数据要人工备份，

还要软件干嘛？）

，

本人的文本数据太大

（接近

2M

）

，

拿去专业恢复可能要倾家荡产了。

因此本人才冒险尝试自行恢复，

任何因本文而造成的数据

损失请您自行完全承担，

本人概不负责！

否则请一定要跳过本文！

数据是一种生命，起死回

生的方法请一定先考虑数据医生！

哎„„先讲讲自己遇到的数据悲剧：

2014

年

5

月

5

日，早上，我去图书馆上自习，于是乎就打算开着电脑，用软件查了一

天木马，等着晚上回去直接杀掉。然而，

晚上我回到宿舍，发现电脑在查木马的界面上死机

了，而且有按钮的地方都是黑色一片，于是只能按关机键，强行重启。

之后电脑终于能够再

一次打开，我就打算整理整理以前的学习资料，于是照常打开了

Notepad++

，其界面上同时

打开着许许多多

txt

文件，都是相关资料，和浏览器的标签功能差不多，可惜浏览器只能浏

览不能编辑，难怪叫“浏览”器。

我习惯使用宏定义快捷键来输入一些很长的字符串。

然而，

很不凑巧的是，

当时我又打

开了浏览器，打算搜索资料时，

电脑卡了一小会，

我还以为没有事，因为开机磁盘已经扫描

过了，于是先点到

Notepad++

的

txt

文件中，打算输入一个宏快捷键，不料此时电脑彻底死

机，除了鼠标能够晃一晃，其他的开始栏，文件夹什么的全部都没有反应。

我只能够照常再

来一遍强制重启。

悲剧总是这么突然！我进入重启后的桌面，打开

Notepad++

，

OVER

了！刚才的文件，

名字还在，但是，原先满满一屏幕文字，现在只能看到一块一块的黑色字符串，而且都是

NUL

！

！呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜

呜呜呜呜呜呜呜呜呜！

！

！

！

！欲哭无泪，室友在但我也不想打乱他的心绪啊！

！我在那天晚上

是遭受了多么多么黑暗的时刻啊！

！

！

呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜呜

呜呜呜呜呜呜呜呜呜呜呜呜呜哇哇哇哇哇哇哇！

！

！

！

！

！

我感到浑身热汗直冒，

此刻的心情已经不能够用言语表达，

只能够通过类比，

这感觉就

像是地震所带来无法挽回的伤亡一样，而且还没有救援，没有捐助的感觉！

！

！

！该怎么

办？？！

！我唯一想到的就是

EasyRecovery

，但是印象中从来都对同名覆盖的文件毫无办法

的，

于是我只能木呆呆地打开浏览器，

搜索

“同名覆盖

文本文件”

、

“

Notepad++ crush file NUL

”

等等，

直到当我在一个专业的数据恢复论坛上看到各种帖子之后，

我才感觉稍微不太绝望了，

好像用

winhex

能够进行最底层的数据检索，并且能够通过文本内容进行查找，我于是乎赶

紧去找绿色版的下载了下来。

（那时我已经对什么将硬盘多从盘挂到别人电脑上已经没有兴

趣了！

请注意，

如果您的数据比较宝贵，

可千万不要向我这么大胆的对这台问题多多的电脑

上，下载东西！

！详见开头声明！

）

我的解救方法

：由于当晚使用

winhex

打开

E

盘时出现了

user.txt

的注册未成功的提示，

并且时间太晚，于是我就只能胆战心惊地先去睡觉了。今天上午我发现了能够生成

winhex

注册信息的

keygen

，于是就先将原来的

user.txt

改名备份，并新建同名文件将注册信息填进

去，

然而，

当我要导出所找到的文件块时，

又提示是评估版，

于是我又将原先自带的

user.txt

替换了回去，这回竟然注册成功了！

！而且可以反复这么注册！

于是我就开始了漫长的查找过程，原因是查找时我选择了

Unicode

，而实际上应该选择

另一个，即

ASCII/Code

，并且不选择

All

，而要选择

Down

，即向着该地址往下查找，或者

Up

，

即往该地址以前查找，

否则是搜索整个

E

盘！

！

刚开始选了

Unicode

没找到就一直读盘，

再加上

E

盘上有坏道，所以，快到读完

E

盘时，

winhex

就死机了，我只能悲愤地将其关闭，

再来一遍！

！

查找方法

：

菜单栏中选择“

Tools

（就是工具）

”中的第一个选项“

Open Disk

（打开硬盘）

”

，然后出

现一个树状图，

显示着各个虚拟硬盘和整个磁盘的具体分区情况，

我选择了

E

盘并双击，

于

是就开始读取。

读取完毕后（

88G

的

E

盘扫描花了

1

个多小时，时间随着速度变，可能不精确）

，此时

右边上方出现目录，

可以点击进入到丢失文件所在的文件夹。

我随后就开始用右键点击文件

名，

选择

“

Navigation

（导航？我用的是英文版，

应该是这样翻译的）

”

，

然后选择

“

Go To FILE 

Record

（跳转至文件记录分区地址）

”

，然后下方的区域变成了该文件的文件描述数据，而不

是文件内容，

但是这已经是打入硬盘底层的第一步了！

具体的文件内容要通过查找功能才能

找到（因为我看不懂文件头）

！可以上下滑动，查看数据分布，其中，左边是十六进制的文

件计算机数据代码，右边则是翻译成能够看懂的内容，就是文件内容。

菜单栏下一行有很多小按钮，

其中有三个小望远镜图标，

鼠标移到中间那个，

显示

“

Find 

Text

（即查找文本内容，而不是十六进制的）

”

，就选这个。

回到我的悲剧，就这样，我顽强地将自己逼成了在数据垃圾中挖黄金的“数据专家”

。

我开始反复查找原先文件中的文字，必须用英文和数字，或者将汉字转化为

Unicode

之后，

将其颠倒排列，例如，假设汉字“好”的

Unicode

是

\u1234

，那么要写成

3412

，再假设汉

字“人”的

Unicode

是

\u5678

，那么如果要查找“好人”

，则要输入

34127856

（其实我没试

过，

如果不行可以再搜搜）

。

结果发现了原来的文件内容！

！

！

心情心情啊！

！

你终于回来啦！

！

！

！

然后就是捡垃圾的过程

（不，

应该是挖近在咫尺的金矿！

！

！

）

。

通过查找到丢失文件内容

的字符串所在的区域之后（如果查到的不是该文件的内容，那就按

F3

，可以接着该地址继

续查找）

，首先要确定文件的开头和结尾，方法很简单，就是通过菜单栏的“

Navigation

（导

航）

”

，选择“

Go To Offset

（跳转至指定偏移地址）

”

，这里的

Offset

就是指下方数据区最左边

的一列有序地址（十六进制）

，可以通过输入地址（可以从左往右逐个逐个调整数字，如果

过大，

则右边显示的不是该文件内容，直到定位文件的开头和结尾为止）找到文件边界

（最

下方是地址显示区，有当前区块地址

/

整个范围）

。数据区中有黑色的水平线，表示数据簇，

具体表示多少不用去管，

关键是找到开头。

当找到了开头之后，

右键点击黑线下方最左边的

数字，选择“

Beginning of Block

（数据块开始地址）

”

，找到末尾时，右键点击黑线上方最右

边的数字，选择“

End of Block

（数据块结束地址）

”

，这时，被选中的数据将会以透明的浅灰

色凸显。

保存方法

：

点击菜单栏

“

Edit

（编辑）

”

，

再选择

“

Copy Sector

（复制区块）

”

，

再选择

“

Into New 

File

（保存为新文件）

”

，这时候一定要选择其他磁盘，例如丢失文件在

E

盘，那么请保存到

C

、

D

、

F

盘。

经验表明，同一个文本文件，通过

winhex

搜索，居然可以找到至少

3

份大致大小的数

据块（因为之前频繁编辑过，因此也占用过空闲空间，之后文件挪了地方，

原来的空间上数

据仍在，只不过要靠

winhex

才能查找）

，以及

10

个部分碎片数据，通过回忆前天所做的修

改，

找到最近的大文件，

并且通过其他文件中更新不频繁的数据，

弥补该文件中丢失的部分，

即被

NUL

覆盖的地方（通常是文件尾部，幸亏，文件最后是文献，不经常修改，所以能够

从更早时期的数据中直接找回！

）

。

如果成功的找到丢失的同名覆盖文件，那么就恭喜你了！

！如果没有成功，请勿灰心，

换个关键字继续查找，或者赶紧送去专业数据回复中心吧（我隐！

！勿追！

！

）

。