[급함] rm으로 지운 파일 복구할 수 있는 방법 없나요?
글쓴이: 윤형수 / 작성시간: 화, 2003/11/11 - 11:25오전
개발하고 있는 소스를 실수로 rm 으로 지웠습니다.
이 디렉토리에 write 하지는 않았습니다.
혹 복구할 수 있는 무료 SW나 utility 아시면 가르쳐 주십시오.
복구할 수 있는 다른 방법도 아시면 도움 부탁드립니다.
도움에 감사드립니다.
Forums:
개발하고 있는 소스를 실수로 rm 으로 지웠습니다.
이 디렉토리에 write 하지는 않았습니다.
혹 복구할 수 있는 무료 SW나 utility 아시면 가르쳐 주십시오.
복구할 수 있는 다른 방법도 아시면 도움 부탁드립니다.
도움에 감사드립니다.
예전에 인터넷에서 찾은 문서에여..
우연히 알게되어 나름대로 제 방식대로 글을 쓰고 혹시나 해서 kltp.kldp.org 에서
찾아보니 있더군요.. 에고 팔 아퍼... ^^;;
아래는 제 방식대로의 Tip&Tech 입니다.
----------------------------------------------------------------------
리눅스에서의 파일 삭제는 신중을 기해야 한다. 왜냐면 삭제된 파일은 복구 할 수
없기 때문이다. 이것이 정석이였습니다.
물론 rm 의 소프트링크나 다른 삭제 프로그램으로 대체하는 프로그램들도 있습니다
만 rm 자체의 복구는 없다고 알고 있으신 분들이 대부분 일 겁니다.
해답은
debugfs 라는 명령어 입니다. (man page 참조)
실제 사용예를 들어 설명하겠습니다.
가정1) /home/pds/portsentry.tar.gz 라는 파일이 있음.
가정2) /home 파티션은 hda8 입니다. (df -h 로 확인)
가정3) rm -f /home/pds/portsentry.tar.gz 명령으로 지웠음.
가정4) root 로 작업.
복구 절차.
1. #debugfs /dev/hda8
=> 설명 : hda8 파티션에 대해서 검사를 한다.
2. debugfs:
=> 대기상태를 뜻함. 이곳에서 lsdel 을 입력하고 엔터.
계속...
debugfs: lsdel
99 deleted inodes found.
Inode Owner Mode Size Blocks Time deleted
108123 0 100644 239 1/ 1 Thu Jan 3 01:25:33 2002
18417 0 100644 426625 420/ 420 Thu Jan 3 01:26:34 2002
45007 0 100644 343 1/ 1 Thu Jan 3 01:29:59 2002
28691 0 100400 879 1/ 1 Thu Jan 3 01:38:29 2002
18394 0 40755 0 1/ 1 Thu Jan 3 01:58:54 2002
..
.
14356 0 100644 2325 3/ 3 Fri Jan 25 16:13:24 2002
61239 0 100644 43034 44/ 44 Fri Jan 25 16:13:31 2002
debugfs:
위와 같은 상태로 나오고 다시 대기상태로 됩니다. 실제로는 너무 많이 나오더군
요.. (내가 그렇게 많이 지웠었나? '.'a)
이제 이 목록중에서 하나를 선택해서 살려야 합니다. 다행히도 살리고자 하는 파일
은 가장 최근에 지운 파일이므로 가장 아래쪽에 있는 것이겠죠.
debugfs: dump <61239> /home/debugfs/portsentry.tar.gz
=> Inode 값을 <> 안에 적어줍니다. 뒤에는 복구할 파일 이름을 적어주시면 됩니다.
=> 복구할 파일은 다른 디렉토리로 지정해 주시는게 좋습니다. 별 상관은 없지만...
#cd /home/debugfs
#tar -zxvf portsentry.tar.gz // 정상적으로 압축이 풀리더군요.
=> 아주 훌륭하게 복구가 되었더군요. ^^v
임의로 portsentry.tar.gz 를 지워서 테스트를 한 것입니다.
debugfs: 상태에서 사용할 수 있는 명령어는 help 를 쳐보면 알 수 있습니다.
끝내는 것은 q, quit 입니다.
아래는 debugfs: 에서 사용가능한 명령어들 입니다.
---------------------------------------------------------------------
Available debugfs requests:
show_debugfs_params, params
Show debugfs parameters
open_filesys, open Open a filesystem
close_filesys, close Close the filesystem
feature, features Set/print superblock features
dirty_filesys, dirty Mark the filesystem as dirty
init_filesys Initalize a filesystem (DESTROYS DATA)
show_super_stats, stats Show superblock statistics
ncheck Do inode->name translation
icheck Do block->inode translation
change_root_directory, chroot
Change root directory
change_working_directory, cd
Change working directory
list_directory, ls List directory
show_inode_info, stat Show inode information
link, ln Create directory link
unlink Delete a directory link
mkdir Create a directory
rmdir Remove a directory
rm Remove a file (unlink and kill_file, if appropriate)
kill_file Deallocate an inode and its blocks
clri Clear an inode's contents
freei Clear an inode's in-use flag
seti Set an inode's in-use flag
testi Test an inode's in-use flag
freeb Clear a block's in-use flag
setb Set a block's in-use flag
testb Test a block's in-use flag
modify_inode, mi Modify an inode by structure
find_free_block, ffb Find free block(s)
find_free_inode, ffi Find free inode(s)
print_working_directory, pwd
Print current working directory
expand_dir, expand Expand directory
mknod Create a special file
list_deleted_inodes, lsdel
List deleted inodes
write Copy a file from your native filesystem
dump_inode, dump Dump an inode out to a file
cat Dump an inode out to stdout
lcd Change the current directory on your native
filesystem
rdump Recursively dump a directory to the native filesystem
help Display info on command or topic.
list_requests, lr, ? List available commands.
quit, q Leave the subsystem.
흐흐흐...이거 테스트 해보는 것도 재밌겠네...^^새로운거...
흐흐흐...
이거 테스트 해보는 것도 재밌겠네...^^
새로운거...
<어떠한 역경에도 굴하지 않는 '하양 지훈'>
#include <com.h> <C2H5OH.h> <woman.h>
do { if (com) hacking(); if (money) drinking(); if (women) loving(); } while (1);
지워진 inode가 없다고 나옵니다.
네 빠른 답변에 감사드립니다.
님이 가르쳐 주신 방법대로 하기 전에 테스트를 해보았습니다.
/tmp(/dev/sda8)에 있는 SWCDI.log 파일을 지우고 debugfs로
확인해 보았으나, 지워진 inode가 없다고 나옵니다.
제가 잘못 한건지 한번 더 봐주십시오.
---------------------------------------------------------------
Linux1:/tmp] ls
AdminTool.log kde-root ksocket-root mcop-root orbit-root SWCDI.log
docho kd_sockV4 lost+found NetServer.log rmiregistry.log
Linux1:/tmp] ls -i *.log
17 AdminTool.log 15 rmiregistry.log
19 NetServer.log 16 SWCDI.log
Linux1:/tmp] df -h
Filesystem Size Used Avail Use% Mounted on
/dev/sda5 1011M 171M 789M 18% /
/dev/sda1 61M 20M 38M 34% /boot
/dev/sda3 2.0G 1.2G 759M 61% /home
none 503M 0 503M 0% /dev/shm
/dev/sda8 190M 5.7M 174M 4% /tmp
/dev/sda2 3.9G 3.3G 463M 88% /usr
/dev/sda6 741M 181M 522M 26% /var
/dev/sdb2 985M 20k 935M 1% /SDB2
/dev/sdb1 985M 504M 432M 54% /SDB1
Linux1:/root] rm -f /tmp/SWCDI.log
Linux1:/root] ls /tmp
AdminTool.log docho kd_sockV4 lost+found NetServer.log rmiregistry.log
ccgTMkhs.i kde-root ksocket-root mcop-root orbit-root
Linux1:/] debugfs /dev/sda8
debugfs 1.27 (8-Mar-2002)
debugfs: lsdel
Inode Owner Mode Size Blocks Time deleted
0 deleted inodes found.
debugfs:
debugfs는 ext2용이더군요... ext3에서는 안되는것 같더군요.
debugfs는 ext2용이더군요... ext3에서는 안되는것 같더군요...
http://old.lwn.net/1999/1021/a/ext3-tools.html
해보진 않았는데 위 사이트를 참조해보세요...
ext3의 저널링어쩌구를 바꾸는것 같은데...
------------------------------
좋은 하루 되세요.
댓글 달기