☰

Centos 7: /dev/md0 대신 /dev/md/root

tag-icon • tag-icon linux centos mdadm software-raid
Centos 7: /dev/md0 대신 /dev/md/root

mdadm.conf에 다음이 있습니다.

ARRAY /dev/md/root level=raid1 num-devices=2 UUID=331de03d:8ba39777:3b664baf:36366f33

하지만여기mdadm.conf의 예는 다음과 같습니다.

ARRAY /dev/md0 UUID=3aaa0122:29827cfa:5331ad66:ca767371

현재 Centos에는 /dev/md126 및 /dev/md127이라는 두 개의 RAID 파티션이 있습니다.

질문:

  1. /dev/mdX 대신 /dev/md/root가 있는 이유는 무엇입니까?
  2. 내가 아는 한, Linux에서는 이를 마운트하려면 파티션이 있어야 합니다. 예를 들어, /dev/sda1, /dev/md1입니다. 그런 다음 /, /boot 등과 같이 마운트할 마운트 지점이 필요합니다. 물론 파티션과 마운트 지점 사이의 관계를 설정해야 하며 fstab 파일에서 이 작업을 수행합니다. 내 환경에서는 이 관계(파티션 <->마운트 지점)가 raid를 통해 설정되는 방식입니다.

PS 저는 md12X 문제에 대한 많은 질문을 읽었지만 1) 왜 그런 일이 일어나는지, 2) 얼마나 위험한지, 3) 무엇을 해야 하는지에 대한 명확한 설명을 찾지 못했습니다. 그렇기 때문에 뭔가를 하기 전에 문제의 백엔드를 이해하고 싶습니다.

답변1

두 번째 부분에만 대답하려면 ( /dev/md/root귀하의 질문에서 알았습니다 .Raid 장치는 다른 UUID로 설치됩니다.고민했지만 대답이 없었습니다. )

내 경우에는 raid와의 관계(파티션 <->마운트 지점)가 어떻게 설정됩니까?

md126 : active raid1 sdb2[1] sda2[0]
     974711616 blocks super 1.0 [2/2] [UU]
     bitmap: 1/8 pages [4KB], 65536KB chunk

두 개의 물리적 파티션 /dev/sda2과 /dev/sdb2. 이는 RAID 1 생성 장치로 미러링됩니다 /dev/md126.

어떤 시점에서는 귀하의 CentOS 시스템이 매핑되어 있다고 가정합니다. /dev/md/root(또는 아마도 /dev/md/swap; 그 정보나 귀하의 정보로는 알 수 없습니다)다른 문제).

파일 시스템은 에 생성되므로 /dev/md/root에 마운트해야 합니다 /etc/fstab. 이는 결과적으로 /dev/md126(또는 그럴 수 있음 /dev/md127) RAID 하위 시스템은 파일 시스템에 기록된 모든 데이터가 두 디스크 물리적 파티션 모두에 미러링되도록 보장합니다.

/dev/sdb2RAID 절반, 즉 /dev/sda2파일 시스템으로 마운트할 수 없으며 시도해서도 안 됩니다 . 마운트 작업이 파일 시스템(특히 슈퍼블록)에 데이터를 쓸 수 있다고 가정하더라도 RAID 장치의 두 부분 사이에 일관되지 않은 미러가 발생합니다.

관련 정보