맨위로가기

삭제 복구

"오늘의AI위키"는 AI 기술로 일관성 있고 체계적인 최신 지식을 제공하는 혁신 플랫폼입니다.
"오늘의AI위키"의 AI를 통해 더욱 풍부하고 폭넓은 지식 경험을 누리세요.
목차

1. 개요

삭제 복구는 삭제된 파일을 복구하는 기술로, 파일 시스템 및 운영 체제에 따라 지원 여부가 다르다. MS-DOS, DR DOS 등에서 삭제 복구 유틸리티가 제공되었지만, 현대 유닉스 파일 시스템에서는 제한적으로 지원된다. 그래픽 사용자 환경은 휴지통과 같은 보관 영역을 통해 삭제 복구를 지원하며, 노턴 유틸리티의 UNERASE와 같은 명령어 도구나, ext3grep, PhotoRec과 같은 유틸리티가 사용되기도 한다. 삭제된 파일이 덮어쓰여지기 전에 복구해야 하며, 파일 조각화가 심할수록 복구가 어려워진다. 삭제 복구를 방지하기 위해 shred와 같은 데이터 삭제 기술이 사용된다.

더 읽어볼만한 페이지

  • 파일 시스템 - 부트 섹터
    부트 섹터는 시스템 부팅 코드를 담은 저장 매체의 특정 영역으로, 볼륨 부트 레코드(VBR)와 마스터 부트 레코드(MBR)로 나뉘며, BIOS는 이를 실행하고 UEFI는 부트로더를 직접 로드하지만 바이러스 공격에 취약하다.
  • 파일 시스템 - ZFS
    ZFS는 Jeff Bonwick 등이 설계하고 구현한 파일 시스템으로, 데이터 무결성, 스냅샷, RAID-Z 등의 기능을 제공하며, 썬 마이크로시스템즈에서 개발되어 OpenZFS 프로젝트를 통해 다양한 운영체제에서 사용된다.
삭제 복구
개요
목적삭제된 페이지의 복구 지원
관련 정책삭제 정책
문서 관리 요청
삭제 토론
관련 지침무엇이 오해인가
문서 등재 기준
관련 도움말편집 요약
길라잡이
다중 계정

2. 지원

모든 파일 시스템이나 운영 체제가 삭제 복구 기능을 지원하는 것은 아니다. 삭제 복구는 모든 FAT 파일 시스템에서 가능하며, 1991년에 MS-DOS 5.0[1] 및 DR DOS 6.0에서 삭제 복구 유틸리티가 제공되었다. MS-DOS가 지원한 적이 있지만 대부분의 현대 유닉스 파일 시스템에서는 지원되지 않는다. 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]

그래픽 사용자 환경은 삭제될 파일의 소유 영역을 도입함으로써 다른 방식의 삭제 복구 기능을 사용한다. 원치 않는 파일은 이러한 소유 영역으로 이동되며 소유 영역의 모든 파일은 간헐적으로 삭제된다. 이러한 방식은 매킨토시 운영 체제의 "쓰레기통"(Trash can)과 마이크로소프트 윈도우의 휴지통에서 사용된다.

다른 접근은 노턴 고백(Norton GoBack, Roxio GoBack)과 같은 프로그램을 사용하는 것이다.

2. 1. 명령어 도구

노턴 유틸리티 1.0 버전(1982년)의 중요한 구성 요소는 노턴 언레이즈(Norton UNERASE)였다.

마이크로소프트는 MS-DOS 5.0 버전에서 6.22 버전까지 유사한 UNDELETE 프로그램을 포함했지만, 이후 FAT를 사용하는 운영 체제에서는 휴지통 방식을 적용했다.

DR DOS 6.0 이상 버전은 UNDELETE를 지원하며, 선택적으로 DISKMAP의 FAT 스냅샷 유틸리티와 상주 DELWATCH 삭제 추적 구성 요소를 사용하여 추가적인 보호 기능을 제공한다. DELWATCH는 삭제된 파일의 날짜와 시간 정보를 유지하고, 디스크 공간이 부족하지 않는 한 삭제된 파일의 내용을 덮어쓰지 않도록 한다. DELWATCH는 또한 파일 서버에서 원격 파일의 복구를 지원한다. 노벨 DOS 7부터는 커널이 삭제된 파일의 첫 글자를 디렉터리 항목에 저장하여 복구 도구가 원래 이름을 복원하는 데 도움을 준다.

