ect被误删 linux
2015-06-22 17:39:50 duliangjiao 阅读数 568

在/ect/group文件每一行由四个以冒号作为分隔符的字段组成,其中第一字段表示组名,第二字段为加密密码,第三字段为组id号,第四字段为属于该组的用户名。

在/ect/passwd文件中,每条记录是由七个以冒号为分隔符的字段组成的,其中第一字段为用户名,第二字段为加密密码,第三字段为用户id,第四字段为所属的组号,第五字段为用户属性信息,第六字段为用户的工作目录,第七字段为默认shell的路径。

2007-03-22 14:01:52 iteye_16043 阅读数 70

在一次不小心的操作中把Linux的扩展分区表删了,其中扩展分区有3个逻辑分区,有个逻辑分区是Mount到根目录的。

幸好当时机器没有重启,如果重启机器了那么机器上的东西会全部丢失。

在咨询相关人士后,有人提供可以采用fdisk按以前的大小重建分区就能找回来。但是仔细分析后,如果重建分区后,并不知道以前的分区size,文件分配表肯定会丢失。这样肯定不是我想要的结果,

登录上机器后,cat /proc/partitions 发现以前的分区信息还在,这时候想利用parted恢复分区表,在创建分区表后,parted无法正确识别原有分区表类型,只好把新创建的分区表删了。这时候心想肯定死定了。

怀着最后一丝希望在google上搜索:linux parted ,找到了一线希望,发现有人建议使用testdisk来恢复分区表。下载testdisk在Linux下的二进制代码后,testdisk提示:kernel too old,心想,难道testdisk linux版本是在高版本内核上编译的?幸好testdisk是基于gpl协议发行的,下载linux源代码后,make、make install。再运行,OK!能够正常运行了!

启动testdisk后,按菜单提示使用恢复功能。经过几分钟后,testdisk找到了全部被删除的分区表。爽!

testdisk我爱你!! 

如果没有特别注明,本Blog文章岂为原创。

转贴请注明出处:    http://netbus.iteye.com

2017-04-24 22:18:00 v5_BAT 阅读数 8277

最近在服务器上配置环境变量时候误删了系统工具的环境变量。导致系统命令不能用,要使用都得知道路径(而且没有图像化界面)。所以想了一个补救办法。

1.找另外一台电脑

2.一根网线

A.一切准备好就开始在电脑上安装Xftp4传输文件的软件,吧这台电脑设置和服务器一个网段。

B.使用Xftp4连接服务器,使用root账户登录。

C.这样可以看到服务的目录系统并且你在这台电脑上做的修改服务器上也会改变。

D.这样就好办了,知道服务器系统的版本,网上搜一下 profile 的初始版本是怎么样。

E.可以把这个文件直接覆盖,(相同文件相同的路径传过去就行了)如果不想覆盖(有很多其他的环境变量) 可以把服务器上的profile 下载下来对照着正常版本的profile少了哪就改哪。改好再把这文件传过去。


2013-04-08 11:51:00 weixin_34129696 阅读数 1

昨天一个同事不小心删除了写了2天的代码,在入库前。

 

在另一个同学的指导下~~帮助其找到了丢失的三对 .h/.cpp文件,还蛮有成就感,简述下过程,说不定以后用得着。

 

如果误删了文件,最好尽快用此方法,拖得越久,磁盘中的数据越有可能被覆盖掉,真的覆盖掉了。。。恐怕再想恢复就不那么简单了,所以一旦发现了误删文件需要做的第一件事,关闭这个磁盘上有写操作的程序或者干脆unmount~

 

好吧,开始恢复。

1. 需要root权限,获得root权限是第一步

2. 进入root权限后,确定被误删文件坐在的磁盘

#df -h 

Filesystem Size Used Avail Use% Mounted on
/dev/hda1 9.9G 2.9G 6.5G 31% /
/dev/xvda 896G 795G 56G 94% /home

这里,我们的文件应该是在/home目录下

