휴지통에서 데이터가 삭제되면 어떻게됩니까?

내가 틀렸다면 정정하십시오. 그러나 PC에서 무언가를 "삭제"하면 컴퓨터가 바이너리를 덮어 쓰고 0을 1로 바꿉니다. (또는 그 효과에 영향을 줄 수 있음) 휴지통으로 무언가를 보낼 때 파일의 일부를 덮어 쓰고 휴지통에서 삭제하면 더 많이 쓰나요?

windows-7 recycle-bin

— 시어
소스

덮어 쓰기 정도에 따라 보안 상 일반적으로 삭제 된 파일을 부분적으로 또는 완전히 복구 할 수 있습니다. 복구 할 수 없도록 파일 데이터 를 지워야 하는 경우, 타사 도구를 사용하여 파일을 "안전하게 삭제"하거나 디스크 여유 공간을 "안전하게 지워야"합니다. 여기에는 공간에 0 또는 임의의 데이터를 한 번 또는 여러 번 쓰는 것이 포함되며 시간이 많이 걸립니다 (일반 삭제가 수행하지 않는 이유).

— ADTC

@JaDogg 무슨 뜻인가요?

— Paracosmiste

@JaDogg 0/1의 대부분은 무엇입니까? A / F? 확실하지 않습니다. 그러나 그것은 모두 네트워킹에 관한 것입니다. 어쨌든 대부분. 나는 다른 사람을 보지 못했기 때문에 다른 사람들이 그것에 대해 질문을 게시 할 수는 없지만 의심하지는 않습니다.

— Shea A.

네가 틀렸어. 무언가를 "삭제"하면 Windows 는 휴지통으로 이동 합니다. 기본적으로 특수 폴더입니다. 휴지통에서 무언가를 삭제하더라도 일반적으로 즉시 덮어 쓰지 않습니다. (그러나 자유 로워 블록은 다른 파일에 할당하고, 다음 데이터를 덮어 쓸 수 있습니다.)

— G-남자

@ ADTC, 그것은 단지 정상적인 쓰기입니까? 그렇다면 왜 타사 프로그램이 필요합니까? 삭제 000000000000하거나 파일을 random_garbage_data_repeat_random_garbage_dat삭제하기 전에 파일을 다시 저장 해도 효과가 동일하지 않습니까?

— Pacerier

답변:

두 작업 모두 파일을 덮어 쓰지 않습니다.

파일을 휴지통으로 이동하면 파일이 이동하며 새 폴더가 같은 디스크에있을 때 다른 "이동"작업과 동일합니다. 파일 이름 항목은 원래 폴더에서 다른 폴더로 이동하지만 파일의 내용 은 여전히 디스크에 있으며 물리적으로 이동하거나 수정하거나 보지 않습니다.

휴지통에서 파일을 삭제하거나 Shift+를 사용하여 직접 Delete삭제하면 파일 이름 항목이 해당 폴더에서 제거됩니다. 이전에 파일이 차지한 디스크 부분은 여전히 수정되거나 덮어 쓰기되지 않으며 여전히 모든 파일 데이터를 포함하지만 해당 데이터는 더 이상 파일 이름에 연결되지 않습니다. 미래는 그 공간을 다시 사용할 수 있습니다 디스크에 기록하도록 디스크의 자리는, 그러나, "무료"로 기록하고, 디스크를 계속 사용하면 공간이 거의 확실 덮어 쓰게됩니다 결국 .

삭제 된 데이터의 복구를 방지해야하는 경우 데이터를 안전하게 덮어 쓰는 특수 도구가 있습니다. 속도가 느리고 디스크의 마모가 증가하기 때문에 기본적으로 수행되지 않습니다.

— 보안
소스

"파일 이동"비트를 확장하기 위해 휴지통은 하드 드라이브에서 Windows가 특별한 방식으로 표시하는 일반 폴더 일뿐입니다.

— Mark

@Mark는 확실하지 않습니다. 모든 드라이브에 '휴지통'폴더가 있고 ( .$TRASHES기억할 수 없습니까?) 휴지통을 열면 Windows가 이들 폴더를 모두 결합합니다. 따라서 C : 드라이브와 E : 드라이브에는 폴더가 있습니다 .Windows는 폴더를 삭제할 때 모든 것을 복사하지 않기 때문입니다.

— Riking

Windows Vista, 7, 8 (및 8.1)은을 사용 $RECYCLE.BIN합니다. @Riking Linux 용 Nautilus를 생각하고 있습니다. 사용합니다 .Trashes.

— Cole Johnson

파일 시스템에 따라 다르지만 일반적으로 파일 이름은 삭제시 폴더에서 제거되지 않습니다. 예를 들어 FAT / FAT32에서는 파일 이름의 첫 번째 문자 만 0xE0 바이트로 대체되어 이전의 클러스터 체인을 재사용하는 쓰기가 수행되지 않은 경우 이름의 첫 번째 문자를 제외한 전체 파일을 완전히 복구 할 수 있습니다. 삭제 된 파일에 할당됩니다.

