Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Bring back Raspi SD card image build #699

Closed
rorosaurus opened this issue Dec 31, 2023 · 3 comments
Closed

Bring back Raspi SD card image build #699

rorosaurus opened this issue Dec 31, 2023 · 3 comments

Comments

@rorosaurus
Copy link

Feature request

What problem does this feature solve?

Deprecating RaspberryPi OS (SD card image installation) might not be necessary anymore? It seems you can download the image separate from Imager now.
https://www.raspberrypi.com/software/operating-systems/

There's a couple other solutions here for wifi config: https://raspberrypi.stackexchange.com/questions/144850/headless-wi-fi-setup-without-the-rpi-imager-bootfs-wpa-supplicant-conf-not-supp

Though that might not be worth the effort to chase. Perhaps we could just require ethernet at first to SSH and run NetworkManager?

What does the proposed API look like?

n/a

How should this be implemented in your opinion?

I would say try to replicate the old build configs as much as possible, to not waste time.

Are you willing to work on this yourself?

I'd be happy to help with documentation! I'd be more comfortable committing after I've familiarized myself with this project a little more.

@awawa-dev
Copy link
Owner

awawa-dev commented Dec 31, 2023

Hi
Given their attitude towards the problem reported by users raspberrypi/bookworm-feedback#72 , I personally do not intend to do anything... but rather focus on alternatives to RPi which I have already written about (Intel N100/N200). Maybe it's just the straw that broke the camel's back for RPi after previous problems with availability and now with significant problems with OS images themselves. Remaining on the Bullseye images could be a solution (after patching the critical udev bug in the last image), but RPi 5 is not supported by this system and they have no intention for such release, so the circle closes. And since RPi is closed-hardware workaround for Bullseye & RPi5 is also not possible. In that thread I linked you have a hack on how to get around it, but such fix is short-lived at best. While the switch to nmcli is somewhat forced by Bookworm, the proposed solution (which must have cost them a lot of work, so it was intentional) limits the functionality only to their flasher.

Maybe when the long-promised cloud-init finally appears, I will come back to this issue, but currently it is only talked about.

@awawa-dev
Copy link
Owner

awawa-dev commented Jan 21, 2024

OK, I tested it and the workaround seems to work.
The next HyperHDR v20beta2 release will use these Raspberry Pi OS images as the basis for SD images:

https://downloads.raspberrypi.org/raspios_lite_arm64/images/raspios_lite_arm64-2023-05-03/2023-05-03-raspios-bullseye-arm64-lite.img.xz
https://downloads.raspberrypi.org/raspios_lite_armhf/images/raspios_lite_armhf-2023-05-03/2023-05-03-raspios-bullseye-armhf-lite.img.xz

They are based on Debian Bullseye, the old Wi-Fi configuration still works (wpa_supplicant), you can use any image flasher and when building "apt install --only-upgrade udev -y" is performed, so the critical udev bug for serial port devices is gone.
Raspberry Pi 5 will not work with them, use the official Raspberry Pi Imager tool to install the Bookworm based version if you don't mind their practices.

@awawa-dev
Copy link
Owner

SD images were included in the latest v20beta2 release

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Development

No branches or pull requests

2 participants