PTS-DOS는 동일한 기능을 제공하며, SAVENAME CONFIG.SYS 지시어를 통해 설정할 수 있다.

FreeDOS 버전의 UNDELETE는 에릭 아우어(Eric Auer)에 의해 개발되었으며, GPL에 따라 라이선스가 부여되었다.[11]

2. 1. 1. 노턴 유틸리티

노턴 유틸리티 1.0 버전(1982년)의 중요한 구성 요소는 노턴 언레이즈(Norton UNERASE)였다.

2. 1. 2. MS-DOS

마이크로소프트는 MS-DOS 5.0 버전에서 6.22 버전까지 유사한 UNDELETE 프로그램을 포함했지만, 이후 FAT를 사용하는 운영 체제에서는 휴지통 방식을 적용했다.

2. 1. 3. DR DOS

DR DOS 6.0 이상 버전은 UNDELETE를 지원하며, 선택적으로 DISKMAP의 FAT 스냅샷 유틸리티와 상주 DELWATCH 삭제 추적 구성 요소를 사용하여 추가적인 보호 기능을 제공한다. DELWATCH는 삭제된 파일의 날짜와 시간 정보를 유지하고, 디스크 공간이 부족하지 않는 한 삭제된 파일의 내용을 덮어쓰지 않도록 한다. DELWATCH는 또한 파일 서버에서 원격 파일의 복구를 지원한다. 노벨 DOS 7부터는 커널이 삭제된 파일의 첫 글자를 디렉터리 항목에 저장하여 복구 도구가 원래 이름을 복원하는 데 도움을 준다.

2. 1. 4. PTS-DOS

PTS-DOS는 동일한 기능을 제공하며, SAVENAME CONFIG.SYS 지시어를 통해 설정할 수 있다.

2. 1. 5. FreeDOS

FreeDOS 버전의 UNDELETE는 에릭 아우어(Eric Auer)에 의해 개발되었으며, GPL에 따라 라이선스가 부여되었다.[11]

2. 2. 그래픽 프로그램

그래픽 사용자 환경은 삭제될 파일의 소유 영역을 도입함으로써 다른 방식의 삭제 복구 기능을 사용한다. 원치 않는 파일은 이러한 소유 영역으로 이동되며 소유 영역의 모든 파일은 간헐적으로 삭제된다. 이러한 방식은 매킨토시 운영 체제의 "쓰레기통"(Trash can)과 마이크로소프트 윈도우의 휴지통에서 사용된다.[12]

다른 접근은 노턴 고백(Norton GoBack, Roxio GoBack)과 같은 프로그램을 사용하는 것이다.

2. 2. 1. 휴지통

그래픽 사용자 환경은 삭제 복구에 대해 종종 다른 접근 방식을 취하며, 대신 삭제될 파일들을 위한 "보관 영역"을 사용한다. 원치 않는 파일들은 이 보관 영역으로 이동되며, 보관 영역의 모든 파일들은 주기적으로 또는 사용자가 요청할 때 삭제된다. 이 방식은 매킨토시 운영 체제의 ''휴지통''과 마이크로소프트 윈도우의 재활용 휴지통에서 사용된다. 이는 로코스크립트에서 사용된 림보 그룹과 같은 이전 시스템에서 취해진 방식의 자연스러운 연장이다.[12] 이 방식은 파일 시스템에 쓰여지는 다른 파일들이 삭제된 파일을 매우 빠르게 방해할 위험에 노출되지 않는다; 영구적인 삭제는 예측 가능한 일정에 따라 또는 수동 개입을 통해서만 발생한다.

또 다른 접근 방식은 ''노턴 고백''(구 ''록시오 고백'')과 같은 프로그램에서 제공된다: 하드 디스크 공간의 일부는 파일 수정 작업을 나중에 취소할 수 있는 방식으로 기록하기 위해 할당된다.

마찬가지로, "스냅샷"을 지원하는 파일 시스템 (예: ZFS 또는 btrfs)은 정기적인 간격 (예: 매시간)으로 전체 파일 시스템의 스냅샷을 생성하는 데 사용될 수 있으며, 이를 통해 이전 스냅샷에서 파일을 복구할 수 있다.

2. 2. 2. 기타 프로그램

