Rpi-imager: RPi Imager 1.6.1(이상)은 Ubuntu 18.04에 설치할 수 없습니다.

20.04 LTS가 새로운 최소 버전이므로 업그레이드했기 때문입니다. :-)
그래도 git에서 "debuild"를 직접 실행할 수 있어야 합니다.

나는 여전히 Ubuntu 18.04를 실행하는 유일한 사람이 될 수 없다고 확신합니다.wink: 그리고 debuild를 실행할 수는 있지만 그렇게 할 수 없는 덜 기술적인 사용자가 많이 있다고 확신합니다.
VM 내부에 구축할 수 있습니까?

나는 rpi-imager의 스냅을 유지하고 우분투 20.04에서 빌드하기 위해 그것을 부딪쳤지만 우분투 18.04(실제로는 14.04 & 16.04)와 다른 배포판에도 설치할 수 있습니다.

"누가 여전히 18.04를 실행합니까?"에 대한 흥미로운 데이터 포인트로 질문, 여전히 공정한 숫자가 있습니다. RPI Imager 스냅 사용자 중 ~13%는 Ubuntu 18.04에, ~56%는 20.04에, 심지어 ~2.7%는 Ubuntu 16.04에 있습니다!

https://github.com/popey/imager-snap/issues/8 이 해결되지 않는 한 불행히도 스냅은 Imager의 전체 기능을 지원하지 않습니다. IIRC, 또한 다른 오류를 방지하기 위해 몇 가지 추가 권한을 활성화해야 합니다. 그렇게 해야 하는지 또는 어떻게 해야 하는지는 분명하지 않습니다. 이미저가 일을 단순화하기 위한 것임을 감안할 때 스냅은 장애물을 소개하는 것 같습니다.

이상적으로는 대신 일반 적절한 리포지토리에 있는 것이 좋습니다.

popey/imager-snap#8이 해결되지 않은 경우

1.6.1에서 더 잘 작동합니까?

