나는 ~였다문제가 있다누군가가 이 게시물에 응답하기 전에 부팅 시 새 RAID 어레이를 조립하고 mdadm을 업데이트하려고 시도했지만 다른 모든 종속성으로 인해 시간이 오래 걸렸습니다. 부츠가 어딘가 엉망이 됐어요. 나는 grub이 RAID 배열이 아닌 /dev/sda로 업데이트되었다고 확신합니다(아래 참조). 하지만 우선 지금 일어나고 있는 일은 다음과 같습니다.
/dev/md1
에 RAID1 어레이가 설치되어 있습니다 /
. 업데이트가 실행될 때까지 부팅할 수 있습니다. 이제 부팅하면
Gave up waiting for root device. Common problems:
-Boot args (cat /proc/cmdline) #unchanged, I checked
-Check rootdelay= (did the system wait long enough?)
-Check root= (did the system wait for the right device?) #yes, correct UUID
-Missing modules (cat /proc/modules; ls /dev) #think this is my error
ALERT! /dev/disk/by-uui/1d3... does not exist. Dropping to a shell!
그러다가 나는 재 속에 던져졌습니다. blikd는 내 모든 HDD가 거기에 있고 RAID 멤버로 등록되어 있지만 RAID 어레이는 없음을 보여줍니다.
이 문제는 해결하기가 매우 쉽습니다. 나는 뛸 수 있습니다
mdadm --assemble --scan
이렇게 하면 RAID 어레이가 생성되고 Cat은 /proc/mdstat
제대로 작동하고 있음을 보여줍니다. 그런 다음 그냥 기부 exit
하면 챔피언처럼 시작됩니다.
문제는 이 작업을 자동으로 수행할 수 없다는 것입니다. 배열을 찾기 전에 배열을 조립하려고 시도하지 않습니다.
내 생각에 일어난 일: mdadm을 업그레이드했을 때 grub을 업데이트하라는 메시지가 표시되었고 UUID가 변경되었기 때문에 설치 위치를 선택해야 한다고 말했습니다. 나는 바보이기 때문에 내 fstab을 보고 댓글을 잘못 읽었습니다 #/ was on /dev/md1 during installation
. .나는 이것이 이라고 잘못 생각했습니다 .../dev/sda1...
. 내가 말했듯이, 바보야(나는 이 모든 것들을 정리하려고 거의 잠을 못 잤다). 어쨌든 제 생각에는 이해가 되는 것 같아서 프롬프트에서 /dev/sda1(또는 그냥 sda, 잊어버렸습니다)을 선택했고 문제 없이 작동했습니다. 그런 다음 재부팅했는데 이런 일이 일어났습니다.
따라서 실수로 grub을 다른 파티션에 배치하여 RAID 어레이를 생성한 다음 /dev/md1에서 부팅하는 대신 거기에서 부팅하는 데 문제가 있는 것 같습니다. 이 일반적인 오류에 대한 게시물이 많이 있지만 그 중 어느 것도 제가 하려는 작업과 관련이 없는 것 같습니다. 어떤 아이디어가 있나요?
답변1
이 답변roaima가 제공하는 솔루션은 이러한 문제를 해결합니다. 이 글에서 언급했듯이 이 솔루션을 사용하기 전에 mdadm을 업그레이드했지만, 분명히 다른 오류가 발생할 수 있으므로 가능하면 피하는 것이 좋습니다.