[3]
변비엔당근 | 24/10/28 | 조회 1559 |오늘의유머
[4]
커이레브동감 | 24/10/28 | 조회 2321 |오늘의유머
[2]
커이레브동감 | 24/10/28 | 조회 2514 |오늘의유머
[4]
89.1㎒ | 24/10/28 | 조회 934 |오늘의유머
[5]
89.1㎒ | 24/10/28 | 조회 521 |오늘의유머
[1]
변비엔당근 | 24/10/28 | 조회 1717 |오늘의유머
[1]
라이온맨킹 | 24/10/28 | 조회 298 |오늘의유머
[19]
97%충전중 | 24/10/28 | 조회 192 |오늘의유머
[5]
커이레브동감 | 24/10/28 | 조회 1566 |오늘의유머
[0]
투데이올데이 | 24/10/28 | 조회 2336 |오늘의유머
[15]
오뚜기순후추 | 24/10/28 | 조회 213 |오늘의유머
[0]
투데이올데이 | 24/10/28 | 조회 3050 |오늘의유머
[5]
커이레브동감 | 24/10/28 | 조회 1016 |오늘의유머
[4]
거대호박 | 24/10/28 | 조회 1839 |오늘의유머
[6]
변비엔당근 | 24/10/28 | 조회 1301 |오늘의유머
댓글(7)
아... 어쩐지...
사실, 빠르게 삭제 하기 위해서, 해당 파일의 위치를 잊어버리는거죠. 그렇기 때문에 실제 파일은 존재하는데, 어딘지 몰르니, 없는파일로 인식되는거고, 하드를 쭉 스캔하면, 데이터가 나오는거죠
흠 심오하군
가장 오래된 복구방법 FAT 라고 File Allocation Table이라고 파일이 HDD/SSD의 어떤 위치에 얼만큼 길이로 쓰여 있는지 기록을 해놓는 메타데이터가 있습니다. 파일을 삭제하면, HDD/SSD에 실제 데이터를 0x00으로 밀어버리는게 아니라, FAT에 지움으로 체크만 해놓습니다. 나중에 새 파일을 적을 때, 해당 데이터 부분을 다시 사용하기도 하지만, 새 데이터로 덮어 쓰기 전까지는 데이터는 살아 있습니다. 이때 저수준 접근을 통해 해당 데이터에 접근해서 복구를 시도합니다.
설명 방식이 딱 로그 호라이즌에 나오는 혼백 이론 서술이네요. 아마 그거 오마쥬인듯.
백업(魄嶪)을 자주하면 쓸데없는 복구를 할 필요가 없쥬
MOVE_HUMORBEST/1771706