라즈베리파이5 우분투 24.04 설치 후 부팅 에러

 

 

해결 방법 링크가 있는 아래 게시물을 참조하세요. viewtopic.php?t=371262#p2224175 Vilros에서 RPi5 키트(8GBytes)를 구입했습니다. 라즈베리 파이 이미저(최신 버전)를 사용하여 제공된 MicroSD 카드를 우분투 데스크톱 24.04 LTS로 플래시했습니다. 이미지가 다운로드되고 정상적으로 플래시되는 것 같았습니다. (저는 많은 RPi4를 성공적으로 플래시했습니다.) 그런 다음 RPi를 부팅하고 일반적인 우분투 시작 항목(네트워크, 시간대, 사용자 이름 및 비밀번호 등)을 통과했습니다. 설치 프로그램에서 복구할 수 없는 오류가 발생했습니다. 이제 데스크톱 세션이 실행되어 문제를 조사하거나 다시 설치를 시도할 수 있습니다. [ 확인 ] 로그인 시도가 실패했습니다: 원래 입력한 사용자 이름/비밀번호, "ubuntu/ubuntu" 등을 사용했지만 주사위가 나오지 않습니다. 이 문제에 대한 알려진 해결책이 있나요? 감사합니다. 

 

해결 방법: 우분투 24.04에서 확인된 버그입니다. https://bugs.launchpad.net/ubuntu/+sour ... ug/2064208에서 보고서를 참조하세요. 다음과 같은 방법이 효과가 있었습니다: 라즈베리 파이 이미저를 사용하여 외장 드라이브(저는 MicroSD 카드를 사용했습니다)를 플래시한 다음 버그 보고서(위 링크)에 설명된 대로 config.txt에서 두 줄을 편집합니다. 그런 다음 파일을 저장하고 SD를 꺼낸 다음 RPi5를 부팅합니다. 데스크톱 버전에 대한 화면의 지시를 따르면 모든 준비가 완료됩니다. 참고: 설치 과정 중 "슬라이드 쇼"(우분투가 얼마나 멋진지 알려주는)가 심하게 왜곡될 수 있습니다. 하지만 다른 쪽에서 보면 설치가 잘 되는 것 같습니다. 이 버그를 추적하고 신고해 주신 @waveform80님께 감사드립니다. 

 

라즈베리 파이에서 USB로 부팅할 때 설치 프로그램이 충돌합니다. 

 

버그 설명

 

USB3 인터페이스가 있는 SSD 드라이브에 Raspberry Pi용 Ubuntu 24.04 Desktop 이미지를 쓰고(특히 SD 카드에서 부팅할 때는 이 문제가 발생하지 않음) Pi 4 또는 Pi 5에서 드라이브를 부팅하고 설치 프로그램을 실행하여 설치 중에 (손상된) 슬라이드 데크가 표시되기 시작하면 설치 프로그램이 충돌합니다.

 

[해결 방법]

 

https://bugs.launchpad.net/ubuntu/+source/ubiquity/+bug/2064208

 

테스트 이미지를 사용할 수 있습니다. 자세한 내용은 아래의 댓글 1을 참조하세요.

 

이 글을 쓰는 시점에 몇 가지 해결 방법이 발견되었지만 모든 드라이브가 있는 모든 보드에서 일관되게 작동하는 해결 방법은 없습니다. Samsung EVO SSD와 Crucial SSD가 있는 Pi에서 작동한 해결 방법은 다음과 같습니다.

 

이미지를 부팅하기 전에 부팅 파티션에서 config.txt를 찾고 그 안에 있는 "dtoverlay=vc4-kms-v3d" 줄을 찾으세요. 이 줄이 두 개 있는데, 첫 번째 줄은 "[all]" 섹션 아래에 있어야 합니다. 줄에 ",cma-128"을 추가합니다. 구체적으로 다음 섹션:

 

dtoverlay=vc4-kms-v3d

 

disable_fw_kms_setup=1

 

다음이 되어야 합니다.

 

dtoverlay=vc4-kms-v3d,cma-128

 

disable_fw_kms_setup=1

 

드라이브를 정상적으로 마운트 해제하고 부팅한 다음 설치 프로그램을 실행합니다. 설치가 성공적으로 완료되면 원하는 경우 변경 사항을 되돌릴 수 있습니다.

 

PCIe를 통해 연결된 NVMe 드라이브가 있는 Pi 5에서 작동하는 것으로 보고된 또 다른 해결 방법:

 

이미지를 부팅하기 전에 부팅 파티션에서 config.txt를 찾습니다. 첫 번째 "[all]" 섹션 아래에 다음 줄을 추가합니다.

 

dtparam=pciex1

 

드라이브를 정상적으로 마운트 해제하고 부팅한 다음 설치 프로그램을 실행합니다.

 

두 해결 방법 모두 특정 드라이브 조합에서는 실패한 것으로 보고되었습니다.

 

[ 배경 ]

 

이 충돌은 (손상된) 슬라이드 데크가 시작되자마자 발생하고, USB에서 부팅할 때만 발생하고(하지만 SD 카드에서 정확히 동일한 이미지가 작동함), 연속 메모리 영역의 사전 할당을 변경하기만 해도 영향을 미치므로, 이것이 적어도 LP: #2037015(중복이 아니더라도)와 관련이 있다고 생각합니다. 특히 충돌 버그가 이제 LP: #2062146과도 연관되어 있기 때문입니다. 그래도 아직 근본 원인을 확신할 수 없으므로 지금은 이것을 중복이 아닌 것으로 열어두겠습니다. 

 

새로운 이미지 링크 포함 답변 - 여기부터 내일 하기로 함. 결과는 이어서 ~

 

이제 LP의 패치 #2037015를 사용하여 USB에서 부팅할 때 설치 프로그램 문제를 해결하는 것으로 보이는 테스트 이미지가 있습니다. 이미지를 테스트하는 데 관심이 있는 자원봉사자가 있다면 다음에서 사용할 수 있습니다.

 

https://zoidberg.waveform.org.uk/images/ubuntu-24.04-preinstalled-desktop-arm64+raspi.img.xz

 

확인 목적으로 이미지의 SHA256은 b2718d9005a5ea6486b8512b6cf3974ce48ef879d1232a6dc88b2ccaa1dc3390입니다.

 

두 모델에서 두 개의 SD 카드에서 부팅을 테스트했고 둘 다 정상적으로 보입니다. 저는 Pi 4에서 USB 부팅도 테스트했고(잘 작동했습니다) 내일은 Pi 5에서 NVMe를 테스트할 수 있을 겁니다. 하지만 이 버그가 이미 보여준 다양성을 감안하면 테스트한 하드웨어의 종류가 많을수록 좋습니다.

 

당연히 테스트할 때는 해결 방법이 없어야 합니다(config.txt를 "있는 그대로" 두세요). 문제가 해결되면 Pi의 모델과 메모리 크기(예: Pi 4 4GB)와 부팅하는 기기(SD 카드, SSD, NVMe)를 알려주세요. 부팅 미디어의 make+model도 유용하지만, 주로 하드웨어의 적정 범위를 다루고 있는지 판단하는 데 도움이 됩니다.

 

문제가 해결되지 않으면 위의 정보와 절차에서 충돌이 발생한 위치를 알려주세요. 가능하다면 다시 플래시하고 매번 같은 위치에서 충돌이 발생하는지 확인해 보세요(이 버그에서 "때로는 발생하고 때로는 발생하지 않는" 사례를 이미 보았습니다).