모든 파일 시스템이나 운영 체제가 삭제 복구 기능을 지원하는 것은 아니다. 삭제 복구 기능은 MS-DOS가 지원한 적이 있지만 대부분의 현대 유닉스 파일 시스템에서는 지원되지 않는다. ext2 파일 시스템은 삭제된 파일을 복구하는 e2undel이라는 부가 기능의 프로그램을 가지고 있는 반면, 비슷한 ext3 파일 시스템은 삭제 복구를 지원하지 않는다.

그래픽 사용자 환경은 삭제되리 파일의 소유 영역을 도입함으로써 다른 방식의 삭제 복구 기능을 사용한다. 원치 않는 파일은 이러한 소유 영역으로 이동되며 소유 영역의 모든 파일은 간헐적으로 삭제된다. 이러한 방식은 매킨토시 운영 체제의 "쓰레기통"(Trash can)과 마이크로소프트 윈도우의 휴지통에서 사용된다.

다른 접근은 노턴 고백(Norton GoBack, Roxio GoBack)과 같은 프로그램을 사용하는 것이다.

그래픽 사용자 환경은 삭제 복구에 대해 종종 다른 접근 방식을 취하며, 대신 삭제될 파일들을 위한 "보관 영역"을 사용한다. 원치 않는 파일들은 이 보관 영역으로 이동되며, 보관 영역의 모든 파일들은 주기적으로 또는 사용자가 요청할 때 삭제된다. 이 방식은 매킨토시 운영 체제의 ''휴지통''과 마이크로소프트 윈도우의 재활용 휴지통에서 사용된다. 이는 로코스크립트에서 사용된 림보 그룹과 같은 이전 시스템에서 취해진 방식의 자연스러운 연장이다.[12] 이 방식은 파일 시스템에 쓰여지는 다른 파일들이 삭제된 파일을 매우 빠르게 방해할 위험에 노출되지 않는다; 영구적인 삭제는 예측 가능한 일정에 따라 또는 수동 개입을 통해서만 발생한다.

또 다른 접근 방식은 ''노턴 고백''(구 ''록시오 고백'')과 같은 프로그램에서 제공된다: 하드 디스크 공간의 일부는 파일 수정 작업을 나중에 취소할 수 있는 방식으로 기록하기 위해 할당된다. 이 과정은 아래에 설명된 삭제 복구 작업보다 삭제된 파일의 복구를 지원하는 데 일반적으로 훨씬 더 안전하다.

마찬가지로, "스냅샷"을 지원하는 파일 시스템 (예: ZFS 또는 btrfs)은 정기적인 간격 (예: 매시간)으로 전체 파일 시스템의 스냅샷을 생성하는 데 사용될 수 있으며, 이를 통해 이전 스냅샷에서 파일을 복구할 수 있다.

2. 3. 스냅샷 지원 파일 시스템

3. 작동 원리

삭제 복구의 작동 방식은 삭제된 파일이 저장된 파일 시스템에 따라 달라진다. HFS와 같은 일부 파일 시스템은 삭제된 파일에 대한 정보가 보존되지 않기 때문에 (일반적으로 존재하지 않는 추가 소프트웨어를 제외하고) 삭제 복구 기능을 제공할 수 없다. 그러나 일부 파일 시스템은 FAT 파일 시스템을 포함하여 삭제된 파일의 모든 흔적을 지우지 않는다.

==== FAT 파일 시스템 ====

파일이 FAT 파일 시스템을 사용하여 "삭제"되면, 디렉토리 항목은 파일 이름의 첫 글자를 제외하고 거의 변경되지 않은 상태로 유지된다. "삭제된" 파일의 이름, 타임스탬프, 파일 길이, 그리고 가장 중요한 디스크의 물리적 위치를 보존한다. 그러나 파일이 차지했던 디스크 클러스터 목록은 ''파일 할당 테이블''에서 지워져, 이후에 생성되거나 수정되는 다른 파일에서 사용할 수 있도록 해당 섹터를 표시한다. FAT32의 경우, 파일 시작 클러스터 값의 상위 16비트를 담당하는 필드도 추가로 지워진다.

