Jump to content

Undeletion

This is a fully translated article. Click here for more information.
From DawoumWiki, the free Mathematics self-learning

Undeletion파일 삭제에 의해 파일 시스템에서 제거된 컴퓨터 파일을 복원하는 기능입니다. 삭제된 데이터는 많은 파일 시스템에서 복구할 수 있지만, 모든 파일 시스템이 삭제 취소 기능을 제공하는 것은 아닙니다. 삭제 취소 기능없이 데이터를 복구하는 것은 보통 삭제 취소가 아니라 데이터 복구라고 합니다. 삭제 취소는 사용자에게 실수로 데이터 손실을 막는 데 도움이 되거나, 컴퓨터 보안 위험을 초래할 수 있는데, 왜냐하면 사용자가 삭제된 파일에 계속 접근할 수 있다는 사실을 모를 수 있기 때문입니다.

Support

모든 파일 시스템 또는 운영 시스템이 삭제-취소를 지원하는 것은 아닙니다. 삭제취소는 1991년 MS-DOS 5.0[1][2]DR DOS 6.0 이후 제공되는 삭제취소 유틸리티를 갖는 모든 FAT 파일 시스템에서 가능합니다. 그것은 AdvFS가 주목할만한 예외이긴 하지만 대부분의 최신 유닉스 파일 시스템에서 지원되지 않습니다. ext2 파일 시스템은 파일 삭제취소를 허용하는 e2undel이라고 불리는 에드-온 프로그램을 가집니다.[3] 유사한 ext3 파일 시스템은 공식적으로 삭제취소를 지원하지 않지만, ext4magic,[4] extundelete,[5] PhotoRec, 및 ext3grep[6]과 같은 유틸리티는 ext3 볼륨에서 삭제취소를 자동화하기 위해 작성되었습니다.[7] 삭제취소는 ext4에서 제안되었지만, 아직 구현되지 않았습니다.[8] 어쨌든, 휴지통 기능은 2006년 12월 4일 패치로 게시되었습니다.[9] 휴지통 기능은 ext2/3/4와 Reiser 파일 시스템에서 삭제취소 속성을 사용합니다.[10]

Command-line tools

Norton Utilities

Norton UNERASE는 1982년 Norton Utilities 버전 1.0의 중요한 구성 요소였습니다.

MS-DOS

Microsoft는 MS-DOS 버전 5.0에서 6.22에 유사한 UNDELETE 프로그램을 포함했지만 FAT를 사용하는 이후 운영 시스템에서는 대신 휴지통 방식을 적용했습니다.

DR DOS

DR DOS 6.0 이상은 UNDELETE도 지원하지만, 선택적으로 FAT 스냅샷 유틸리티 DISKMAP와 상주 DELWATCH 삭제 추적 구성 요소를 활용하여 추가 보호를 제공하며, 삭제된 파일의 날짜와 시간 스탬프를 적극적으로 유지하고 디스크 공간이 부족하지 않은 한 삭제된 파일의 내용을 덮어쓰지 않도록 합니다. DELWATCH는 파일 서버에서 원격 파일의 삭제취소도 지원합니다. Novell DOS 7 이후, 커널은 삭제취소 도구가 원래 이름을 복구하는 데 도움이 되도록 디렉토리 항목에 삭제된 파일의 첫 번째 문자를 저장합니다.

PTS-DOS

PTS-DOSSAVENAME CONFIG.SYS 지시문에 의해 구성할 수 있는 같은 기능을 제공합니다.

FreeDOS

UNDELETE의 FreeDOS 버전은 Eric Auer에 의해 개발되었고 GPL에 따라 사용이 허가되었습니다.[11]

Graphical programs

그래픽 사용자 환경은 삭제할 파일에 대해 "보유 영역"을 사용하는 대신 삭제취소에 대해 다른 접근 방식을 사용하는 경우가 많습니다. 원하지 않는 파일은 이 보관 영역으로 이동되고, 보관 영역에 있는 모든 파일은 주기적으로 또는 사용자가 요청할 때 삭제됩니다. 이 접근 방식은 Macintosh 운영 시스템에서 휴지통Microsoft Windows에서 휴지통에서 사용됩니다. 이것은 LocoScript에 의해 사용된 림보 그룹과 같은 이전 시스템에 의해 취해진 접근 방식의 자연스러운 연속입니다.[12] 이 접근 방식은 파일 시스템에 기록되는 다른 파일이 삭제된 파일을 매우 빠르게 중단시킬 위험이 없습니다; 영구 삭제는 예측 가능한 일정에 따라 또는 수동 개입으로만 발생합니다.

