Raid0을 만들었고 예상대로 작동합니다. 배열 파일은 /dev/md0. /etc/fstab파일 끝에 다음 줄을 추가하여 자동으로 마운트되기를 원합니다 .
/dev/md0 /mnt/storage ext4 noatime,commit=60,data=writeback,nodiratime,journal_async_commit,nouser_xattr 0 0
그리고이 줄은 끝에 있습니다 /etc/mdadm/mdadm.conf.
ARRAY /dev/md0 metadata=1.2 name=lil-RIKO:lil-RIKO UUID=6016d5e4:6e42cb97:6b2a8e6e:098c1982
부팅 시간에 / mnt / storage가 마운트되기를 기다리는 것을 보았고 두 가지 옵션을 제공했습니다. 건너 뛰기 ... 또는 Ma ... 그 내용을 잊어 버렸습니다. 나는 너무 오래 기다렸다가 뭔가 잘못되었다고 생각했습니다. 루트 셸인 "유지 관리 모드"로 들어간 다음 신속하게 /dev/md0파일이 있는지 확인했습니다 . 파일은 거기에 없었고 / dev / md127 만있었습니다. 대신 해당 파일을 마운트하려고 시도했지만 수퍼 블록을 찾지 못한다고 불평했습니다. 파일을 mdadm --assemble /md0제거한 후 수동으로 raid를 마운트하고 부팅을 계속했습니다. 다음 재부팅에도 동일한 문제가 발생했습니다./dev/md127mdadm --stop /dev/md*
레이드가 자동으로 장착되지 않은 이유는 무엇입니까? 부팅시 / dev / md0이 없었고 수동으로 마운트 할 수있었습니다.
EDIT1 : 디스크를 제거하여 / dev / md127로 "병합"할 수있었습니다. 문제는 여전히 발생하지만 문제가 발생하면 다음과 같은 문제가 발생합니다 cat /proc/mdstat.
md127 : inactive sdc[1](S) sdb[0](S)
7830528 blocks super 1.2
이것은 (내 생각에) 공격대가 아직 활성화되지 않았 음을 의미합니다. 그러나 다시 연결하면 다음과 같이 활성화됩니다.
md127 : active raid0 sdc1[1] sdb1[0]
7830528 blocks super 1.2 512k chunks
이번에는 무엇이 잘못 되었습니까?
이미 답을 찾았기를 바랍니다. 그렇지 않다면, 나는 이것을 살펴 보았고 짧은 대답은 /etc/mdadm/mdadm.conf에서 배열 정의를 편집하는 것입니다. 기본적으로 / dev / md * 및 UUID = info (메타 데이터, 이름 등 삭제) 이외의 항목을 제거합니다. 재부팅시 더 이상 어레이에 md127, md126 등의 문제가 없어야합니다.
따라서 위의 줄에 따라 변경
ARRAY /dev/md0 metadata=1.2 name=lil-RIKO:lil-RIKO UUID=6016d5e4:6e42cb97:6b2a8e6e
...에
ARRAY /dev/md0 UUID=6016d5e4:6e42cb97:6b2a8e6e
이 기사는 인터넷에서 수집됩니다. 재 인쇄 할 때 출처를 알려주십시오.
침해가 발생한 경우 연락 주시기 바랍니다[email protected] 삭제
몇 마디 만하겠습니다