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

Feature request: total copies countdown #3285

Closed
sboutros opened this issue Aug 26, 2020 · 2 comments
Closed

Feature request: total copies countdown #3285

sboutros opened this issue Aug 26, 2020 · 2 comments

Comments

@sboutros
Copy link

It would be awesome to have a feature to specify how many copies of an image I need, say 12.
Then as I hit start and walk away and periodically check back, pull cards out, put new cards in, and invariably lose track of which card I am on.
Keep a count-down timer till I have 12 successfully validated SD cards…

Another poster suggested tracking specific cards as well to prevent accidental re-imaging:
Just a simple locally stored history of the UUID (if there is such a thing) of the drives flashed and which image you flashed to each of them. Is there a UUID that is hardware based for sdcards, emmc and usb drives?

You could then count how many flashes you have completed in this session and warn you if you about to re-flash the same drive twice (in the same etcher instance session). (Done this so many times) Normally I try and flash with 4 versions of etcher running at once because I found that more stable than multi targeted flashes.

@lurch
Copy link
Contributor

lurch commented Aug 27, 2020

Then as I hit start and walk away and periodically check back, pull cards out, put new cards in, and invariably lose track of which card I am on.

You could just keep "unflashed cards" and "cards that have been flashed" in two separate (labelled) pots? 😉

Is there a UUID that is hardware based for sdcards

SD cards have a unique CID register, but that's only readable on SD-card-readers that are connected via PCI or GPIO (i.e. that appear as /dev/mmcblk0 under Linux), not SD-card-readers that are connected via USB (i.e. that appear as /dev/sdX under Linux).
(Some laptops have their internal card-slot connected via USB, some laptops have their internal card-slot connected via PCI, Raspberry Pis have their card-slot connected via GPIO.)
If you're flashing multiple cards at once then I guess you must be using USB card-readers, in which case the CID register isn't readable.

It would be awesome to have a feature to specify how many copies of an image I need, say 12.

How is EtcherPro coming along @thundron / @zvin ? 🙂

@thundron
Copy link
Contributor

@lurch Soon™

tracking specific cards as well to prevent accidental re-imaging

Keep a count-down timer till I have 12 successfully validated SD cards

@sboutros you can actually connect 12 targets and flash them all at once, this was implemented a long time ago: it already both saves the time of re-connecting the targets and the hassle of knowing which card was already flashed (given you don't put them back with the un-flashed ones of course).

Having a step-by-step flash procedure would be redundant since multi-writing is already implemented and keeping track of the images flashed wouldn't be as accurate if, for example, you want to flash them again (again, given that multi-writing already exists).

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

3 participants