또 다른 접근 방식은 Norton GoBack (이전의 Roxio GoBack)과 같은 프로그램에 의해 제공됩니다: 하드 디스크 공간의 일부는 나중에 실행 취소될 수 있는 방식으로 파일 수정 작업을 기록하는 데 사용됩니다. 이 프로세스는 보통 아래 설명된 삭제취소 작업보다 삭제된 파일의 복구를 지원하는 데 훨씬 안전합니다.

유사하게, (ZFS 또는 btrfs와 같은) "스냅샷"을 지원하는 파일 시스템은 전체 파일 시스템의 스냅샷을 일정한 간격 (예를 들어, 매시간)으로 만들기 위해 사용될 수 있고, 따라서 이전 스냅샷에서 파일을 복구하는 것을 허용합니다.

Limitations

삭제취소는 안전하지 않습니다. 일반적으로, 삭제취소를 빨리 시도할수록, 성공할 가능성이 높아집니다. 이것은 시스템이 더 많이 사용될수록 더 많은 데이터가 드라이브에 쓰이고 잠재적으로 삭제된 공간에 할당되기 때문입니다. 삭제된 파일의 파편화는 파일 시스템 유형에 따라 복구 가능성이 줄어들 수도 있습니다 (아래를 참조하십시오). 조각난 파일은 인접한 영역에 있지 않고 디스크의 다른 부분에 흩어져 있습니다.

Mechanics

삭제취소의 작업은 삭제된 파일이 저장된 파일 시스템에 따라 다릅니다. HFS와 같은 일부 파일 시스템은 삭제된 파일에 대한 정보가 유지되지 않기 때문에 삭제취소 기능을 제공할 수 없습니다 (보통 존재하지 않는 추가 소프트웨어 제외). 일부 파일 시스템은, 어쨌든, FAT 파일 시스템을 포함하여 삭제된 파일의 모든 흔적을 지우지 않습니다.

FAT file systems

파일이 FAT 파일 시스템을 사용하여 "삭제"될 때, 파일 이름의 첫 번째 문자를 제외하고 디렉토리 엔트리가 거의 변경되지 않고 남겨지며, 대부분의 "삭제된" 파일 이름과 타임스탬프, 파일 길이 및 — 가장 중요하게 – 디스크의 물리적 위치를 함께 보존됩니다. 파일에 의해 차지되는 디스크 클러스터 목록은, 어쨌든, 파일 할당 테이블에서 지워질 것이며, 이후에 생성되거나 수정된 다른 파일에 의해 사용에 사용할 수 있는 그것들 섹터를 표시합니다. FAT32의 경우에서, 그것은 파일 시작 클러스터 값의 상위 16비트를 담당하는 추가 삭제된 필드입니다.

삭제취소 작업이 시도될 때, 다음 조건이 파일의 성공적인 복구에 대해 충족되어야 합니다:

  • 삭제된 파일의 엔트리는 여전히 디렉터리에 존재되어야 하며, 그것이 같은 디렉터리에 생성되어진 새로운 파일 (또는 폴더)에 의해 아직 덮어쓰이지 않아야 함을 의미합니다. 이것은 삭제취소할 파일의 나머지 이름이 디렉터리에 여전히 존재하는지 확인하면 상당히 쉽게 감지될 수 있습니다.
  • 삭제된 파일에 의해 이전에 사용된 클러스터는 아직 다른 파일에 의해 덮어쓰이지 않아야 합니다. 이것은 클러스터가 파일 할당 테이블에서 사용된 것으로 표시되지 않았는지 확인함으로써 꽤 잘 확인될 수 있습니다. 어쨌든, 그 동안, 새로운 파일이 해당 섹터를 사용하여 디스크에 쓰이고, 그런-다음 다시 삭제하여, 해당 섹터를 다시 해제하면, 이것은 삭제취소 프로그램에 의해 자동으로 감지될 수 없습니다. 이 경우에서, 삭제취소 작업은, 비록 성공한 것처럼 보일지라도, 복구된 파일이 다른 데이터를 포함하고 있기 때문에 실패일 수 있습니다.
  • FAT32 장치에 대해, 물리적 주소의 하위 16비트는 통상적으로 디렉토리 엔트리에 유지되지만, 주소의 상위 비트는 영이 됩니다. 많은 복구 프로그램이 이 사실을 무시하고 데이터를 올바르게 복구하지 못합니다.