이를 해결할 수 있는 커밋( https://github.com/raspberrypi/rpi-imager/commit/c8409d741939c0af32180c731a86adcdeaba802d )에 몰래 들어갔지만 테스트를 위한 스냅을 구축하는 방법을 알아낼 시간이 없었습니다.

이전에 코드는 udisks2(DBus를 통해 이야기함)가 이동식 볼륨(FAT32 파티션)이 마운트되었다고 알려주자마자 마운트 폴더에 쓸 수 있다고 가정했습니다.
그러나 그 시점까지는 아직 snap chroot 내부에 마운트되지 않았을 수 있으며, 이는 뒤쳐지는 것 같습니다.
따라서 마운트 폴더가 마운트 지점인지 확인하고 그렇지 않은 경우 최대 3초 지연됩니다.

방금 시도했는데 아니, 더 나쁜 것 같습니다. 처음에는 파티션을 마운트 할 수 없다고 나와 관련 권한을 활성화했습니다. 동일한 오류가 발생하여 비활성화된 모든 권한을 활성화했습니다(설명이 관련성이 없어 보이지만) (PEBCAK). 이제 이미저는 모든 것이 잘 된 것처럼 작동하지만 SD 카드는 결국 비어 있습니다.

Qt: Session management error: Could not open network socket
QObject::setParent: Cannot set parent, new parent is in a different thread
Drive: "/org/freedesktop/UDisks2/drives/Generic__USB3_2e0_CRW____SD_201506301013_1"
Device: "/org/freedesktop/UDisks2/block_devices/sdc" belongs to same drive
Device: "/org/freedesktop/UDisks2/block_devices/sdc1" belongs to same drive
Unmounted "/org/freedesktop/UDisks2/block_devices/sdc1" successfully
Repartitioning drive
Telemetry done. cURL status code = 0
Adding partition
New partition: "/org/freedesktop/UDisks2/block_devices/sdc1"
Formatting drive as FAT32
Mounting partition
Mounted new file system at: "/media/shift/F28E-8BF1"
Image URL: "https://github.com/raspberrypi/rpi-eeprom/releases/download/v2020.09.03-138a1-imager/rpi-boot-eeprom-recovery-2020-09-03-vl805-000138a1-usb.zip"
Received header: HTTP/2 302 

Received header: server: GitHub.com
...
Can't create 'README.txt'
Can't create 'pieeprom.bin'
Can't create 'pieeprom.sig'
Can't create 'recovery.bin'
Can't create 'vl805.bin'
Can't create 'vl805.sig'
Hash of compressed multi-file zip: "84b73785a93720621136e23ee766e2e56a516902baaccebe3e055106471029ff"
mountutils: Reading /proc/mounts
mountutils: Mount point /dev/sdc1 belongs to drive /dev/sdc
mountutils: Mount point /dev/sdc1 belongs to drive /dev/sdc
mountutils: Closing /proc/mounts
mountutils: Unmounting /media/shift/F28E-8BF1...
mountutils: Unmount MNT_EXPIRE /media/shift/F28E-8BF1: EAGAIN
mountutils: Unmount MNT_EXPIRE /media/shift/F28E-8BF1 failed: Operation not permitted
mountutils: Unmount MNT_DETACH /media/shift/F28E-8BF1 failed: Operation not permitted
mountutils: Unmount MNT_FORCE /media/shift/F28E-8BF1 failed: Operation not permitted
mountutils: Unmounting /var/lib/snapd/hostfs/media/shift/F28E-8BF1...
mountutils: Unmount MNT_EXPIRE /var/lib/snapd/hostfs/media/shift/F28E-8BF1: EAGAIN
mountutils: Unmount MNT_EXPIRE /var/lib/snapd/hostfs/media/shift/F28E-8BF1 failed: Operation not permitted
mountutils: Unmount MNT_DETACH /var/lib/snapd/hostfs/media/shift/F28E-8BF1 failed: Operation not permitted
mountutils: Unmount MNT_FORCE /var/lib/snapd/hostfs/media/shift/F28E-8BF1 failed: Operation not permitted
Download done in 3 seconds

전반적으로 모든 사용자에게 원하는 경험이 아닙니다.

'README.txt'를 생성할 수 없습니다.

/var/lib/snapd/hostfs/media/shift/F28E-8BF1은 사용자 스냅이 Imager를 실행할 때 쓰기가 불가능합니까?

https://github.com/popey/imager-snap/issues/8로 이동할까요?

Snap 패키지에 문제가 있더라도 https://www.raspberrypi.org/software/ 에서 다운로드할 수 있는 imager_1.6.1_amd64.deb 는 Ubuntu 18.04(2023년 4월까지 계속 지원됨 )에 설치할 수 있어야 한다고 생각합니다.
:약간_찡그린_얼굴:

편집: #200에 의해 차단됨

EDIT2: 아직 Ubuntu 18.04를 사용하는 다른 사람을 위해 #200에서 패치를 적용한 후의 RPi Imager 1.6.1 빌드가 있습니다.
자신의 책임하에 사용: rpi-imager_1.6.1_amd64.zip
(부적절하다고 생각되면 이 @maxnet 을 자유롭게 삭제하십시오)

https://www.raspberrypi.org/documentation/installation/installing-images/README.md 는 "Ubuntu 18.04"도 말합니다:wink:

따라서 RPi Imager가 앞으로 Ubuntu 18.04를 확실히 지원하지 않을 경우 해당 문서도 업데이트해야 합니까? :어깨를 으쓱하다:

따라서 RPi Imager가 앞으로 Ubuntu 18.04를 확실히 지원하지 않을 경우

공식 지원 정책이 무엇인지 잘 모르겠습니다.

개발자를 위한 Ubuntu 18의 전반적인 유용성은 급격히 감소하고 있습니다.

• 함께 제공되는 PHP 버전이 최신 프레임워크가 허용하는 것보다 오래되었기 때문에 웹 개발에 더 이상 사용할 수 없습니다.
• 저수준 C 개발에는 사용할 수 없습니다. 예를 들어 Raspberry Pico를 가지고 놀고 싶다면 CMake가 너무 오래되었다는 것을 알게 될 것입니다.
• Qt 버전은 많은 새로운 방법을 지원하지 않습니다. 그리고 다른 플랫폼에서 최신 Qt 버전을 사용하는 경우 해당 플랫폼에서 이전 방법을 사용하면 "사용되지 않는" 방법 경고 로드가 발생하는 것을 볼 수 있습니다.

그리고 Ubuntu 20 LTS가 출시된 지 1년이 되었습니다.

여전히 18을 사용하는 이유는 무엇입니까?

여전히 18을 사용하는 이유는 무엇입니까?

저는 Ubuntu 18.04가 사전 설치된 상태로 제공되는 새로운 Dell XPS 노트북을 1년 전에 구입했는데, 특히 여전히 적극적으로 지원되는 LTS 버전이기 때문에 새 버전으로 업그레이드하는 것을 꺼립니다. 또한, 오래되었지만 여전히 지원되는 OS를 실행하는 것은 다음과 같은 극단적인 경우를 발견하는 데 유용합니다.
Pico 항목의 경우 https://apt.kitware.com/ 을 사용하여 최신 버전의 CMake로 업데이트했습니다. 그리고 최신 GCC 버전을 사용해야 할 때 $PATH 앞에 내 local-install-dir을 추가합니다. 다른 모든 것에는 VirtualBox가 있습니다.

LTS 릴리스는 '엔터프라이즈급'이며 안정성에 중점을 둡니다. 그들은 새로운 버전의 소프트웨어를 _ 원하지 않는_ 사람들을 위한 것입니다. LTS 릴리스에 대한 소프트웨어 업데이트는 보안 및 버그 수정 사항일 뿐입니다. 오래된 소프트웨어를 지원하는 것은 무료가 아니며 작업이 필요하며 앞으로 나아갈 수 있는 능력이 제한됩니다. 현재 LTS가 출시된 후 1년이 지나도 이전 LTS가 지원되는 플랫폼으로 남아 있을 것으로 기대하는 것은 합리적이지 않습니다.

그들은 새로운 버전의 소프트웨어를 _ 원하지 않는_ 사람들을 위한 것입니다.

네, 합리적인 입장입니다. 예를 들어 Ubuntu 20.04+만 지원하는 RPi Imager 1.7.x에는 문제가 없으며 Ubuntu 18.04는 이전 RPi Imager 1.6.x로 제한됩니다. 1.6.0에서 1.6.1로의 변경에서 호환성 중단이 발생했다는 것이 나에게는 이상하게 느껴졌습니다.
또한 Raspberry Pi 웹 사이트가 대상으로 하는 사용자 수준을 고려할 때 웹 사이트에서 "Ubuntu 20.04+ 사용자"와 "Ubuntu 18.04 사용자" 모두에 대해 다른 다운로드 옵션을 제공할 가능성은 거의 없다고 생각합니다. 18.04에 대한 지원을 중단하기로 결정한 경우 문서에 구체적으로 언급해야 합니다.

:man_shrugging:

1.6.0에서 1.6.1로의 변경에서 호환성 중단이 발생했다는 것이 나에게는 이상하게 느껴졌습니다.

나는 그것이 포인트 릴리스에서 조용히 일어나는 것이 이상하다는 데 동의합니다. 최소한 1.6.1 변경 로그에 추가해야 합니다. 하지만... 1년의 유예 기간이 있었습니다! 관심이 있다면 내 XPS(13)는 20.04를 완벽하게 실행합니다. :)

