질문:운영 체제 디스크가 아닌 다른 디스크를 다룰 때 /dev/sdb마운트 해야 합니까 , 아니면 마운트해야 합니까?/dev/sdb1
내 질문은유틸리티 - 디스크~에서애플리케이션RHEL/CentOS 7의 메뉴(내 생각에는 gdisk?), 새 디스크의 경우 해당 GUI에서 시작할 수 있습니다.체재디스크를 마운트했는데 오류가 날까봐 걱정이네요. GUI를 완전히 사용하여 마침내 dev/sdb설치했습니다. 탈것이 되려면 dev/sdb1먼저 해야 할 일
parted /dev/sdb mklabel GPT
디스크 GUI를 사용하면 디스크를 EXT4 또는 XFS로 포맷하고 다음과 같이 처리할 수 있습니다./dev/sdb1
/dev/sdx 다음의 숫자에 대해 걱정해야 합니까? 무슨 일이에요?
나는 항상 uuid를 통해 모든 것을 마운트할 계획입니다. 내 시나리오는 /dev/sdb하나의 기본 파티션이 XFS 또는 EXT4이고 전체 디스크가 /data.
답변1
전체적으로 :당신이 원하는 /dev/sdb1.
/dev/sdb전체 디스크를 나타냅니다. /dev/sdb1디스크의 단일 파티션을 나타냅니다. 파티셔닝에는 근본적으로 특별한 것이 없습니다. 단지 운영 체제가 하나의 디스크를 효과적으로 여러 디스크로 처리하기로 결정했을 뿐입니다. 이는 파티션 테이블이라고 하는 디스크의 시작 부분(경우에 따라 끝 부분)에 특별히 포맷된 일부 데이터를 기록함으로써 수행됩니다.
파일 시스템을 전체 디스크(파티션 테이블 없음)에 배치하거나 전체 디스크를 포함하는 단일 파티션(파티션 테이블에서 사용하는 공간 제외)에 배치할 수 있습니다. 둘 다 잘 작동할 것이다. 각각에는 몇 가지 장점과 단점이 있습니다. 실제 디스크에 전체 디스크를 저장하는 주요 이점은 몇 KB의 추가 디스크 공간을 확보할 수 있다는 것입니다. 이것은, 어, 분명히 사소한 일입니다. 구역화의 가장 큰 장점은 모든 사람의 기대를 충족시킨다는 것입니다. 또한 예를 들어 사전 EFI(BIOS) 시스템용 부트 로더 설치를 위해 예약된 공간을 명확히 합니다. 또는 파일 시스템 유형이 GPT가 있는 디스크에 있습니다.
모두가 파티션을 기대한다는 사실은 계속해서 파티션을 만드는 이유입니다. 그렇지 않으면 향후 관리자(아마도 본인 포함)가 혼란스러워할 것입니다. 무작위 프로그램도 마찬가지입니다. 전체 디스크를 사용해야 할 타당한 이유가 없는 경우(물리적 디스크의 경우 실제로 이유가 없음) 파티션을 생성해야 합니다.
추신: GUI 응용 프로그램이 CLI를 사용하지 않고도 새 파티션 테이블(또는 "태그")을 생성할 수 있는 방법이 있을 것이라고 확신합니다 parted. 이것이 당신이 말하는 것이라고 생각한다면 메뉴에 "디스크 포맷..." 옵션이 있어야 합니다. (죄송합니다. RHEL/CentOS를 직접 실행하지 않습니다.)
PPS: 논리 볼륨 관리자가 있는 가상 디스크에서는 전체 디스크를 사용하는 것이 좋습니다. 디스크 크기를 더 쉽게 조정할 수 있지만 가상이 아닌 디스크의 크기를 조정할 수는 없습니다. 따라서 이것은 귀하의 경우에는 전혀 적용되지 않을 가능성이 높습니다.