3. 执行

#echo "lsdel" | debugfs /dev/xvda > inodes.list

打开inodes.list会看到如下格式的文件

debugfs: lsdel

inode Owner Mode Size BLocks Time deleted

xxx xxx xxx xxx xxx xxx

...

x deleted inodes found.

debugfs:

注意这里边的第一列inode,Size,Time deleted这三列很重要

Size和Time deleted可以大致过滤出可以的inode,因为你丢失的文件大小和删除时间,你是知道的,做一个简单的过滤,【用awk,具体我就不写了】,然后我们拿到一个 inode的list,格式是这样 a.list 然后执行

 

xxxxxxxx

xxxxxxx

xxxxxx

xxxx

 

4. #将inodedump到文件中

for inode in `cat a.list`

do

  echo "dump <${inode}> /home/uname/path/to/tmp/${inode}" | debugfs /dev/xvda

done

 

5. 之后,检查/home/uname/path/to/tmp/ 目录,里边应该会有一堆 inode号为文件名的恢复出来的文件,但是原来的文件名和目录层次是已经完全丢失了的,,剩下的大家自己就知道怎么做了,,grep一下,如果是cpp的,grep一下被include的有代表性的库文件巴拉巴拉~~~

 

啦啦啦,饿了吃饭去。

 

 

 

 

 

 

 

 

 

 

 

 

转载于:https://www.cnblogs.com/igloo1986/archive/2013/04/08/3007127.html

2013-04-08 11:51:00 weixin_34409357 阅读数 2

昨天一个同事不小心删除了写了2天的代码,在入库前。

 

在另一个同学的指导下~~帮助其找到了丢失的三对 .h/.cpp文件,还蛮有成就感,简述下过程,说不定以后用得着。

 

如果误删了文件,最好尽快用此方法,拖得越久,磁盘中的数据越有可能被覆盖掉,真的覆盖掉了。。。恐怕再想恢复就不那么简单了,所以一旦发现了误删文件需要做的第一件事,关闭这个磁盘上有写操作的程序或者干脆unmount~

 

好吧,开始恢复。

1. 需要root权限,获得root权限是第一步

2. 进入root权限后,确定被误删文件坐在的磁盘

#df -h 

Filesystem Size Used Avail Use% Mounted on
/dev/hda1 9.9G 2.9G 6.5G 31% /
/dev/xvda 896G 795G 56G 94% /home

这里,我们的文件应该是在/home目录下

3. 执行

#echo "lsdel" | debugfs /dev/xvda > inodes.list

打开inodes.list会看到如下格式的文件

debugfs: lsdel

inode Owner Mode Size BLocks Time deleted

xxx xxx xxx xxx xxx xxx

...

x deleted inodes found.

debugfs:

注意这里边的第一列inode,Size,Time deleted这三列很重要

Size和Time deleted可以大致过滤出可以的inode,因为你丢失的文件大小和删除时间,你是知道的,做一个简单的过滤,【用awk,具体我就不写了】,然后我们拿到一个 inode的list,格式是这样 a.list 然后执行

 

xxxxxxxx

xxxxxxx

xxxxxx

xxxx

 

4. #将inodedump到文件中

for inode in `cat a.list`

do

  echo "dump <${inode}> /home/uname/path/to/tmp/${inode}" | debugfs /dev/xvda

done

 

5. 之后,检查/home/uname/path/to/tmp/ 目录,里边应该会有一堆 inode号为文件名的恢复出来的文件,但是原来的文件名和目录层次是已经完全丢失了的,,剩下的大家自己就知道怎么做了,,grep一下,如果是cpp的,grep一下被include的有代表性的库文件巴拉巴拉~~~

 

啦啦啦,饿了吃饭去。

 

 

 

 

 

 

 

 

 

 

 

 

转载于:https://www.cnblogs.com/igloo1986/archive/2013/04/08/3007127.html

没有更多推荐了,返回首页