— Andy Brown

@Yaitzme 파일 이동은 일반적으로 파일 내용을 이동하지 않습니다. 소스와 대상이 동일한 파티션에있는 경우 파일 이름 만 이동됩니다 (즉, 파일에 대한 포인터가 새 디렉토리에 추가되고 이전 디렉토리에서 삭제됨). 데이터는 같은 위치에있을 수 있습니다. 파티션간에 파일을 이동할 때만 모든 내용을 복사해야합니다.

— amon

파일은 두 부분으로되어 있습니다.

파일 이름을 기록하고 파일의 데이터 내용을 포함하는 디스크의 블록 목록을 포함하는 디렉토리 항목입니다. 그런 다음 운영 체제는 이러한 블록이 사용 중임을 "인식"합니다.
파일의 데이터 내용을 포함하는 실제 블록

파일이 삭제 된 경우 :

디렉토리 항목의 블록 목록은 사용 가능으로 표시된 운영 체제로 리턴됩니다. 디렉토리 항목이 삭제되므로 파일 시스템에서 파일이 "사라집니다".
실제 블록은 건드리지 않으므로 파일의 데이터 내용은 다른 새 파일을 덮어 쓸 때까지 그대로 유지됩니다. 파일 복구 소프트웨어가 종종 삭제 된 파일을 다시 빌드 할 수있는 이유입니다 (삭제 후 곧 사용되는 경우에만).

— 메리 빅스
소스

실제 드라이브 또는 소프트웨어 수준에서 어떤 일이 발생하는지 확인해야합니다.

물리적 측면에서는 드라이브에 따라 다릅니다.

마그네틱 드라이브에서 비트를 덮어 쓰거나 쓰는 작업은 동일한 작업이므로 일반적으로 파일 은 실제로 삭제되지 않습니다 (운영 체제는 파티션의 내용 테이블을 변경하고 여유 공간을 표시합니다).
파일이 때문에 SSD 드라이브에, 그것은 기존 데이터를 덮어 쓸 수 없습니다 일반적으로 물리적으로 삭제 취득 (참조 http://en.wikipedia.org/wiki/Trim_(computing를) )

소프트웨어에서는 사용중인 파일 시스템에 따라 대부분의 경우 파티션의 목차 만 변경됩니다.

— 엘리 옴
소스

"휴지통으로 이동하면 파일이 이동합니다." 실제로는 아닙니다. 파일 자체는 움직이지 않습니다. 여전히 디스크에서 이전과 동일한 LBA를 차지합니다. 파일 레코드도 동일합니다. "이동 한"유일한 것은 파일의 원래 디렉토리에서 "휴지통"의 디렉토리에 이르는 디렉토리 항목입니다.

— Jamie Hanrahan

SSD에 관한 것은 내가 예상하지 못한 것입니다. SSD의 모든 쓰기 작업으로 인해 마모가 발생했다고 생각했습니다. 트림이 마모되지 않습니까? OS가 실제로 공간에 0을 쓰는 것이 아니라 SSD에 트림 명령을 보내는 것만으로 파일을 보유한 섹터에서 데이터를 지우는 것이 OS라고 말할 수 있습니다.

— ADTC

내가 말하고 싶었지만 설명하는 데 시간이 걸리지 않았다는 것은 이러한 유형의 질문을 할 때 실제로 소프트웨어 또는 하드웨어 측면으로 좁혀 야한다는 것입니다. "파일", "폴더", "파티션", "콘텐츠 테이블"등은 모두 소프트웨어 개념입니다. 하드웨어 측면에서는 "주소 0x2384923에서 80 바이트 읽기", "주소 0x123123에서 24 바이트 쓰기"또는 "주소 0x82478923에서 292 바이트 트림"

— Eloims

AFAIK, Trim 명령은 파일을 물리적으로 삭제하지 않습니다 (ADTC에서 언급했듯이 비용이 많이 드는 작업 일뿐입니다. 더 이상 데이터를 보존 할 필요가 없다는 사실을 드라이브의 펌웨어에 알리는 것입니다. 펌웨어 수준의 파일 시스템에서만 발생

— oefe

빈 페이지 수가 충분히 적 으면 SSD는 "단종 된"페이지 만 포함하는 블록을 검색합니다. 이러한 블록이 발견되면 삭제됩니다. 그렇지 않으면 가장 오래된 페이지가 포함 된 블록을 찾고 사용되지 않는 페이지를 나머지 빈 페이지에 복사 한 다음 해당 페이지를 사용되지 않는 것으로 표시합니다. 페이지의 모든 블록에 대해이 작업이 완료되면 해당 페이지에는 더 이상 사용되지 않는 블록이 포함되지 않으므로 회수 될 수 있습니다. 파일 시스템이 페이지가 쓸모 없다고 생각하지만 드라이브가이를 알지 못하면 쓸모없는 데이터를 복사하는 데 시간이 낭비 될 수 있습니다.

— supercat