Snap 패키지에 문제가 있더라도 https://www.raspberrypi.org/software/ 에서 다운로드할 수 있는 imager_1.6.1_amd64.deb 는 Ubuntu 18.04(2023년 4월까지 계속 지원됨 )에 설치할 수 있어야 한다고 생각합니다.
약간_찡그린_얼굴

~편집: #200에 의해 차단됨~

EDIT2: 아직 Ubuntu 18.04를 사용하는 다른 사람을 위해 #200에서 패치를 적용한 후의 RPi Imager 1.6.1 빌드가 있습니다.
자신의 책임하에 사용: rpi-imager_1.6.1_amd64.zip
(부적절하다고 생각되면 이 @maxnet 을 자유롭게 삭제하십시오)

고마워. 나를 위해 데비안 버스터에서 작업했지만 원본 다운로드 및 스냅은 실패했습니다.

참고로 이것은 ChromeOS에서도 발생하는 문제입니다. Linux 개발자 모드가 활성화된 경우 @lurch 에서 공유하는 1.6.1은 작동하지만 https://www.raspberrypi.org/software/ 에서 다운로드는 작동하지 않습니다.

이 문제를 따르는 사람의 이익을 위해...

방금 Ubuntu 18.04에서 v1.6.2 태그 를 컴파일하려고 시도했지만 다음을 사용하여 빌드하지 못했습니다.

