it-gundan.com

유닉스 / 리눅스 삭제 된 파일 삭제 / 복구

rm까지 삭제 된 파일을 복구/삭제 취소하는 명령이 있습니까?

$ rm -rf /path/to/myfile

myfile를 어떻게 복구 할 수 있습니까? 그러한 도구가 있다면 어떻게 사용할 수 있습니까?

130
pylover

의견에 누군가가 제공 한 링크가 가장 가능성이 높습니다.

Linux debugfs 핵 : 파일 삭제 취소

약간의 협박으로 보이지만 그 글은 실제로 매우 간단합니다. 일반적으로 단계는 다음과 같습니다.

  1. 파일 시스템 로그를 보려면 debugfs를 사용하십시오.

    $ debugfs -w /dev/mapper/wks01-root
    
  2. Debugfs 프롬프트에서

    debugfs: lsdel
    
  3. 샘플 출력

    Inode  Owner  Mode    Size    Blocks   Time deleted
    23601299      0 120777      3    1/   1 Tue Mar 13 16:17:30 2012
    7536655      0 120777      3    1/   1 Tue May  1 06:21:22 2012
    2 deleted inodes found.
    
  4. Debugfs에서 명령을 실행하십시오.

    debugfs: logdump -i <7536655>
    
  5. 파일 inode 결정

    ...
    ...
    ....
    output truncated
        Fast_link_dest: bin
        Blocks:  (0+1): 7235938
      FS block 7536642 logged at sequence 38402086, journal block 26711
        (inode block for inode 7536655):
        Inode: 7536655   Type: symlink        Mode:  0777   Flags: 0x0   Generation: 3532221116
        User:     0   Group:     0   Size: 3
        File ACL: 0    Directory ACL: 0
        Links: 0   Blockcount: 0
        Fragment:  Address: 0    Number: 0    Size: 0
        ctime: 0x4f9fc732 -- Tue May  1 06:21:22 2012
        atime: 0x4f9fc730 -- Tue May  1 06:21:20 2012
        mtime: 0x4f9fc72f -- Tue May  1 06:21:19 2012
        dtime: 0x4f9fc732 -- Tue May  1 06:21:22 2012
        Fast_link_dest: bin
        Blocks:  (0+1): 7235938
    No magic number at block 28053: end of journal.
    
  6. 위의 inode 정보로 다음 명령을 실행하십시오.

    # dd if=/dev/mapper/wks01-root of=recovered.file.001 bs=4096 count=1 skip=7235938
    # file recovered.file.001
    file: ASCII text, with very long lines
    

파일이 recovered.file.001.

다른 옵션

위의 방법이 아닌 경우 과거에 파일을 복구하기 위해 photorec와 같은 도구를 사용했지만 이미지 파일에만 적합합니다. 나는이 기사에서 내 블로그 에이 방법에 대해 광범위하게 썼다 :

Fedora/CentOS/RHEL의 디지털 카메라 SDD 카드에서 손상된 jpeg 및 mov 파일을 복구하는 방법 .

71
slm

약간의 기회로 때로는이 스크립트 또는 다음 솔루션으로 삭제 된 파일을 복구 할 수 있습니다.

#!/bin/bash

if [[ ! $1 ]]; then
    echo -e "Usage:\n\n\t$0 'file name'"
    exit 1
fi

