mdadm auto-assembly picks the wrong member order after an initramfs still references stale metadata 상황에서 compare runtime array metadata with the initramfs copy before re-adding members or rebooting again를 중심으로 원인을 좁혀가는 시나리오입니다.
initramfs가 계속 오래된 메타데이터를 참조해 mdadm 자동 조립이 엉뚱한 멤버 순서를 고름
Linux 원문 시나리오에서 Rollout Stuck 신호를 기준으로 근본 원인과 안전한 복구 방향을 정리하는 문제입니다.
시나리오
먼저 볼 것
- 시스템 상태를 CLI로 구조적으로 읽기
- 리소스 사용량과 프로세스 관계를 함께 추적하기
- 즉시 복구와 영구 수정 포인트를 구분하기
점검 체크리스트
- 현재 영향 범위를 파일시스템, 프로세스, 서비스 단위로 나눕니다.
- 한 번에 한 가설씩 df, du, lsof, systemctl, journalctl로 검증합니다.
- 임시 조치 후 재발 방지용 운영 습관을 적어둡니다.
복구와 재발 방지
서비스 영향을 줄이는 가장 작은 조치를 먼저 선택하고, 이후 service 복구, 권한/소유권 정리, disk/log 정리, 재발 방지 설정를 재발 방지 항목으로 분리합니다.
같이 보면 좋은 질문
네. 제목과 시나리오는 실제 장애 단서이므로 그대로 유지합니다. 한국어 풀이는 판단 순서와 답안 구조를 돕기 위한 보조 설명입니다.
아니요. systemd, journal, permission 같은 기술 용어와 journalctl 같은 명령어는 영어 원문을 유지하세요.
사용자 영향, 관찰한 근거, 최근 변경, 안전한 복구 방향을 한 번에 연결해 설명하는 것입니다.
현장에서 본 비슷한 케이스