fdisk가 파티션을 만들 수 있다는 사실에 대해 읽었습니다. 실제 디스크를 여러 논리 파티션으로 나눕니다.
전체 디스크를 전체적으로 사용하려는 경우에도 여전히 필요합니까?
1) fdisk로 전체 디스크의 크기를 차지하는 기본 파티션을 생성하거나
2) fdisk를 수행하지 않고 mkfs.ext4를 계속 진행할 수 있습니까?
3) 왜->
편집-> 모든 의견을 읽은 후에 (일부 예와 아니오), 누군가 fdisk가 실제로하는 일을 누군가가 지적 할 수 있다면 좋을 것이라고 생각합니다. 우리가 왜 그렇지 않은지에 비해 실제로 왜 필요한지에 대해 더 많이 이해할 수 있도록.
인터넷 검색을 시도했지만 대부분의 사이트는 fdisk 방법을 가르쳐 주지만 왜 (또는 대부분의 이유는 이중 부팅 시스템을 만드는 것입니까) 모르겠지만 단일 파티션에도 왜 필요한지 알고 싶습니다.
또한 디스크에서 mkfs를 직접 시도하여 데이터와 파일을 저장하기 위해 마운트했습니다 (문제가없는 것 같습니다). 그래서 fdisk가 실제로 스토리지 디스크에 어떤 영향을 미치는지 궁금합니다.
답변
아니요, 필요 없습니다. 디스크와 파일 시스템은 파티션 테이블없이 잘 작동합니다. 일부 전용 BSD는 위험하게 전용 을 선택하면 기본적으로이 작업을 수행 합니다.
그러나 호환성을 위해 권장됩니다.
좀 더 장황한 :
/ dev / sdb에서 mkfs.ext4를 직접 실행할 수 있습니다. 작동합니다. 그런 다음 문제없이 마운트 할 수 있습니다. ( mkfs.ext4 -F -F /dev/sdb).
이 방법으로 부팅 디스크를 설정할 수 있습니다. 여전히 부팅하려면 약간의 코드가 필요합니다. 즉, 디스크의 첫 번째 비트를 건너 뛰어야합니다. (예 : MBR이 전통적으로 사용하는 공간과 그 이외의 전통적인 몇 분야). 동등한 공간을 잃어도 여전히 기술적으로 MBR을 사용하지 않습니다.
그러나 현대의 모든 설정에서 이러한 몇 가지 섹터는 드라이브 용량의 작은 부분입니다. 따라서 GPT (또는 고대 시스템 MBR)를 사용하는 것이 좋습니다. 그러나 당신 은 없이 할 수 있습니다 .
답변
전체 물리 디스크를 사용하더라도 파티션 테이블을 만들어야합니다. 파티션 테이블을 파일 시스템의 “목차”로 생각하고 각 파티션의 시작 및 중지 위치와 사용 된 파일 시스템을 식별하십시오.
답변
베어 드라이브에서 파일 시스템을 만들 수 는 있지만 거의 작동하지 않습니다. 일부 pendrive는 그와 같이 구성됩니다. 그러나 하드 드라이브의 경우 원하지 않습니다.
기본 / 전용 드라이브 일 경우, 그렇게 만들면 전혀 부팅 할 수 없습니다. BIOS는 드라이브의 첫 번째 섹터를 읽고 실행합니다 (일명 첫 번째 바이트로 이동). 실제로 파일 시스템 메타 데이터를 실행하고 싶지 않습니까? 다행스럽게도 BIOS에 안전 장치가 포함되어 있기 때문에 BIOS가 드라이브를 부팅 가능한 것으로 간주하려면 해당 섹터의 마지막 2 바이트가 0x55 0xaa 여야합니다. 그리고 UEFI가 작동하려면 별도의 FAT 파티션이 필요하므로 UEFI 시스템이 훨씬 더 나쁩니다.
보조 하드 드라이브가 되더라도 작동 할 수는 있지만 권장하지는 않습니다. 자동 감지가 작동하지 않으면 대부분의 도구는 드라이브가 포맷되지 않았으며 파티션이 필요하다는 것을 알려줍니다 (데이터가 손상됨).
그리고 다시는 것입니다 몇 가지 파일 시스템 ‘에 디스크 조직의 복잡한 지식을 필요로 이렇게 때로는 가능하지만, 매우 hackish 방법이다. 부팅 가능한 CD, 부팅 가능한 USB 드라이브 또는 구식 Mac에서 부팅 할 수있는 이미지에 대한 설명을 한 번 보았지만 ‘파일 시스템 길이를 xxx로 설정하면 다른 아키텍처에 의해 실행되어 무해한 레지스터 비교로 실행됩니다. ‘
답변
전체 디스크를 사용하려는 경우에도 디스크를 분할해야합니다. 이 경우 디스크 자체만큼 큰 파티션이있는 경우 (거의, 적어도 파티션 테이블은 약간의 공간을 차지합니다. 이에 대한 자세한 내용은 아래를 참조하십시오).
사람들에게 파티션과 파일 시스템의 개념을 소개 할 때 일반적으로 “하드 드라이브, 비어 있음과 가득 참”을 생각하는 사람들에게 이것은 다음과 같습니다. 하드 드라이브는 건물이고 파티션은 실제 방입니다. 특정 파일 시스템으로 파티션을 포맷 한 다음 사용 가능하게 만들고 건물 분석에서 부엌 대 침실과 같은 방 유형을 선언하는 것과 같습니다 (즉, 사용 방법).
이제 원래 질문으로 돌아가려면 파티션 테이블 (드라이브의 첫 512 바이트)에 물리 드라이브에서 파티션을 찾을 수있는 위치에 대한 정보가 포함되어 있기 때문에 파일 시스템을 파티션되지 않은 드라이브에 넣을 수 없습니다. 파일 시스템을 가지려면 파티션 테이블이 참조 할 수있는 곳에서 시작해야하며 정의 된 공간이없는 파일 시스템, 즉 파티션을 참조 할 수 없습니다.
그리고 우리가 파티션 테이블을 건물 분석에 배치한다면, 건물의 청사진과 일치 할 것입니다.
질문 편집 내용을 반영한 업데이트 : fdisk의 기능은 크기, 유형 및 물리적 위치와 같은 파티션의 특정 측면을 선택할 수 있다는 것입니다. fdisk는 파티션 테이블 항목으로 변환합니다. 기본적으로 파티션 테이블은 디스크의 모든 파티션에 대한 “목록”으로, 목록의 각 항목은 어느 파티션을 찾을 수 있는지, 어떤 유형인지를 알려줍니다. 이것은 운영 체제가 파티션의 데이터에 액세스 할 위치를 알 수 있도록하기위한 것입니다.