f=$(ls 2>/dev/null -l /proc/*/fd/* | fgrep "$1 (deleted" | awk '{print $9}')

if [[ $f ]]; then
    echo "fd $f found..."
    cp -v "$f" "$1"
else
    echo >&2 "No fd found..."
    exit 2
fi

또 다른 유용한 트릭이 있습니다. 삭제 된 파일의 패턴을 알고 있다면 다음을 입력하십시오. alt+sys+resuo 읽기 전용으로 재부팅하고 다시 마운트 한 다음 live-cd로 grep를 사용하여 하드 드라이브를 검색하십시오.

grep -a -C 500 'known pattern' /dev/sda | tee /tmp/recover

그런 다음 /tmp/recover 전에 파일 만 보관하십시오.

유닉스 철학으로 모든 것이 파일이라면, 이것을 활용할 시간이다.

31
Gilles Quenot

나를 위해 일한 것은 Arch (텍스트 파일에만 적용)에 의해 주어졌습니다 :

grep -a -C 200 -F 'Unique string in text file' /dev/sdXN

어디 /dev/sdXN는 손실 된 파일을 포함하는 파티션입니다 (확실하지 않은 경우 mount로 확인).

시간이 조금 걸리지 만 실수로 아직 커밋하지 않은 소스 코드를 삭제했을 때 작동했습니다!

25
William Becker

이 질문이 해결되고 몇 년이되었지만 testdisk 유틸리티에 대해 언급하고 싶습니다.

Testdisk로 파일을 복구하는 방법은 이 튜토리얼 에 잘 설명되어 있습니다. 파일을 복구하려면 testdisk /dev/sdX하고 파티션 테이블 유형을 선택하십시오. 그런 다음 [ Advanced ] Filesystem Utils 그런 다음 파티션을 선택하고 [Undelete]. 이제 삭제 된 파일을 찾아서 선택하여 파일 시스템의 다른 위치로 복사 할 수 있습니다.

12
S. Wilhelm

지난주에 같은 문제가 있었고 debugfs, photorec, ext3grep 및 extundelete와 같은 많은 프로그램을 시도했습니다. ext3grep는 파일을 복구하는 가장 좋은 프로그램이었습니다. 구문은 매우 쉽습니다.

ext3grep image.img --restore-all

또는:

ext3grep /dev/sda3 --restore-all --after `date -d '2015-01-01 00:00:00' '+%s'` --before `date -d '2015-01-02 00:00:00' '+%s'`

이 비디오 는 당신을 도울 수있는 미니 튜토리얼입니다.

6
Juan

대안으로 del 대신 rm을 (를) 사용하여 삭제할 수 있습니다.

http://fex.belwue.de/fstools/del.html

del에는 삭제 취소 기능이 있으며 모든 파일 시스템에서 작동합니다.

물론 "포로 수용하지 않음"rm :-}으로 파일을 이미 삭제 한 경우에는 해결책이 아닙니다.

6
Framstag

복구 도구-명령 줄 :

복구 도구-Gui :

정보 :

개인 경험에서 ufs-Explorer 및 photorec을 사용하여 데이터를 다시 얻습니다

(1) = 공개 소스가 아니며 무료가 아닙니다.

(2) = 공개 소스 아님, 무료

(3) = 공개 소스 및 무료

(4) = NTFS 지원

(5) = 디렉토리 구조 기능

5
intika

외부 인터페이스를 통해 드라이브 연결

  1. mount
  2. umount /dev/{sd*}
  3. extundelete --restore-all /dev/{sd*}
  4. 부팅 드라이브의 홈 폴더로 이동 결과
  5. 보너스 포인트 : 이것에 대한 GUI 작성

자세한 정보는이 링크를 참조하십시오 : exttun에서 방금 삭제 한 파일을 삭제 취소 (extundelete) .

5
GRZ

나는 그것이 불가능하고, 매우 매우 어렵다는 것에 동의하지 않으며, 리눅스에서도 그렇게 한 적이 없다.

파일이 삭제되면 실제로 삭제되지 않습니다. 하드 드라이브에 있던 공간은 일종의 리셋이므로 컴퓨터가 데이터를 쓰려고해도 아무런 문제가 없습니다. 일반적으로 삭제 한 하드 드라이브의 데이터는 거의 1 년 후에있을 수 있습니다. 또는 적어도 이것은 Windows 컴퓨터에서의 나의 경험입니다. Linux의 명령 줄에서 동일한 방식으로 작동하는지 여부는 확실하지 않지만 파티션을 열려면 별도의 Live CD가 필요하며 파일이 여전히 존재한다는 보장도 없습니다. Zero Assumption Recovery를 사용하여 Windows XP에서 여러 번이 작업을 수행했습니다. 당신이 충분히 열심히 보면 비슷한 도구가 있다고 확신합니다.

1
Roguebantha

이것은 당신의 일부를 위해 문제를 저장할 수 있습니다.
gedit를 사용하여 해당 파일을 편집 한 경우 기본적으로 해당 파일의 사본이 작성됩니다.
예를 들어 실수로 'myfile.txt'를 삭제했다고 가정 해 봅시다.
방금 삭제 한 파일이 포함 된 폴더에서 다음 명령을 사용하면 사본을 복구 할 수 있습니다.
ls | grep 'myfile.txt~'
운이 좋으면 찾아 내면 다음과 같습니다.
cp 'myfile.txt~' 'myfile.txt'
지금이 방법을 사용하여 파일을 복구했습니다. 행운을 빌어 요!

0
ntt

파일을 삭제하면 해당 파일에 대한 inode 테이블의 링크 수가 하나씩 줄어 듭니다. Unix에서 링크 수가 0으로 떨어지면 해당 파일의 데이터 블록이 사용 가능한 것으로 표시되고 일반적으로 해당 데이터 블록에 대한 참조가 손실됩니다. 방금 @fedorqui의 의견에서 해당 블록에 액세스 할 수있는 방법이 있지만 ext3 파일 시스템에만 적용 할 수 있음을 발견했습니다.

파일을 보존하는 한 가지 방법은 move 파일을 휴지통에 넣을 수있는 함수를 작성하는 것입니다 ($HOME/.trash)하고 거기에서 필요한 파일을 복구하십시오. 이 함수는 rm로 별칭을 지정할 수 있습니다. 특정 일 수 동안 휴지통 영역에 있던 파일을 삭제하도록 크론 작업을 예약 할 수 있습니다.

0
unxnut