rpi-imager/main.cpp:250:19: error: ‘class QApplication’ has no member named ‘screenAt’; did you mean ‘screens’?
         if ( !app.screenAt(QPoint(x,y)) || !app.screenAt(QPoint(x+w,y+h)) )
                   ^~~~~~~~
                   screens
rpi-imager/main.cpp:250:49: error: ‘class QApplication’ has no member named ‘screenAt’; did you mean ‘screens’?
         if ( !app.screenAt(QPoint(x,y)) || !app.screenAt(QPoint(x+w,y+h)) )
                                                 ^~~~~~~~
                                                 screens

해당 기능 이 Qt 5.10에 추가되었지만 Ubuntu 18.04에는 Qt 5.9.5만 포함되어 있기 때문입니다.
따라서 v1.6.1 빌드 가 Ubuntu 18.04 사용자를 위한 "최종선"인 것 같습니다.wink:

그들은 새로운 버전의 소프트웨어를 _ 원하지 않는_ 사람들을 위한 것입니다.

아니요. 새 릴리스를 업그레이드하거나 설치하는 데 많은 시간이 소요되기 때문에 LTS를 사용합니다. 설치 후에는 많은 수정/조정, 설치, 설정 등을 해야 합니다. 시간이 많이 걸립니다. LTS는 시스템을 훨씬 더 오래 사용할 수 있는 기회를 제공합니다. 현재 18.04부터 더 이상 Ubuntu를 사용하지 않을 것입니다(그러나 그것은 또 다른 이야기입니다).

여러 PPA + 일부 앱 이미지를 사용합니다. PHP와 같은 경우 직접 설치합니다.

20.04 LTS가 새로운 최소 버전이므로 업그레이드했기 때문입니다. :-)

나는 이 "18.04 too old" 토론이 프로젝트에 대한 거대하고 심오한 문제를 놓치고 있다고 생각합니다. 빌드 프로세스가 특정 버전에 묶여 있는 이유 는 무엇입니까? _yourself_를 편집하고 게시하고 있습니까? rpi-imager 에는 CI, PPA, Github 작업 또는 클라우드 빌드 워크플로를 위한 도구가 없나요?

_that_ 도구가 18.04를 지원하는 한(그리고 소스가 호환 가능), @maxnet 의 개인 OS는 관련이 없어야 합니다. PPA는 _all_ 현재 Ubuntu 버전용으로 빌드할 수 있습니다. Travis-CI와 Github는 많은 플랫폼을 구축할 수 있습니다. 개발에 Windows를 사용하고 플랫폼이 아무리 오래되었거나 최신 버전이어도 Fedora, Mac, BSD, ARM용 클라우드를 구축할 수 있습니다.

그 말은...

해당 도구가 18.04를 지원하는 한(소스가 호환 가능)

1) 소스는 앞으로 #ifdef 마법 없이 호환되지 않습니다.
더 새로운 방법은 고대 Qt 버전에는 존재하지 않습니다.
이전 방법을 사용하면 최신 Qt 5 버전에서 더 이상 사용되지 않는 경고를 많이 제공하고 Qt 6에서 사라집니다.

2) 이것은 최소한 Windows 및 Mac OS X에서 코드 서명이 필요한 응용 프로그램이며 저는 클라우드 제공업체와 코드 서명 키를 공유하는 것을 좋아하지 않습니다.

3) 결과가 올바르게 작동하는지 테스트하려면 모든 운영 체제를 설치해야 합니다.
이러한 유형의 소프트웨어(시스템 서비스 및 SD 카드 리더와 같은 물리적 하드웨어와의 상호 작용 포함)는 자동화된 테스트 프레임워크에 적합하지 않습니다...

그리고 Ubuntu 20 LTS가 출시된 지 1년이 되었습니다.

그리고 Ubuntu 18은 여전히 2 년 이상 지원됩니다. 네 입장?