삭제된 파일을 복구할 가능성은 이전 시스템에 의해 사용된 전형적으로 더 큰 클러스터 크기와 FAT32에 대한 논리적 클러스터 주소의 상위 16비트 손실로 인해 FAT32 볼륨에 비해 FAT12FAT16에서 종종 더 높습니다.

만약 삭제취소 프로그램이 위의 요구 사항이 충족되지 않는다는 명확한 징후를 감지할 수 없으면 디렉터리 엔트리를 사용 중인 것으로 복원하고 파일 할당 테이블에 사용된 대로 이전 디렉터리 엔트리에 기록된 클러스터부터 시작하여 모든 연속 클러스터를 표시합니다. 그런-다음 복구된 파일을 열고 이전에 삭제된 파일의 완전한 데이터를 포함하고 있는지 확인하는 것은 사용자의 몫입니다.

따라서 (첫 번째 조각 이후) 조각난 파일의 복구는 통상적으로 자동 프로세스에 의해 가능하지 않으며, 디스크의 각 (사용되지 않은) 블록을 수동으로 검사해야만 합니다. 이것은 복구되는 파일 유형의 바이너리 형식뿐만 아니라 파일 시스템의 자세한 지식이 요구하고, 따라서 복구 전문가나 법의학 전문가만 수행할 수 있습니다.

NTFS file systems

NTFS는 파일 정보를 소위 마스터 파일 테이블 (MAT) 내에 고정-크기 레코드 집합 (전형적으로 1KB)으로 저장합니다. 파일 이름과 파일 할당 정보는 이들 레코드에 캡슐화되어, 각 지정 파일에 대한 완전한 정보를 제공합니다. 시스템이 파일을 삭제할 때, 마스터 파일 테이블에서 엔트리는 연결 해제되거나 재사용되도록 해제되지만, 여전히 디스크에 남아 있습니다. MFT 엔트리를 재사용하거나 덮어쓸 때까지, 파일은 쉽게 복구될 수 있습니다: 데이터 복구 소프트웨어는 "분실된" MFT 엔트리를 찾고 그것에서 손실된 파일에 대한 전체 정보를 얻을 수 있습니다.

어쨌든, SSD TRIM 기능이 활성화될 때, SSD 메모리 셀을 재사용하기 위해 삭제 직후 파일 콘텐츠가 파괴될 수 있음을 주목하십시오. 이것은 파일 콘텐츠 복구를 불가능하게 만듭니다 (디스크에는 오직 이름, 날짜, 및 파일 크기 정보가 남을 것입니다).

Prevention

데이터 삭제는 파일 삭제취소를 방지하는 소프트웨어-기반 방법을 참조하는 용어입니다.

See also

References

  1. ^ "When Not to Use MS-DOS 5.0 CHKDSK and UNDELETE Commands". Support.microsoft.com. 2006-11-16. Archived from the original on 2012-02-02. Retrieved 2012-01-09.
  2. ^ "Using a Common UNDELETE.INI File with Undelete". Support.microsoft.com. 1999-11-16. Archived from the original on 2009-08-26. Retrieved 2012-01-09.
  3. ^ "the e2undel home page". e2undel.sourceforge.net. Retrieved 2020-07-02.
  4. ^ "Ext4magic". ext4magic.sourceforge.net. Retrieved 2020-07-02.
  5. ^ "extundelete: An ext3 and ext4 file undeletion utility". extundelete.sourceforge.net. Retrieved 2020-07-02.
  6. ^ "Google Code Archive - Long-term storage for Google Code Project Hosting". code.google.com. Retrieved 2020-07-02.
  7. ^ Carlo Wood (2008-02-07). "HOWTO recover deleted files on an ext3 file system". Xs4all.nl. Archived from the original on 2010-09-19. Retrieved 2012-01-09.
  8. ^ New ext4 features Archived December 18, 2008, at the Wayback Machine
  9. ^ "Secure Deletion and Trash-Bin Support for Ext4". Article.gmane.org. Archived from the original on 2008-07-09. Retrieved 2012-01-09.
  10. ^ "Gmane Loom". Thread.gmane.org. Archived from the original on 2016-01-11. Retrieved 2012-01-09.
  11. ^ http://www.ibiblio.org/pub/micro/pc-stuff/freedos/files/distributions/1.2/repos/pkg-html/undelete.html
  12. ^ "Langford in PCW TODAY column #6". Ansible.co.uk. Archived from the original on 2012-02-14. Retrieved 2012-01-09.

External links