Notepad出错文件打开为Null乱码的解决方法(同名覆盖文件的恢复经验)

Notepad出错文件打开为Null乱码的解决方法(同名覆盖文件的恢复经验) Notepad++出错，文件打开为Null乱码的解决方法 ——同名覆盖txt文件恢复经验 如果您遇到了和我一样的情况，首先，保持彻底的冷静，先看看您的情况是否与我的类似。 我不是专业维修数据的，但是就我经验来看，文本文件同名覆盖的恢复、拯救数据的软件，除了WinHex以外，一般的如EasyRecovery是没办法的。 因为文本文件所在的盘(C、D、E、F等等)，只要不是系统盘、或者当重启之后没有再去下载东西到该盘，也没有在该盘中创建新文件之类的，那么被同名覆盖的文件机会恢复的，但是有一个额外条件，那就是这个文件是经常使用的。 严正声明:本文纯基于本人的自身经验(由于Notepad++版本低，没有默认开启定期备份功能，因此当时我心里对软件作者只能是一顿咒骂，插一句，你能想象数据丢失之后我居然发现5月1号的节日版Notepad++ 6.6.1居然默认开启定期备份功能时我的心情是怎样吗,,,～～～即便现在我想收回这些脏话，但是难道文件备份不是数据软件的首要 标准 excel标准偏差excel标准偏差函数exl标准差函数国标检验抽样标准表免费下载红头文件格式标准下载 吗,开源就了不起啦啊,,数据要人工备份，还要软件干嘛,)，本人的文本数据太大(接近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覆盖的地方(通常是文件尾部，幸亏，文件最后是文献，不经常修改，所以能够从更早时期的数据中直接找回～)。 如果成功的找到丢失的同名覆盖文件，那么就恭喜你了～～如果没有成功，请勿灰心，换个关键字继续查找，或者赶紧送去专业数据回复中心吧(我隐～～勿追～～)。 写于惊天地泣鬼神、奇迹般的2014年5月6日星期二。