삭제 복구 작업을 시도할 때, 파일의 성공적인 복구를 위해서는 다음과 같은 조건을 충족해야 한다.


  • 삭제된 파일의 항목이 디렉토리에 여전히 존재해야 한다. 즉, 동일한 디렉토리에서 생성된 새 파일(또는 폴더)에 의해 아직 덮어쓰여지지 않아야 한다. 이 조건의 충족 여부는 복구하려는 파일의 남은 이름이 디렉토리에 여전히 존재하는지 확인하여 비교적 쉽게 감지할 수 있다.
  • 이전에 삭제된 파일에서 사용했던 클러스터가 다른 파일에 의해 아직 덮어쓰여지지 않아야 한다. 이는 ''파일 할당 테이블''에서 해당 클러스터가 사용 중으로 표시되어 있지 않은지 확인하여 비교적 잘 확인할 수 있다. 그러나 그동안 새로운 파일이 디스크에 기록되어 해당 섹터를 사용한 다음 다시 삭제되어 해당 섹터가 다시 해제된 경우에는, 삭제 복구 프로그램에서 이를 자동으로 감지할 수 없다. 이 경우, 삭제 복구 작업이 성공적으로 보이는 경우에도, 복구된 파일에 다른 데이터가 포함되어 있어 실패할 수 있다.


삭제된 파일을 복구할 확률은 일반적으로 FAT32 볼륨에 비해 FAT12 및 FAT16에서 더 높다. 이는 전자의 시스템에서 일반적으로 더 큰 클러스터 크기를 사용하고, FAT32의 논리 클러스터 주소의 상위 16비트 손실 때문이다.

삭제 복구 프로그램이 위에 언급된 요구 사항이 충족되지 않는 명확한 징후를 감지할 수 없는 경우, 디렉토리 항목을 사용 중인 것으로 복원하고, 이전 디렉토리 항목에 기록된 클러스터부터 시작하여 모든 연속 클러스터를 ''파일 할당 테이블''에서 사용 중인 것으로 표시한다. 그런 다음 사용자가 복구된 파일을 열어 이전에 삭제된 파일의 완전한 데이터가 포함되어 있는지 확인해야 한다.

따라서 조각난 파일(첫 번째 조각 이후)의 복구는 일반적으로 자동 프로세스로는 불가능하며, 디스크의 각 (사용되지 않은) 블록을 수동으로 검사해야 한다. 이는 파일 시스템에 대한 자세한 지식과 복구하려는 파일 유형의 바이너리 형식에 대한 지식을 필요로 하므로, 복구 전문가 또는 포렌식 전문가만 수행한다.

==== NTFS 파일 시스템 ====

NTFS는 파일 정보를 마스터 파일 테이블(MFT) 내에 고정 크기 레코드(일반적으로 1KB) 집합으로 저장한다. 파일 이름 및 파일 할당 정보는 이러한 레코드에 캡슐화되어 각 특정 파일에 대한 전체 정보를 제공한다. 시스템이 파일을 삭제하면 마스터 파일 테이블의 항목이 연결 해제되거나 재사용되도록 해제되지만 디스크에는 여전히 남아 있다.

MFT 항목이 재사용되거나 덮어 쓰기 전까지는 파일을 쉽게 복구할 수 있다. 데이터 복구 소프트웨어는 "손실된" MFT 항목을 찾아 손실된 파일에 대한 전체 정보를 얻을 수 있다.

그러나 SSD TRIM 기능이 활성화되면 SSD 메모리 셀을 재사용하기 위해 파일 내용이 삭제 직후 파괴될 수 있다. 이로 인해 파일 내용 복구가 불가능하다(이름, 날짜 및 파일 크기 정보만 디스크에 남아 있음).

3. 1. FAT 파일 시스템

파일이 FAT 파일 시스템을 사용하여 "삭제"되면, 디렉토리 항목은 파일 이름의 첫 글자를 제외하고 거의 변경되지 않은 상태로 유지된다. "삭제된" 파일의 이름, 타임스탬프, 파일 길이, 그리고 가장 중요한 디스크의 물리적 위치를 보존한다. 그러나 파일이 차지했던 디스크 클러스터 목록은 ''파일 할당 테이블''에서 지워져, 이후에 생성되거나 수정되는 다른 파일에서 사용할 수 있도록 해당 섹터를 표시한다. FAT32의 경우, 파일 시작 클러스터 값의 상위 16비트를 담당하는 필드도 추가로 지워진다.

