실수로 파티션을 삭제하고 파티션을 지정했습니다.본질적으로 공간이 어떻게 나누어지는지, 실수를 고치는 것이 그리 어렵지 않을 것이라고 생각했습니다.내가 틀렸어. 파티션을 삭제하면 데이터에 액세스할 수 있는 이유는 무엇입니까? 디스크에 액세스하려고 하면 이제 액세스하기 전에 포맷해야 한다는 메시지가 나타납니다. 형식이 변경되지 않았기 때문에 혼란 스럽습니다.
답변1
파티션을 삭제하면 데이터가 손실되는 이유는 무엇입니까?
그렇지 않습니다.
내 말은, 때로는 그렇지 않을 때도 있다는 것입니다.
때로는 그렇습니다.
어떤 소프트웨어를 사용하는지에 따라 다릅니다.
이론적으로 파티션을 삭제하면 데이터가 손실될 이유가 없습니다. 결국, 파티션은 기본적으로 파티션의 경계를 지정하는 특정 지점("파티션 테이블"이라고 함)에 위치한 숫자 집합입니다. 이론적으로 해당 숫자를 0으로 변경해도 파티션 경계 내부에 있는 다른 섹터에는 변경이 발생하지 않습니다. 따라서 이론적으로 파일 시스템 볼륨은 변경되지 않은 상태로 유지되어야 합니다.
그러나 그 이론에는 주목할만한 예외가 있습니다.
어떤 이유로든 MS-DOS FORMAT.COM(적어도 일부 버전)은 새 파일 시스템 볼륨의 첫 번째 섹터에 FORMAT이 실행되기 전에 0으로 지워진 비트가 포함되어 있다고 예상했습니다. 해당 비트를 0으로 지우는 것은 FORMAT.COM이 수행할 수 있는 합리적인 작업이지만 대신 FORMAT.COM은 이 작업이 완료되기를 기대합니다.
이러한 이상한 기대를 수용하기 위해 MS-DOS FDISK.EXE(파티션 소프트웨어)는 첫 번째 섹터를 지웁니다.
가장 합리적인 도구는 FORMAT입니다. Linux 매뉴얼 페이지 @ die.net: fdisk"우리는 이것을 DOS FORMAT 및 DOS FDISK의 버그로 간주합니다." 그러나 두 소프트웨어 모두 동일한 운영 체제와 함께 제공되었기 때문에 이 배열은 잘 작동하는 경향이 있었습니다. 사람들은 단순히 MS-DOS 매뉴얼의 지침을 따른다면 이러한 상황을 인식하지 못할 것입니다.
이러한 배열이 부적절해 보일 수 있음에도 불구하고 일부 다른 운영 체제는 일반적으로 MS-DOS와의 호환성을 위해 동일한 작업을 지원합니다. 이는 MS-DOS가 널리 사용되었기 때문입니다(Windows 95 및 Microsoft Windows 후속 버전 이전). 따라서 다른 운영 체제도 MS-DOS와의 호환성을 추구했습니다.
실수하지 마세요: 일부 소프트웨어(예: OpenBSD의 fdisk)를 사용하여 파티션(적어도 MBR 기반 파티션의 경우 파티션 유형 식별자를 0으로 설정하는 것으로 정의됨)을 "삭제"하고 파티션 내의 데이터를 잃지 않을 수 있습니다. 분할. 설정(경계, 유형 식별자)을 기록한 경우 해당 값을 다시 쓸 수 있으며 파티션의 모든 데이터는 그대로 유지됩니다.
따라서 파티션 시작 부분의 데이터가 훼손되는지 여부는 사용하는 소프트웨어에 따라 다릅니다. (또는 일부 소프트웨어의 경우 어떤 설정/옵션을 선택할 수도 있습니다.)
답변2
파티션을 삭제하면 디스크에서 해당 파티션이 있는 위치와 해당 파티션이 차지하는 디스크의 양을 운영 체제에 알려주는 표시 정보가 제거됩니다.
해당 정보가 없으면 운영 체제는 유효한 파일 시스템 데이터를 찾기 시작하는 위치를 알 수 없습니다. 디스크 파티셔닝 및 포맷의 일부는 모든 파일 시스템 메타데이터를 읽을 수 있도록 운영 체제에 알려주는 헤더를 설정합니다.
파티션을 삭제하고 다시 생성하면 파티션 헤더에 파일 시스템 관련 데이터가 설정되지 않습니다. 디스크를 사용하려면 먼저 포맷해야 합니다.
파티션을 삭제하면 다음과 같이 된다고 들었습니다.테스트디스크복구하는 데 사용할 수 있지만 파티션을 수동으로 다시 만든 경우 복구하려고 시도한 데이터를 덮어썼을 가능성이 높습니다.