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

Booting multiple RPis in Parallel #43

Closed
eli-tracxpoint opened this issue Jul 30, 2019 · 5 comments
Closed

Booting multiple RPis in Parallel #43

eli-tracxpoint opened this issue Jul 30, 2019 · 5 comments

Comments

@eli-tracxpoint
Copy link

Hi guys!
I'm using a non-SD card setup of 6 x RPi zero that booting with rpiboot and fetching the filesystem from NFS folder.
The issue here is that booting them serially with rpiboot takes a lot of time.
Is there a way using rpiboot on multiple RPis in parallel instead of using the loop flag (-l) that boots serially.

Thanks!

@ghollingworth
Copy link
Contributor

You'd need to rewrite rpiboot to run a new thread for each device as it enumerates, then each thread runs the same bit of code

@lurch
Copy link
Contributor

lurch commented Nov 7, 2019

I wonder if https://github.com/balena-io-modules/node-raspberrypi-usbboot might have better threading support? (although I've no idea if it'll be possible to adapt it to support your scenario)

@cleverca22
Copy link

https://github.com/librerpi/rpi-tools/tree/master/webusbboot

another issue ive found a potential solution to by accident
webusb is entirely event driven, so one thread can manage multiple devices at once

webusbboot has been confirmed to be able to:

  • reflash the rpi4b eeprom (both with recovery.bin, and eeprom self-reflash)
  • boot into VPU MSD mode (with msd/start4.elf)
  • boot into linux MSD mode (tested with nixos-msd but others should work too)

it works on linux (even android), windows has general webusb issues, darwin untested

@burtyb
Copy link
Contributor

burtyb commented Oct 29, 2020

With #66 you could also run rpiboot for each Pi you want to boot or use the existing -1/-2/etc. option if the port numbers aren't repeated (as they are on the 3B+).

@timg236
Copy link
Collaborator

timg236 commented Jan 8, 2024

Closed due to inactivity.

@timg236 timg236 closed this as completed Jan 8, 2024
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

6 participants