삭제 복구 작업을 시도할 때, 파일의 성공적인 복구를 위해서는 다음과 같은 조건을 충족해야 한다.

  • 삭제된 파일의 항목이 디렉토리에 여전히 존재해야 한다. 즉, 동일한 디렉토리에서 생성된 새 파일(또는 폴더)에 의해 아직 덮어쓰여지지 않아야 한다. 이 조건의 충족 여부는 복구하려는 파일의 남은 이름이 디렉토리에 여전히 존재하는지 확인하여 비교적 쉽게 감지할 수 있다.
  • 이전에 삭제된 파일에서 사용했던 클러스터가 다른 파일에 의해 아직 덮어쓰여지지 않아야 한다. 이는 ''파일 할당 테이블''에서 해당 클러스터가 사용 중으로 표시되어 있지 않은지 확인하여 비교적 잘 확인할 수 있다. 그러나 그동안 새로운 파일이 디스크에 기록되어 해당 섹터를 사용한 다음 다시 삭제되어 해당 섹터가 다시 해제된 경우에는, 삭제 복구 프로그램에서 이를 자동으로 감지할 수 없다. 이 경우, 삭제 복구 작업이 성공적으로 보이는 경우에도, 복구된 파일에 다른 데이터가 포함되어 있어 실패할 수 있다.


삭제된 파일을 복구할 확률은 일반적으로 FAT32 볼륨에 비해 FAT12 및 FAT16에서 더 높다. 이는 전자의 시스템에서 일반적으로 더 큰 클러스터 크기를 사용하고, FAT32의 논리 클러스터 주소의 상위 16비트 손실 때문이다.

삭제 복구 프로그램이 위에 언급된 요구 사항이 충족되지 않는 명확한 징후를 감지할 수 없는 경우, 디렉토리 항목을 사용 중인 것으로 복원하고, 이전 디렉토리 항목에 기록된 클러스터부터 시작하여 모든 연속 클러스터를 ''파일 할당 테이블''에서 사용 중인 것으로 표시한다. 그런 다음 사용자가 복구된 파일을 열어 이전에 삭제된 파일의 완전한 데이터가 포함되어 있는지 확인해야 한다.

따라서 조각난 파일(첫 번째 조각 이후)의 복구는 일반적으로 자동 프로세스로는 불가능하며, 디스크의 각 (사용되지 않은) 블록을 수동으로 검사해야 한다. 이는 파일 시스템에 대한 자세한 지식과 복구하려는 파일 유형의 바이너리 형식에 대한 지식을 필요로 하므로, 복구 전문가 또는 포렌식 전문가만 수행한다.

3. 2. NTFS 파일 시스템

NTFS는 파일 정보를 마스터 파일 테이블(MFT) 내에 고정 크기 레코드(일반적으로 1KB) 집합으로 저장한다. 파일 이름 및 파일 할당 정보는 이러한 레코드에 캡슐화되어 각 특정 파일에 대한 전체 정보를 제공한다. 시스템이 파일을 삭제하면 마스터 파일 테이블의 항목이 연결 해제되거나 재사용되도록 해제되지만 디스크에는 여전히 남아 있다.

MFT 항목이 재사용되거나 덮어 쓰기 전까지는 파일을 쉽게 복구할 수 있다. 데이터 복구 소프트웨어는 "손실된" MFT 항목을 찾아 손실된 파일에 대한 전체 정보를 얻을 수 있다.

그러나 SSD TRIM 기능이 활성화되면 SSD 메모리 셀을 재사용하기 위해 파일 내용이 삭제 직후 파괴될 수 있다. 이로 인해 파일 내용 복구가 불가능하다(이름, 날짜 및 파일 크기 정보만 디스크에 남아 있음).

4. 제한

삭제 복구는 안전을 보장하지 않는다. 일반적으로 삭제를 시도한 시기가 최근일수록 복구 가능성은 높아진다. 삭제된 파일이 조각 나게되면 파일 시스템에 따라 복구의 가능성을 떨어트릴 수 있다. 이렇게 조각이 난 파일은 한 곳으로 모이지 않고 디스크의 여러 곳으로 흩어지게 된다. 시스템 사용량이 많을수록 드라이브에 더 많은 데이터가 기록되고 삭제된 공간에 할당될 가능성이 높아지기 때문에, 삭제 복구를 시도하는 시점이 빠를수록 성공 가능성이 높아진다.

5. 삭제 복구 방지

