내 백업 프로그램이 실수로 다른 드라이브 전체를 내 대형 드라이브 중 하나에 여러 번 백업하여 전체 드라이브를 차지했습니다. 이 드라이브에서 다른 드라이브로 필요한 내용을 백업했지만 드라이브가 가득 차서 2년 동안 이 드라이브에 어떤 백업도 수행하지 않았기 때문에 이전 백업이 필요하지 않은 것으로 나타났습니다.
rm -rf
실용적이지 않으며 현재 속도로는 며칠 또는 몇 주가 걸릴 수 있습니다. 이것은 용납될 수 없습니다. 지금은 드라이브에 아무것도 필요하지 않기 때문에 드라이브를 삭제하는 것보다 드라이브를 포맷하는 것이 더 빠를 것이라고 생각했습니다. 이것이 유일한 방법입니까? 그렇다면 어떻게 해야 하는지(파티션을 삭제하고 다시 만드는 데 가장 효율적인 명령은 무엇인지), 또는 드라이브를 포맷하지 않고 18TB와 수백만 개의 파일을 파괴할 수 있는 합리적인 방법이 있다면 차라리 기꺼이 하겠다. 이는 드라이브를 포맷하는 것이 매우 위험하기 때문입니다(철자 오류로 인해 실수로 다른 드라이브를 삭제할 수도 있음).
이 18TB와 전체 드라이브에 있는 수백만 개의 파일을 파괴하는 가장 좋은 솔루션은 무엇입니까?
답변1
파일 시스템에 더 이상 중요한 것이 없으면 다시 포맷하세요. 잠재적으로 파괴적인 모든 것과 마찬가지로 매우 주의하고 Enter 키를 누르기 전에 명령줄을 확인(이중 확인, 삼중 확인)하십시오. 부주의는 실행중인 명령이 아니라 문제입니다.
파일 시스템에 다른 중요한 데이터가 있을 경우 해당 데이터를 백업해두시고 포맷 후 복원하시기 바랍니다.
그런데 파일 시스템의 새로운 형식에 대한 모든 옵션을 고려하는 데 시간을 할애할 수도 있습니다. 먼저 주로 어떤 용도로 사용되는지 파악한 다음 해당 사용 사례에 가장 적합한 파일 시스템을 파악하세요. ext4 대신 XFS, btrfs 또는 ZFS를 사용하여 포맷할 수 있습니다.
백업/재포맷/복원을 원하지 않는 경우(예: 원치 않는 파일을 삭제할 때 정기 백업을 계속하고 싶기 때문에) 디렉터리 이름을 바꾸고 동일한 소유자, 그룹 및 권한으로 다시 만든 다음 이름이 변경된 디렉터리를 삭제하세요. . 예를 들어(루트로서 GNU chown
및 를 사용하여 chmod
):
mv bigdata bigdata.old &&
mkdir bigdata &&
chown --reference=bigdata.old bigdata &&
chmod --reference=bigdata.old bigdata &&
rm -rf bigdata.old
속도가 더 빠르지는 않지만 이전 디렉터리가 삭제되는 동안 드라이브를 계속 사용할 수 있습니다.
참고: 여기서는 삭제하려는 디렉터리가 탑재 지점 자체가 아니라 탑재 지점의 하위 디렉터리라고 가정합니다. 마운트 지점인 경우 다시 포맷하는 것이 최선의 선택입니다.