머리말
전문적인 NAS에 대한 의존도를 없애기 위해 Linux 서버를 이용하여 NAS 프로그램을 설치하여 NAS 기능을 구현하기로 결정했습니다. 여기서 Raid 기능을 사용해야 합니다. 현재 SSD가 3개(256G+500G) 밖에 없기 때문에 +500G), ChatGPT에서 권장 사항에 따라 Raid 1에서는 여전히 256G 시스템 디스크 + 2개의 500G 하드 디스크를 사용하여 어레이를 구성합니다. 결과는 기만적입니다!
mdadm을 사용하여 생성된 RAID 배열이 다시 시작한 후 사라졌습니다! ! 그러면 내 모든 데이터가 손실되었습니다! ! 게다가 md0 raid 디스크 배열은 /dev에서도 찾을 수 없는데 어떻게 사용하나요?미러를 형성한 후 종료가 멈추나요? 이것은 확실히 작동하지 않을 것이고 나는 함정의 긴 길을 시작했습니다.
구덩이의 근원
ChatGPT의 정보가 상대적으로 뒤떨어져 있을 수 있기 때문에 내 하드 디스크가 GPT 파티션이라는 사실을 알지 못합니다. Raid를 구성하면 파티션 테이블에 문제가 발생하므로 제가 준 대답은 다음과 같습니다.
다시 시작한 후 파티션을 찾을 수 없다고 했더니 ChatGPT가 /etc/fstab에 메시지를 추가하여 응답했습니다.
/dev/md0 /mnt/raid ext4 defaults 0 0이것으로 문제가 해결될 줄 알았는데 전혀 해결이 안되는 것으로 나타났습니다.파티션 테이블 문제로 인해 md0 Raid 디스크 어레이까지 누락되었습니다.그러다가 /dev 때문에 부팅이 오랫동안 멈췄습니다. /md0을 성공적으로 로드할 수 없습니다. 저도 시스템에 진입하기 위해 오랜 시간을 기다린 끝에 알게 되었습니다.
그러다가 나는 참을성이 없다고 의심하고 기다리지 않았습니다.
cat /proc/mdstat실행률 100%에 도달한 후 서버를 다시 시작하고, 식사시간 동안 1시간을 꼬박 기다렸습니다! ! 모든 디스크 이미지가 동기화될 때까지 기다린 후 다시 시작해도 결과는 여전히 동일하며 디스크 파티션이 손실됩니다! ! 정말 화가 나네요! !
해결책
모두의 시간을 절약하기 위해 먼저 해결 방법을 설명하고 ASUS 마더보드 Raid 문제에 대해서는 나중에 논의하겠습니다.
ChatGPT는 심각한 실수를 저질렀습니다. 두 개의 디스크 /dev/sdb 및 /dev/sda를 직접 작동할 수 없지만 각각 생성된 파티션을 작동해야 합니다! !
즉, Raid 작업을 수행하려면 두 개의 디스크 /dev/sdb 및 /dev/sda를 파티션해야 하는데 이는 ChatGPT 자체에서는 알 수 없는 사항입니다.
실행 과정은 다음과 같습니다.
파티션 상태 보기
먼저, 서버의 디스크 파티션 상태를 확인하려면 lsblk를 실행해야 합니다. 다음은 표시되는 내용입니다.
/dev/sda: 256GB, RockyLinux 시스템 설치 디스크(마운트된 루트 디렉터리 및 사용자 디렉터리 포함)
/dev/sdb: 500GB 데이터 디스크
/dev/sdc: 500GB 데이터 디스크
파티션 작업 수행
fdisk /dev/sdb
fdisk의 기능을 확인하려면 m을 누른 다음 Enter를 누르는 것이 좋습니다.
개인적으로 d를 먼저 누른 다음 w를 누르는 것이 좋습니다.
알아채다! ! ! ! ! 이 단계에서는 디스크의 모든 데이터가 지워지므로 주의해서 작업하십시오! !
이 단계의 목적은 디스크의 파티션을 삭제하는 것입니다. (특히 파티션이 하나만 있는 경우 모든 내용이 삭제됩니다.)
그런 다음 실행
fdisk /dev/sdbfdisk 함수 진입 후 실행
g, n, 마지막으로 w
n을 누를 때 파티션 크기를 지정해야 하는데 여기서 Enter만 누르면 생성된 파티션 크기가 내 디스크 크기와 같습니다. 그런 다음 /dev/sdb 아래에 /dev/sdb1과 같은 다른 파티션을 얻을 수 있습니다.
/dev/sdc에서 동일한 작업을 수행하고 마지막으로 그림과 같이 파티션 정보를 가져옵니다.
RAID 어레이 생성
나머지 단계는 ChatGPT와 동일하지만 명령을 변경해야 합니다.
실행되는 내용은 다음과 같습니다.
mdadm --create --verbose /dev/md0 --level=mirror --raid-devices=2 /dev/sdb1 /dev/sdc1여기서 사용되는 것은 /dev/sdb1과 /dev/sdc1입니다! ! 디스크 전체가 아니라 이게 문제의 핵심이에요 ChatGPT에 4시간동안 속아버렸어요! !
후속 작업
후속 작업은 다음과 같습니다.
# 查看Raid磁盘同步进度
cat /proc/mdstat
# 将Raid阵列格式化为ext4分区
mkfs.ext4 /dev/md0
# 由于我不想将这个分区藏太深，直接在根目录创建了一个/data目录
mkdir /data
# 将Raid阵列分区挂载到/data路径下
mount /dev/md0 /data
# 将Raid信息写入/etc/mdadm.conf中
mdadm --detail --scan | sudo tee -a /etc/mdadm.conf마지막으로 /etc/fstab에 파티션 정보를 입력해야 합니다.
vi /etc/fstab마지막 줄에 다음을 입력하세요.
/dev/md0 /data ext4 defaults 0 0그런 다음 :wq를 눌러 저장하세요.
실제로 /proc/mdstat가 실행될 때까지 기다리지 않고 서버를 다시 시작할 수 있으며, 빈 디스크는 전혀 영향을 미치지 않습니다.
재시작 후 효과 확인
다시 시작한 후 각 디스크의 로드 순서는 무작위이므로 여기에 표시되는 내용은 다음과 같습니다.
재시작 후 어레이 손실 문제가 마침내 해결되었습니다! 이런 경우, 앞으로 같은 함정에 빠지지 않으려면 블로그 활동이 필요합니다.
ASUS Dakeng RAID 누락 드라이버
당시 시스템의 소프트 Raid가 벽에 부딪혔기 때문에 ASUS 마더보드에 기본으로 제공되는 Raid 기능, 즉 마더보드 BIOS에서 SATA 종류를 AHCI에서 RAID로 변경하고 직접 해보고 싶었습니다. 하드 레이드. 하드 레이드에 대해서는 다른 동료들이 작성한 블로그를 참고하시면 되는데 여기서는 생략하도록 하겠습니다. 일반적인 단계는 다음과 같습니다
1. BIOS Advance에서 SATA 모드를 AHCI에서 RAID로 변경하고 다시 시작하세요.
2. 다시 시작한 후 BIOS에 다시 진입하면 Advance 마지막에 RAID 관련 설정이 추가됩니다.
3. 어레이 생성 후 필요한 디스크를 선택하고 저장하면 최종 결과는 다음과 같습니다.
그런 다음 시스템에 들어가 보니 모든 것이 튀겨져 있는 것을 발견했습니다! dracut 환경에 직접 들어가보고
/dev/mapper/rl-root가 존재하지 않습니다.
/dev/rl/root가 존재하지 않습니다.
/dev/rl/swap이 존재하지 않습니다.
즉, 모든 파티션이 손실되었습니다. 또한 ls /dev를 통해 모든 파티션이 누락되었음을 확인할 수 있습니다! 내 파티션이나 Raid에 문제가 있는 줄 알고 화가 나서 ASUS BIOS에서 파티션 내용을 모두 삭제하고 Raid를 0에서 다시 구성했습니다. 설치 환경.드디어 디스크가 비어 있었습니다.당시에는 믿기지 않아서 다른 Windows 11 설치 패키지를 시도했지만 여전히 디스크를 찾을 수 없다는 것을 발견했습니다.
당시에는 Raid 드라이버 문제, 즉 Windows와 RockyLinux의 설치 패키지에 ASUS Raid 드라이버가 포함되어 있지 않은 것이 아닐까 의심하여 직접 ASUS 고객센터에 가서 이유를 물었습니다. ASUS 고객센터는 매우 전문적이고 직접적으로 답변해 주셨습니다. Raid 드라이버가 없다고 하더군요. , ASUS 공식 홈페이지에 가서 드라이버를 다운로드하라고 하더군요. 드라이버를 오랫동안 검색했지만 찾을 수 없어서 도우미를 하고 고객 서비스에 요청해야 했습니다. 나에게 직접 보내주세요.
사용 방법도 매우 간단합니다.
압축을 풀고 Windows 설치 USB 플래시 드라이브에 넣습니다(내 것은 AMD 마더보드입니다. 이 드라이버는 Intel 마더보드에서 사용할 수 없습니다)
"드라이버 로드"를 클릭하고 디렉토리를 선택하십시오.
rcrai라는 디렉터리입니다.드라이버를 로드한 후 Raid 파티션이 나타났습니다. 시도해 보니 정상적으로 Windows 11을 설치하고 시스템을 정상적으로 재부팅할 수 있었습니다.
내부 디스크는 AMD-Raid Array N SCSI 디스크 장치라고 합니다.
원래는 그냥 hard Raid만 쓸까 생각하다가 ASUS 고객센터에 이 드라이버의 CentOS 버전이 있는지 문의했더니 고객센터에서 이 드라이버는 리눅스 버전이 없다고 하더군요. 소프트레이드와 경쟁하다보니 다행히 결과적으로는 정말 성공했네요.