EXT4 파일 복구: 7가지 안전한 방법
중요한 리눅스 데이터가 사라졌을 때, 처음 취하는 몇 가지 조치가 복구가 가능한지 여부를 결정짓는 경우가 많습니다. 이 EXT4 파일 복구 이 가이드에서는 실수로 파일을 삭제했거나, rm 명령어를 실행했거나, 포맷을 수행했거나, 파일 시스템이 손상되었거나, 파티션이 사라졌거나, 리눅스 설치에 실패한 경우 파일을 복구하는 방법을 설명합니다. 먼저 문제가 발생한 드라이브에 대한 모든 쓰기 작업을 중지한 다음, 해당 상황에 가장 안전한 방법을 사용하십시오. 더 포괄적인 개요를 보려면 다음을 참조하십시오. Amagicsoft’s 삭제된 파일 복구 가이드.
‘Trash’와 백업부터 extundelete, PhotoRec, TestDisk 등에 이르기까지 총 7가지 실용적인 방법을 배우게 될 것입니다. Magic Data Recovery. 이 가이드의 목적은 결과를 보장해 드리는 것이 아닙니다. 대신, 이 가이드는 남아 있는 데이터를 보호하고, 적절한 도구를 선택하며, 복구 가능한 파일을 덮어쓸 수 있는 복구 실수를 피하는 데 도움을 드리기 위한 것입니다.
Windows 7/8/10/11 및 Windows Server 지원
목차
간단한 답변: EXT4 파일 시스템에서 삭제된 파일을 복구할 수 있나요?
네, 한 EXT4 파일 복구 파일 내용이 덮어쓰이지 않았고 저장 장치가 여전히 정상적으로 작동하는 경우 복구 시도가 성공할 수 있습니다. 계속 사용하거나, 포맷하거나, 파일 시스템 복구, 파티션 재분할 등을 거친 후에는 복구가 더 어려워지며, SSD 삭제 작업. 가장 좋은 대처 방법은 문제가 발생한 시스템을 마운트 해제하거나 전원을 끄고, 데이터가 중요한 경우에는 디스크 이미지를 생성한 뒤, 복구된 모든 파일을 다른 드라이브에 저장하는 것입니다.
최근에 삭제된 파일의 경우, 먼저 휴지통, 백업 파일 및 열린 파일 디스크립터를 확인하십시오. 저널 메타데이터를 사용할 수 있는 상태라면 extundelete를 사용하십시오. 메타데이터가 손상되었고 원시 파일 추출이 허용되는 경우에는 PhotoRec을 사용하십시오. 파티션 자체가 없는 경우에는 TestDisk를 사용하십시오. Windows에서 단계별 안내를 따르려면 EXT4 디스크를 Windows 컴퓨터에 연결한 후 Magic Data Recovery로 스캔하십시오.
EXT4란 무엇이며, 파일 복구 방식이 왜 다른가요?
EXT4는 블록 그룹, inode 테이블, 할당 비트맵, 디렉터리 항목, 저널과 같은 구조를 기반으로 하는 저널링 방식의 리눅스 파일 시스템입니다. 디렉터리 항목은 파일 이름을 아이노드 번호에 매핑하는 반면, 아이노드는 메타데이터를 저장하고 파일 데이터에 대한 참조 정보를 제공합니다. 이러한 설계는 안정적인 일상적인 작동을 지원하지만, 간단하고 보편적인 삭제 취소 명령을 제공하지는 않습니다.
리눅스에서 파일을 삭제하면, 해당 파일에 접근할 수 있게 해주는 참조 정보를 제거하거나 변경하고, 관련 공간을 재사용 가능한 상태로 표시합니다. 실제 파일 내용은 다른 쓰기 작업으로 덮어쓰기 전까지는 그대로 남아 있을 수 있습니다. 하지만 EXT4 파일 시스템에서 삭제 작업을 수행하면 일부 복구 도구에 필요한 위치 정보가 제거될 수 있습니다. 따라서 올바른 EXT4 파일 복구 이 방법은 유용한 저널 기록, 파일 메타데이터, 파티션 구조가 남아 있는지, 아니면 원시 파일 시그니처만 남아 있는지에 따라 달라집니다.
EXT4 파일 시스템에서 흔히 발생하는 데이터 손실 사례
검색 중인 독자 여러분 EXT4 파일 복구 보통 다음과 같은 상황 중 하나에 직면하게 됩니다:
- GNOME, KDE, Cinnamon 또는 다른 데스크톱 파일 관리자를 통해 파일이 삭제되었습니다.
- rm이나 rm -rf와 같은 터미널 명령은 휴지통 단계를 건너뛰었습니다.
- EXT4 파티션이 포맷, 재포맷, 크기 조정 또는 재분할되었습니다.
- 해당 파티션이 더 이상 마운트되지 않거나 슈퍼블록 또는 파일 시스템 오류를 표시합니다.
- 리눅스 설치, 듀얼 부팅 설정 변경 또는 디스크 마이그레이션으로 인해 파티션 구성이 변경되었습니다.
- 서버, NAS 디스크, 외장 드라이브 또는 가상 디스크에서 파일이 손실되었습니다.
- 드라이브에서 읽기 오류가 발생하거나, 연결이 끊기거나, 딸깍거리는 소리가 나거나, 비정상적으로 느려지는 현상이 나타납니다.
상황마다 다른 대응이 필요합니다. 휴지통 복원 방식이 섹터 스캔보다 안전합니다. 파티션 테이블 문제는 영구 삭제와는 다른 도구를 사용해야 합니다. 물리적 증상이 나타나는 경우에는 소프트웨어를 반복해서 스캔하기보다는 이미지 백업이나 전문가의 도움을 받아야 합니다.
EXT4에서 파일을 복구하기 전에: 다음 규칙을 따르세요
기술적으로 올바른 도구라도 대상 데이터가 새로운 쓰기 작업으로 덮어쓰여지면 실패할 수 있습니다. 어떤 작업을 시작하기 전에 EXT4 파일 복구 절차를 따르려면 다음 규칙을 준수하십시오.
1. 문제가 발생한 파티션의 사용을 중단하십시오.
영향을 받은 파티션에서는 파일을 다운로드하거나, 패키지를 설치하거나, 리눅스를 업데이트하거나, 과도한 웹 브라우징을 하거나, 로그를 생성하거나, 데이터를 복사하지 마십시오. 삭제된 파일이 시스템 파티션에 있던 경우, 컴퓨터를 종료한 후 리눅스 라이브 USB로 부팅하거나 해당 디스크를 제거하십시오.
2. 파티션 분리하기
장치를 주의 깊게 확인하십시오:
- lsblk -f
그런 다음 문제가 발생한 파티션을 마운트 해제하십시오:
- sudo umount /dev/sdX1
/dev/sdX1을 올바른 장치로 대체하십시오. 명령어를 무턱대고 복사해서는 안 됩니다. 잘못된 디스크를 선택하면 정상적인 데이터가 손상될 수 있습니다.
3. 먼저 포맷하거나 복구하지 마십시오
포맷을 수행하면 새로운 파일 시스템 구조가 생성됩니다. 파일 시스템 복구 도구는 메타데이터를 변경하거나 유효하지 않다고 판단되는 항목을 제거할 수도 있습니다. 복구를 시도하기 전에 접근 가능한 파일을 복사하고 이미지 파일을 생성하십시오. 복구는 데이터를 추출하는 반면, 수리는 파일 시스템의 구조적 일관성을 회복하려고 시도합니다.
4. 복구된 파일을 다른 곳에 저장
다른 내부 디스크, 외장 드라이브, NAS 공유 폴더 또는 다른 컴퓨터를 사용하십시오. 결과를 소스 파티션에 저장하면 스캔에서 아직 발견하지 못한 파일이 덮어쓰일 수 있습니다.
5. 중요 디스크 또는 불안정한 디스크 이미지 생성
중요한 데이터의 경우, 원본을 반복해서 스캔하는 대신 이미지를 스캔하십시오. 기본적인 이미지 명령어는 다음과 같습니다:
- sudo dd if=/dev/sdX of=/media/backup/ext4-disk.img bs=4M status=progress
읽기 오류가 발생하는 디스크의 경우, GNU ddrescue를 사용하는 것이 더 좋습니다:
- sudo ddrescue -f -n /dev/sdX /media/backup/ext4-disk.img /media/backup/ext4-disk.log
전체 디스크 이미지를 생성하려면 대상 저장 공간이 소스 디스크만큼은 되어야 합니다. 드라이브에서 딸깍거리는 소리가 나거나, 반복적으로 연결이 끊기거나, 펌웨어에서 드라이브가 인식되지 않는 경우, 직접 복구 시도를 중단하고 전문 복구 업체에 문의하십시오.
어떤 EXT4 파일 복구 방법을 사용해야 할까요?
데이터 손실 상황 | 가장 좋은 첫 번째 방법 | 주요 한계 |
데스크톱 파일 관리자를 통해 삭제됨 | 휴지통 | 휴지통을 비운 후에도 문제가 해결되지 않습니다 |
백업 또는 스냅샷이 존재합니다 | 백업 복원 | 캡처된 버전만 복원합니다 |
실행 중인 프로세스가 삭제된 파일을 여전히 보유하고 있습니다. | /proc 파일 설명자 | 프로세스가 종료되기 전까지만 작동합니다 |
EXT3/EXT4에서 최근에 영구 삭제된 항목 | 삭제 | 저널과 메타데이터에 따라 다릅니다 |
포맷되었거나 심하게 손상된 파일 시스템 | PhotoRec 또는 Magic Data Recovery | 원본 카빙 시 파일명과 폴더가 사라질 수 있습니다 |
파티션 테이블이 없거나 손상됨 | TestDisk | 잘못된 쓰기 방식은 레이아웃을 더 나쁘게 만들 수 있습니다 |
사용자에게는 EXT2/3/4 파일 시스템에 대한 그래픽 기반 스캔 기능이 필요합니다. | Windows에서 Magic Data Recovery | 리눅스 디스크를 Windows에 연결해야 합니다. |
이 표가 핵심입니다 EXT4 파일 복구 결정 지침. 증거에 부합하는 가장 비침습적인 방법부터 시작하십시오. 단순히 파일이 삭제된 문제인 경우에는 파티션 복구부터 시작하지 마십시오.
방법 1: 휴지통에서 삭제된 EXT4 파일 복원하기
그래픽 파일 관리자를 통해 파일을 삭제한 경우, 휴지통 또는 ‘삭제된 파일’을 열고 ‘복원’을 선택하세요. 일반 사용자의 휴지통 폴더를 확인해 볼 수도 있습니다:
- ls ~/.local/공유/휴지통/파일
찾은 항목을 다른 디스크로 복사하려면:
- cp -r ~/.local/공유/휴지통/파일/파일명 /media/backup/
이게 가장 쉬워요 EXT4 파일 복구 이 방법은 삭제된 디스크 데이터를 복원하지 않기 때문입니다. 대신, 데스크톱 환경에서 이동된 파일을 복원합니다. rm 명령어, 스크립트, 애플리케이션 또는 비워진 휴지통으로 인해 항목이 영구적으로 삭제된 경우에는 도움이 되지 않습니다.
방법 2: EXT4 백업 파일에 이미 포함된 파일 복구하기
심층 스캔을 실행하기 전에 Deja Dup, rsync 대상, 외부 백업, 클라우드 버전 기록, 서버 스냅샷, NAS 스냅샷, 가상 머신 스냅샷 및 애플리케이션별 백업을 확인하십시오. 검증된 백업을 복원하면 재구성하는 것보다 이름, 경로, 타임스탬프 및 파일 내용을 더 안정적으로 보존할 수 있습니다.
예를 들어, 프로젝트 디렉터리가 rsync로 동기화된 경우, 복원하기 전에 백업 날짜와 삭제 시점을 비교해 보십시오. 데이터베이스에 기본 백업 기능이 있다면, 개별 데이터베이스 파일을 일일이 추출하는 대신 데이터베이스에 명시된 복원 절차를 따르십시오. 전문적인 EXT4 파일 복구 계획상, 삭제 취소 소프트웨어를 사용하기 전에는 반드시 정상 작동이 확인된 백업본을 먼저 확보해야 합니다.
방법 3: 아직 열려 있는 삭제된 파일 복사하기
리눅스에서는 실행 중인 프로세스가 해당 파일 설명자를 계속 보유하고 있는 한, 삭제된 파일에 계속 접근할 수 있습니다. 이러한 상황은 주로 로그 파일, 데이터베이스, 임시 파일, 그리고 장시간 실행되는 애플리케이션이 열어둔 파일에 영향을 미칩니다.
삭제된 파일 중 열 수 있는 파일 찾기:
- sudo lsof | grep deleted
프로세스 ID와 파일 디스크립터를 확인한 다음, 파일을 복사하십시오:
- sudo cp /proc/PID/fd/FD /media/backup/recovered-file
PID와 FD를 lsof가 반환한 값으로 대체하십시오. 파일을 복사하기 전에 관련 프로세스를 중지하거나 재시작하지 마십시오. 프로세스가 디스크립터를 닫으면, 이 EXT4 파일 복구 기회가 사라집니다.
방법 4: 최근에 삭제된 EXT4 파일을 복구하려면 extundelete를 사용하세요
extundelete는 EXT3 및 EXT4 파티션에서 데이터를 복구하기 위해 설계된 오픈소스 유틸리티입니다. 이 유틸리티는 파일 시스템 저널과 관련 메타데이터의 정보를 활용합니다. 삭제 직후, 파티션이 마운트 해제된 상태이고 관련 기록이 덮어쓰기되지 않은 시점에 사용하면 가장 효과적입니다.
문제가 발생한 파티션이 아닌, 다른 시스템이나 라이브 USB 환경에 설치하십시오:
- sudo apt install extundelete
lsblk -f 명령어로 장치를 확인한 후, 마운트를 해제하고 다른 드라이브에 출력 디렉터리를 생성하십시오:
- mkdir -p /media/backup/ext4-output
- cd /media/backup/ext4-output
- sudo extundelete /dev/sdX1 -restore-all
특정 경로를 요청하려면:
- sudo extundelete /dev/sdX1 –restore-file home/user/Documents/report.docx
파티션의 루트 디렉터리를 기준으로 한 상대 경로를 사용하십시오. 복구된 파일은 일반적으로 RECOVERED_FILES 디렉터리 아래에 나타납니다.
extundelete가 적절한 선택인 경우
EXT4 파티션이 정상적으로 작동하던 중 파일이 최근에 삭제된 경우에 이 도구를 사용하십시오. 저널 정보가 남아 있는 경우 유용한 파일 이름과 경로를 복원할 수 있습니다. 그러나 대량의 쓰기 작업, 포맷, 저널 변경, 메타데이터 손상 또는 부분적인 덮어쓰기가 발생한 후에는 복원이 실패할 수 있습니다.
이 공식 프로젝트는 또한 데이터 복구가 보장되지 않는다는 점을 분명히 하고 있습니다. 따라서 extundelete는 EXT4 파일 복구 작업 절차일 뿐, 확실한 해결책은 아닙니다.
방법 5: 포맷되었거나 손상된 EXT4 파일 시스템에 PhotoRec 사용하기
PhotoRec은 시그니처 기반 파일 복구 도구입니다. 이 도구는 정상적인 EXT4 디렉터리 트리에 의존하지 않고, 저장 장치를 스캔하여 인식 가능한 파일 구조를 찾아냅니다. 따라서 포맷 후, 메타데이터 손실 시, 또는 파일 시스템이 심각하게 손상된 경우에 유용하게 사용할 수 있습니다.
디스크 또는 가급적이면 디스크 이미지를 대상으로 PhotoRec을 실행합니다:
- sudo photorec /log /d /media/backup/photorec-output /dev/sdX
인터페이스에서:
- 올바른 디스크 또는 이미지를 선택하십시오.
- 영향을 받은 파티션을 선택하십시오.
- EXT2/EXT3/EXT4로 표시된 파일 시스템 계열을 선택하십시오.
- 할당되지 않은 영역을 스캔하여 삭제된 파일을 찾거나, 전체 파티션을 스캔하여 파일 시스템 손상 여부를 확인하십시오.
- 불필요한 결과를 줄이기 위해 가능한 경우 파일 그룹을 제한하십시오.
- 출력 결과를 다른 드라이브에 저장하세요.
PhotoRec은 문서, 사진, 동영상, 압축 파일 및 기타 다양한 인식 가능한 형식의 파일을 복구할 수 있습니다. 이 프로그램의 가장 큰 한계는 파일 구성에 있습니다. 대개 원래의 파일 이름이나 디렉터리 구조를 복원할 수 없습니다. 이 기능을 사용하려면 EXT4 파일 복구 원본 폴더 구조를 유지하는 것보다 콘텐츠를 복원하는 방법이 더 중요할 때.
방법 6: TestDisk를 사용하여 손실된 EXT4 파티션 복구하기
TestDisk는 EXT4 파티션 전체가 사라졌거나, 디스크가 할당되지 않은 상태로 표시되거나, 파티션 재분할, 설치 또는 듀얼 부팅 작업 후 파티션 테이블이 변경된 경우에 유용합니다. 이 도구는 디스크 레이아웃을 분석하고, 후보 파티션을 찾아내며, 때로는 변경 사항을 적용하기 전에 파일 목록을 표시해 주기도 합니다.
다음 문장으로 시작하세요:
- sudo testdisk
물리적 디스크를 선택하고, 감지된 파티션 테이블 유형을 확인한 다음, 다음을 선택하십시오. 분석, 그리고 다음을 실행합니다 빠른 검색. 사용 심층 검색 예상했던 파티션이 나타나지 않을 때. TestDisk가 올바른 파일 목록을 표시한다면, 파티션 테이블을 변경하기 전에 해당 파일을 다른 디스크로 복사하십시오.
TestDisk를 일반적인 EXT4 파일 복구 도구로 간주해서는 안 됩니다. 공식 문서에 따르면, EXT3 및 EXT4에서 파일이 삭제될 때 일반적인 TestDisk 파일 복구에 필요한 데이터 위치 정보가 유지되지 않는다고 설명되어 있습니다. 이 EXT4 파일 복구 참고로, TestDisk는 파티션 탐색 및 신중한 파일 복사 용도로 권장되며, 개별 삭제 파일의 일상적인 복구 용도로는 적합하지 않습니다.
방법 7: Magic Data Recovery를 사용하여 EXT4 파일 복구하기
명령줄 도구는 유용하지만, 복구 과정을 여러 개의 별도 워크플로로 나누게 됩니다. extundelete는 최근에 저널을 통해 삭제된 파일에 중점을 둡니다. PhotoRec은 원시 파일을 복원하지만, 파일 이름과 폴더 구조가 손실되는 경우가 많습니다. TestDisk는 주로 파티션 구조를 처리합니다. 다음이 필요한 사용자는 EXT4 파일 복구 삭제, 포맷, 파일 시스템 오류 또는 파티션에 접근할 수 없는 경우에는 그래픽 기반 스캔을 선택하는 것이 좋습니다.
Magic Data Recovery 이 프로그램은 Windows에서 실행되며, Windows가 물리적 저장 장치로 인식할 수 있는 EXT2, EXT3, EXT4 디스크를 지원합니다. Linux 환경에서는 직접 실행되지 않습니다. SATA, USB 외장 케이스, 도킹 스테이션 또는 적절한 어댑터를 통해 Linux 디스크를 Windows PC에 연결하십시오. 그런 다음 EXT 파티션을 포맷하지 않은 상태로 스캔하십시오.
Magic Data Recovery가 해결할 수 있는 문제들
Magic Data Recovery는 실용적인 EXT4 파일 복구 다음에 대한 해결책:
- 실수로 삭제한 리눅스 파일
- 포맷된 EXT4 파티션
- 파일 시스템 오류 및 액세스할 수 없는 볼륨
- 파티션 재분할 또는 시스템 재설치 후 파일이 사라진 경우
- 더 이상 마운트되지 않는 외장 리눅스 드라이브
- NAS에서 분리하여 Windows에 직접 연결한 디스크
- 문서, 사진, 동영상, 아카이브, 이메일 데이터 및 기타 지원되는 형식
이 프로그램은 5,000개 이상의 파일 형식을 지원하며, 그래픽 기반 워크플로를 통해 스캔 결과를 표시합니다. 파일 시스템 정보와 인식 가능한 파일 시그니처를 활용하여 검색할 수 있으므로, 사용자는 복잡한 복구 명령어를 익히지 않고도 결과를 확인할 수 있습니다. 공식 사용자 가이드에는 지원되는 파일 시스템으로 EXT2/3/4가 명시되어 있습니다.
Windows 7/8/10/11 및 Windows Server 지원
EXT4에서 Magic Data Recovery 사용 방법
- 리눅스 디스크 사용을 중지하고 리눅스 컴퓨터를 종료하십시오.
- 디스크를 제거하거나 외장 드라이브를 분리하십시오.
- 정상적으로 작동하는 Windows 컴퓨터에 연결하십시오.
- Windows에서 메시지가 표시되더라도 EXT4 디스크를 초기화, 포맷 또는 복구하지 마십시오.
- Windows 시스템 드라이브나 다른 정상적인 디스크에 Magic Data Recovery를 설치하십시오.
- 프로그램을 실행하고 물리적 Linux 디스크 또는 EXT 파티션을 선택하십시오.
- 스캔을 실행하고 관련 저장 공간을 검사하도록 하십시오.
- 가능한 경우 경로, 파일 형식, 크기 또는 이름으로 결과를 필터링하세요.
- 중요한 파일을 미리 보아 내용을 확인하십시오.
- 선택한 데이터를 다른 드라이브로 복원합니다.
크로스 플랫폼 복구에 대한 자세한 내용은 다음을 참조하십시오. Linux 데이터 복구 가이드. 자세한 인터페이스 및 호환성 정보는 Magic Data Recovery 사용자 가이드.
이 옵션이 일반 사용자에게 더 신뢰할 수 있는 이유
신뢰성이란 어떤 소프트웨어든 덮어쓴 섹터를 복원할 수 있다는 의미가 아닙니다. 이는 해당 워크플로가 피할 수 있는 실수를 줄이고, 더 다양한 데이터 손실 상황에 대응할 수 있음을 의미합니다. Magic Data Recovery는 삭제, 포맷, 논리적 파일 시스템 문제 해결을 위한 단일 인터페이스를 제공합니다. 또한 사용자는 복구 가능한 파일을 저장하기 전에 미리 확인할 수 있습니다.
흔히 발생하는 사례를 생각해 봅시다. 정전 이후 우분투 외장 HDD가 더 이상 마운트되지 않는 경우입니다. extundelete는 메타데이터가 손상된 경우에는 적합하지 않을 수 있으며, PhotoRec을 사용하면 이름이 모두 비슷하게 지정된 수천 개의 파일이 생성될 수 있습니다. 디스크를 윈도우에 연결하고 Magic Data Recovery로 스캔하면 기술적인 복잡성이 덜한 EXT4 파일 복구 필터링 및 미리보기 기능이 포함된 워크플로우.
더 효율적인 해결책을 찾고 계신다면, 기존 파티션을 수정하기 전에 Magic Data Recovery를 사용해 보세요.
포맷, 파일 시스템 손상 또는 SSD TRIM 후 EXT4 복구
빠른 포맷 후
빠른 포맷은 중요한 파일 시스템 구조를 덮어쓰지만, 새로운 데이터가 덮어쓰기 전까지는 기존 파일 내용의 일부가 남아 있을 수 있습니다. 해당 드라이브의 사용을 중단하고 영향을 받은 영역 전체를 스캔하십시오. 시그니처 복구 기능을 사용하면 기존 디렉터리 구조를 재구성할 수 없는 경우에도 파일을 찾을 수 있습니다. 포맷이나 파티션 재분할을 반복하거나 새로운 데이터를 기록하면 완전한 복구 가능성이 낮아집니다.
파일 시스템 손상 발생 후
볼륨을 마운트할 수 없는 경우, 먼저 디스크 이미지를 생성하고 여전히 접근 가능한 파일을 모두 복사하십시오. 생성된 이미지에 대해 복구 스캔을 실행하십시오. fsck는 중요한 데이터를 추출했거나 소스 디스크를 복제한 후에만 고려하십시오. 복구 작업을 수행하면 접근이 가능해질 수도 있지만, 복구 도구가 분석해야 할 메타데이터가 변경되거나 삭제될 수도 있습니다.
EXT4 SSD에서
EXT4는 discard를 발생시키거나 TRIM 파일 시스템에서 더 이상 사용하지 않는 블록에 대한 명령어입니다. SSD가 폐기된 블록을 처리한 후에는 소프트웨어를 통한 복구가 훨씬 어려워지거나 불가능해질 수 있습니다. 시스템을 즉시 종료하고 볼륨을 마운트하지 마십시오.
An EXT4 파일 복구 이 종목을 검토해 볼 가치는 여전히 있지만, 기대치는 신중하게 유지해야 한다.
EXT4 복구 성공률을 떨어뜨리는 흔한 실수들
어떤 상황에서든 다음과 같은 실수는 피하십시오. EXT4 파일 복구 프로젝트:
- 문제가 발생한 리눅스 설치 환경을 계속 부팅하고 사용하기
- 동일한 파티션에 복구 도구 설치하기
- 파일을 원본 디스크로 복원하기
- Windows에서 EXT4를 읽을 수 없으므로 포맷 중입니다
- 중요한 데이터를 이미징하기 전에 복구 명령을 실행하기
- TestDisk가 일반 EXT4 파일을 복구할 수 있다고 가정할 때
- 물리적으로 고장 난 디스크를 반복적으로 스캔하기
- 파일 복사 전에 새로 발견된 파티션 테이블을 기록하기
- 원본 카빙을 통해 모든 이름과 폴더가 그대로 보존될 것으로 예상됨
- 미리보기 또는 파일 검색 결과를 모든 파일이 손상되지 않았다는 증거로 간주하는 것
스캔 결과는 단지 후보 목록일 뿐입니다. 복구된 문서를 열어보고, 아카이브 파일을 테스트해 보며, 미디어 파일을 처음부터 끝까지 재생해 보고, 원본 해시 값이 있는 경우 중요한 체크섬을 확인하십시오.
복구된 EXT4 파일을 확인하는 방법
복구가 완료된 후에는 복구된 데이터를 안전한 저장소에 옮긴 다음, 소스 디스크를 다시 사용하기 전에 내용을 확인하십시오.
- 대표적인 문서, 스프레드시트, 이미지, 동영상 및 압축 파일을 열어보세요.
- 알려진 사본이나 애플리케이션 기록과 파일 크기를 비교하십시오.
- 폴더 경로와 이름이 예상한 대로 맞는지 확인하십시오.
- 이전 체크섬이 있는 경우 sha256sum을 사용하십시오.
- 데이터베이스의 기본 무결성 검사 도구를 사용하여 데이터베이스를 검증하십시오.
- 검증이 완료될 때까지 소스 디스크를 그대로 두십시오.
- 복구된 중요한 데이터에 대해 최소한 하나 이상의 추가 백업을 생성하십시오.
이 검증 단계는 전문가를 EXT4 파일 복구 단순한 “파일 발견”이라는 주장에서 그치는 것이 아닙니다. 파일 이름이 정확하더라도, 그 안의 데이터가 덮어쓰여졌거나 불완전할 수 있습니다.
향후 EXT4 데이터 손실을 방지하는 방법
복구 여부는 불확실하므로, 예방 조치로는 버전별 백업, 디스크 모니터링, 그리고 보다 안전한 관리 관행을 함께 적용해야 합니다.
- 다음을 따르십시오. 3-2-1 백업 중요 파일에 대한 원칙.
- 단일 동기화된 사본 대신 버전별 백업을 보관하십시오.
- 복원 기능을 정기적으로 테스트하십시오.
- 워크로드에 적합한 경우 스냅샷을 사용하되, 스냅샷을 장치 외부의 백업 수단으로 간주해서는 안 됩니다.
- 와일드카드나 rm -rf 명령어를 실행하기 전에 스크립트를 확인하십시오.
- 수동 삭제 시 별칭이나 대화형 안전 장치를 신중하게 사용하십시오.
- 저장소 오류가 있는지 확인하기 위해 SMART 데이터 및 시스템 로그를 모니터링하십시오.
- 정전 시에 민감한 서버 및 스토리지 시스템에는 UPS를 사용하십시오.
- 마이그레이션이나 듀얼 부팅 설정을 변경하기 전에 파티션 구성을 기록해 두십시오.
- 복구 미디어와 빈 대상 드라이브를 준비해 두십시오.
이러한 관행들은 다음을 EXT4 파일 복구 이로 인해 응급성이 낮아질 뿐만 아니라, 재건 수술이 아예 필요 없어질 수도 있습니다.
결론: EXT4 파일 시스템을 복구하는 가장 안전한 방법
최고 EXT4 파일 복구 사용할 방법은 발생한 상황에 따라 달라집니다. 휴지통이나 검증된 백업 파일부터 확인하세요. 프로세스가 파일을 여전히 열어둔 상태에서 /proc 디렉터리의 파일을 복사하세요. 최근 삭제된 파일의 경우 extundelete를, 원시 데이터 복구의 경우 PhotoRec을, 분실된 파티션의 경우 TestDisk를 사용하세요. 스캔하기 전에 불안정한 디스크의 이미지를 먼저 생성하고, 복구된 파일은 절대로 원본 디스크에 저장하지 마세요.
Magic Data Recovery EXT2/3/4 디스크에 대해 보다 명확한 그래픽 기반 작업 흐름이 필요하고 해당 디스크를 Windows에 연결할 수 있는 경우 이 도구를 사용하는 것이 좋습니다. 이 도구는 하나의 인터페이스에서 삭제, 포맷 및 논리적 파일 시스템 오류 처리를 지원하며, 미리보기 및 필터링 기능을 제공하므로 여러 명령줄 도구를 조합하여 사용할 필요가 없습니다.
이 방법은 덮어쓰기되거나 물리적으로 파손된 데이터를 복구할 수는 없지만, 무료 복구 방법이 적합하지 않거나 너무 복잡한 경우 실용적인 대안으로 활용할 수 있습니다. 추가적인 복구 계획 및 관련 솔루션에 대해서는 다음 페이지로 돌아가서 삭제된 파일 복구 센터.
Windows 7/8/10/11 및 Windows Server 지원
EXT4 파일 복구에 관한 자주 묻는 질문
EXT4 파일 시스템에서 rm 명령어로 삭제한 파일을 복구할 수 있나요?
네, rm 명령어는 일반적으로 모든 데이터 블록을 즉시 덮어쓰기보다는 디렉터리 참조만 제거하기 때문에 복구가 가능할 수도 있습니다. 해당 파티션 사용을 중단하고 마운트를 해제한 다음, 최근에 삭제된 파일의 경우 extundelete를, 시그니처 기반 복구의 경우 PhotoRec을 사용해 보십시오. 결과는 덮어쓰기 여부, 저널의 유무, SSD의 디스카드 동작, 그리고 저장 장치의 상태에 따라 달라집니다.
EXT4에서 삭제된 파일을 복구하는 데 가장 좋은 도구는 무엇인가요?
어떤 도구를 사용할지는 오류 유형에 따라 다릅니다. 정상적인 EXT4 파티션에서 최근에 삭제된 파일을 복구하려면 extundelete를, 원시 데이터 복구를 위해서는 PhotoRec을, 파티션이 사라진 경우에는 TestDisk를 사용하세요. Magic Data Recovery는 EXT4 디스크를 Windows에 연결할 수 있고, 삭제, 포맷 또는 파일 시스템 오류에 대해 그래픽 기반 스캔을 원하는 사용자에게 적합합니다.
TestDisk로 EXT4에서 삭제된 파일을 복구할 수 있나요?
TestDisk는 일반적인 EXT4 파일 복구에는 권장되는 도구가 아닙니다. 해당 문서에 따르면, EXT3 및 EXT4 파일 시스템은 삭제된 파일의 이름은 유지할 수 있지만, 정상적인 복구에 필요한 데이터 위치 정보는 손실될 수 있다고 명시되어 있습니다. TestDisk는 주로 손실된 파티션을 찾거나 접근 가능한 파일을 복사하는 데 사용하십시오. 삭제된 콘텐츠의 경우, extundelete, PhotoRec 또는 호환되는 그래픽 복구 도구를 고려해 보십시오.
PhotoRec로 포맷된 EXT4 드라이브에서 파일을 복구할 수 있나요?
PhotoRec은 정상적인 디렉터리 트리가 필요하지 않기 때문에, 포맷되었거나 손상된 EXT4 파티션을 스캔하여 알려진 파일 시그니처를 찾아낼 수 있습니다. 이 도구를 사용하면 문서, 미디어, 압축 파일 및 기타 지원되는 형식의 파일을 복구할 수 있습니다. 다만, 일반적으로 일반적인 이름이 할당되며 원래의 폴더 구조는 유지되지 않으므로, 복구 후 추가적인 정렬 및 무결성 검사가 필요할 수 있습니다.
Magic Data Recovery는 리눅스에서 실행되나요?
No. Magic Data Recovery는 Windows에서 실행됩니다. EXT4 디스크를 스캔하려면 Linux를 종료한 후, 해당 디스크를 Windows 컴퓨터에 연결하고 감지된 물리적 드라이브 또는 EXT 파티션을 선택하십시오. Windows에서 포맷을 요청하더라도 디스크를 포맷하지 마십시오. 파일은 원래의 Linux 저장 장치가 아닌, 정상적으로 작동하는 다른 드라이브로 복구하십시오.
EXT4 SSD에서 파일을 복구할 수 있나요?
그럴 수도 있겠지만, SSD 데이터 복구는 결과가 예측하기 어렵습니다. EXT4 파일 시스템은 사용되지 않는 블록에 대해 discard 또는 TRIM 요청을 보낼 수 있으며, 이로 인해 SSD가 일반 복구 소프트웨어가 해당 내용을 읽을 수 없도록 만들 수 있습니다. 시스템을 즉시 종료하고, 파티션을 다시 마운트하지 말고, 다른 환경에서 디스크 상태를 점검하십시오. SSD 데이터 손실의 경우, 최근 백업본을 활용하는 것이 가장 안전한 해결책인 경우가 많습니다.
EXT4 파일 복구 전에 fsck를 실행해야 할까요?
일반적으로 fsck를 실행하기 전에 접근 가능한 데이터를 복사하고 디스크 이미지를 생성해야 합니다. 파일 시스템 복구 작업은 구조적 일관성을 복원하는 것을 목표로 하며, 이 과정에서 메타데이터가 변경되거나 삭제될 수 있습니다. 복구 도구는 오래된 파일을 찾기 위해 해당 메타데이터가 필요할 수 있습니다. 중요한 데이터를 안전하게 추출하거나 디스크를 복제한 후에는, 원본 파일에 위험을 감수하기보다는 복사본에서 복구 작업을 테스트해 보십시오.
복구된 EXT4 파일은 어디에 저장해야 하나요?
복구된 파일은 항상 다른 물리적 디스크나 검증된 네트워크 저장 위치에 저장하십시오. 원본 파티션에 결과를 기록하면 스캔 과정에서 추가로 복구 가능한 데이터가 덮어쓰일 수 있습니다. 대표적인 파일을 열어 확인하고, 중요한 아카이브나 데이터베이스를 검증하며, 복구된 데이터에 대한 별도의 백업을 생성할 때까지는 원본을 변경하지 마십시오.