개발자를 위한 Ubuntu 18의 전반적인 유용성은 급격히 감소하고 있습니다.
...
여전히 18을 사용하는 이유는 무엇입니까?

그건... 이 문제를 처리하는 방법이 아닙니다 . @lurch 가 18을 사용하는 특별한 이유는 중요하지 않습니다. 많이있다. 당신이 20.04로 전환해야 했기 때문에 일부는 이미 21.10으로 뛰어올랐습니다.

현재 LTS가 출시된 후 1년이 지나도 이전 LTS가 지원되는 플랫폼으로 남아 있을 것으로 기대하는 것은 합리적이지 않습니다.

그것은. LTS 라고 불리는 데는 이유가 있습니다! _장기_ 지원 .

1년의 유예 기간이 있었습니다!

거짓. "연간 유예 기간"은 2022년 4월에만 _시작_되며, _2023년까지 1년 동안 완전히 지원되는 시스템을 사용하면서 20.04를 완전히 건너뛰고 Ubuntu 22.04로 마이그레이션할 수 있습니다. 나는 _정말_ 2년마다 전체 OS를 업그레이드하는 번거로움을 원하지 않습니다.

여러분... 우분투는 서버 에디션뿐만 아니라 데스크탑, 코어, 온 가족을 출시하면서 라즈베리를 완전히 수용했습니다. 그들은 모든 Raspberry 관련 패키지를 저장소에 추가했으며 rpi-eeprom 또는 vcgencmd 에 더 이상 PPA가 필요하지 않았습니다.

길고 행복한 결혼생활도 많이 응원해주세요 :1st_place_medal:

그리고 Ubuntu 18은 여전히 ​​2년 이상 지원됩니다. 네 입장?

"지원됨"은 최신 버전의 소프트웨어를 갖게 된다는 의미가 아닙니다.
Ubuntu 18 시스템의 모든 것은 2018 버전의 소프트웨어이며 나중에 백포트로 추가된 안정성 및 보안 수정 사항만 포함됩니다.
나머지 시스템과 일치하도록 이전 버전의 Imager를 계속 실행할 수 있습니다.

1. 이것은 최소한 Windows 및 Mac OS X에서 코드 서명이 필요한 응용 프로그램이며 저는 클라우드 제공업체와 코드 서명 키를 공유하는 것을 좋아하지 않습니다.

Raspberry(회사/조직)에서 이에 대한 _모든_ 인프라 또는 지침을 제공하지 않습니까? 내 말은... IMHO rpi_imager 는 Raspi 생태계의 핵심 구성 요소입니다. 그것은 그것을 사용하는 바로 _진입점_입니다. 이것은 승인된 이미저로 Raspberry와 Ubuntu의 _둘 다_공식 웹사이트에 전시되어 있습니다.

공식 지원 정책이 무엇인지 잘 모르겠습니다.

이 프로젝트의 높은 프로필을 감안할 때 그것에 대한 공식적인 정책이 없다는 사실에 정말 놀랐습니다.

"지원됨"은 최신 버전의 소프트웨어를 갖게 된다는 의미가 아닙니다. Ubuntu 18 시스템의 모든 것은 2018 버전의 소프트웨어이며 나중에 백포트로 추가된 안정성 및 보안 수정 사항만 포함됩니다.

정당한 지적이며 동의합니다. _current_ 버전이 계속 작동하는 한 오래된 버전을 사용해도 상관 없습니다. 그리고 그것은 여기서 일어난 일이 아닙니다.

rpi-imager , snap 에서 설치되었으며 어제 갑자기 _깨졌습니다. @lurch 가 보고한 대로 AppArmor 프로필 및 빈 드라이브에 대한 동일한 dmesg 오류와 함께 작동을 멈췄습니다. 호환되지 않는 버전이 18.04 채널에 업로드된 이유는 무엇입니까?

정당한 지적이며 동의합니다. 나는 오래된 버전을 사용해도 상관없다

그런 다음 이전 1.6.0을 사용해 볼 수 있습니다. https://downloads.raspberrypi.org/imager/imager_1.6_amd64.deb

snap에서 설치한 rpi-imager가 갑자기 출시되었습니다.

스냅 문제는 https://github.com/popey/imager-snap/issues 에서 보고할 수 있습니다.
우리는 그 버전에 관여하지 않습니다.