GNU 코어 유틸리티를 사용하는 유닉스 환경에서 shred (유닉스) 명령어는 파일을 삭제하고 반복적으로 섹터를 덮어씌워서 매우 비싼 하드웨어 탐색 기술을 사용해도 복구하기 힘들게 만들어 버린다. 윈도에서는 (적어도 FAT 파일 시스템에서) 파일을 지운 뒤 디스크 조각 모음을 사용하면 원래의 파일 위치를 덮어씌울 수도 있어서 파일 복구를 더 어렵게 만들지만 보안을 완전히 보증하는 방법은 아니다.

데이터 삭제는 파일 복구 방지를 위한 소프트웨어 기반 방법을 의미하는 용어이다.

5. 1. Shred (유닉스)

GNU 코어 유틸리티를 사용하는 유닉스 환경에서 shred (유닉스) 명령어는 파일을 삭제하고 반복적으로 섹터를 덮어씌워서 매우 비싼 하드웨어 탐색 기술을 사용해도 복구하기 힘들게 만들어 버린다. 윈도에서는 (적어도 FAT 파일 시스템에서) 파일을 지운 뒤 디스크 조각 모음을 사용하면 원래의 파일 위치를 덮어씌울 수도 있어서 파일 복구를 더 어렵게 만들지만 보안을 완전히 보증하는 방법은 아니다.

5. 2. 디스크 조각 모음 (윈도우)

GNU 코어 유틸리티를 사용하는 유닉스 환경에서 shred (유닉스) 명령어는 파일을 삭제하고 반복적으로 섹터를 덮어씌워서 매우 비싼 하드웨어 탐색 기술을 사용해도 복구하기 힘들게 만들어 버린다. 윈도에서는 (적어도 FAT 파일 시스템에서) 파일을 지운 뒤 디스크 조각 모음을 사용하면 원래의 파일 위치를 덮어씌울 수도 있어서 파일 복구를 더 어렵게 만들지만 보안을 완전히 보증하는 방법은 아니다.

참조

[1] 웹사이트 When Not to Use MS-DOS 5.0 CHKDSK and UNDELETE Commands http://support.micro[...] Support.microsoft.com 2006-11-16
[2] 웹사이트 Using a Common UNDELETE.INI File with Undelete http://support.micro[...] Support.microsoft.com 1999-11-16
[3] 웹사이트 the e2undel home page http://e2undel.sourc[...] 2020-07-02
[4] 웹사이트 Ext4magic http://ext4magic.sou[...] 2020-07-02
[5] 웹사이트 extundelete: An ext3 and ext4 file undeletion utility http://extundelete.s[...] 2020-07-02
[6] 웹사이트 Google Code Archive - Long-term storage for Google Code Project Hosting. https://code.google.[...] 2020-07-02
[7] 웹사이트 HOWTO recover deleted files on an ext3 file system http://www.xs4all.nl[...] Xs4all.nl 2008-02-07
[8] 웹사이트 New ext4 features http://ext4.wiki.ker[...] 2008-12-18
[9] 웹사이트 Secure Deletion and Trash-Bin Support for Ext4 http://article.gmane[...] Article.gmane.org 2012-01-09
[10] 웹사이트 Gmane Loom http://thread.gmane.[...] Thread.gmane.org 2012-01-09
[11] 웹사이트 FreeDOS 1.2 Updates Package - Undelete (FreeDOS Base) http://www.ibiblio.o[...] Ibiblio.org 2009-04-05
[12] 웹사이트 Langford in PCW TODAY column #6 http://www.ansible.c[...] Ansible.co.uk 2012-01-09


본 사이트는 AI가 위키백과와 뉴스 기사,정부 간행물,학술 논문등을 바탕으로 정보를 가공하여 제공하는 백과사전형 서비스입니다.
모든 문서는 AI에 의해 자동 생성되며, CC BY-SA 4.0 라이선스에 따라 이용할 수 있습니다.
하지만, 위키백과나 뉴스 기사 자체에 오류, 부정확한 정보, 또는 가짜 뉴스가 포함될 수 있으며, AI는 이러한 내용을 완벽하게 걸러내지 못할 수 있습니다.
따라서 제공되는 정보에 일부 오류나 편향이 있을 수 있으므로, 중요한 정보는 반드시 다른 출처를 통해 교차 검증하시기 바랍니다.

문의하기 : help@durumis.com