관련성이 있을 수 있는 몇 가지 설명:

rpi-imager , snap 에서 설치되었으며 어제 갑자기 _깨졌습니다.

어쩌면 더 일찍 깨졌을 수도 있습니다. 나방에 대해 정기적으로 사용하고 있지만 항상 동일한(캐시된) 이미지를 사용합니다. 어제 나는 몇 가지 새로운 것을 시도했기 때문에 아마도 그것이 지금에서야 문제가 나타난 이유일 것입니다. 설치된 버전은 1.6.2이고 IIRC는 적어도 몇 주 동안 그랬습니다.

나는 오래된 버전을 사용해도 상관없다

내가 상관하지 않는 것이 아닙니다. 그래요. 하지만 저는 제가 어떤 것도 _자격이 없습니다_ 라는 것을 압니다. 나는 단지 일부 프로젝트가 이전(그러나 EOL'된 것은 아님) 릴리스를 중단할 수 있는 새 API를 채택할 때 보다 보수적인 접근 방식을 취하기를 바랐습니다.

예를 들어, 저는 Python 개발을 많이 하고 동일한 딜레마에 많이 직면합니다. Python 3.9에 새롭고 멋진 기능이 있으면 이미 Python 3.11에 있더라도 사용을 자제합니다. CentoOS는 여전히 고대 3.6 과 함께 제공됩니다. 최소한 3.8 _available_이 있으므로 최소 소스 버전을 거기로 올릴 수 있습니다. 여기에서도 비슷한 접근 방식을 취할 수 있습니까?

로그를 더 깊이 파고들면 여기에서 2가지 별개의 독립적인 문제를 다루고 있다고 생각합니다.

• 여하튼 저는 스냅에서 1.6.1뿐만 아니라 1.6.2를 설치하고 실행할 수 있습니다. 따라서 @popey 가 18.04용으로 컴파일하기 위해 수행한 작업이 무엇이든 작동했습니다. 축하합니다! 이것은 이미지를 작성할 때 AppArmor에 대한 내 오류가 .deb 를 빌드할 때 패키지 종속성 또는 QT 컴파일 문제와 아무 관련이 없음을 시사하지만 둘 다 18.04에 명시되어 있습니다.

• 내 문제는 @XECDesign 도 _permissions_에 관한 것으로 보이며 이것은 스냅 전용 문제인 것 같습니다. 그래서 지시에 따라 거기로 이동합니다.

_"AppArmor 정책으로 인해 이 발신자가 이 메시지를 보낼 수 없습니다..."_, _"네트워크 소켓을 열 수 없음"_ 또는 _"작업이 허용되지 않음"_과 같은 문제로 여기에 오는 사람은 이 문제 로 이동하십시오. 여기가 아닙니다. 제목에 18.04에 많은 문제가 있다는 것입니다 :-)

스냅에서 1.6.1뿐만 아니라 1.6.2를 설치하고 실행할 수 있습니다. 따라서 @popey 가 18.04용으로 컴파일하기 위해 수행한 작업이 무엇이든 작동했습니다. 축하합니다!

나는 스냅이 "독립적인" 포장 형식이라고 생각합니까? 따라서 Ubuntu 18.04에 포함된 것보다 최신 버전의 Qt 라이브러리를 포함할 수 있습니까? (RPi Imager의 .deb 버전에서 사용해야 함)

스냅 문제는 https://github.com/popey/imager-snap/issues 에서 보고할 수 있습니다.
우리는 그 버전에 관여하지 않습니다.

@maxnet 우리는 RPi Imager의 스냅 버전(아마도 Ubuntu의 "소프트웨어 스토어"가 설치하는 버전이기 때문에)에 대해 꽤 많은 문제 보고를 받는 것 같습니다. 우리는 분명히 아무 것도 할 수 없습니다. GitHub의 문제 템플릿 기능을 사용하여 RPi Imager의 스냅 버전에 문제가 있는 사람들을 직접 popey 의 repo로 보내는 것이 가치가 있습니까? :어깨를 으쓱하다:

이전 버전 1.6.0(@maxnet 참조)은 Linux Mint 19.3(bionic repo)에 제대로 설치되었습니다. 고마워