incognitum
Posts: 465
Joined: Tue Oct 30, 2018 3:34 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Tue Mar 10, 2020 1:55 pm

Man in a van wrote:
Tue Mar 10, 2020 11:59 am
Also, RaspberryPi Imager was very happy to let me burn the .zip archive of the .img file rather than burning the .img file itself.
That is caused by your input file.
The imager will only burn the image inside the .zip if the .zip only contains a single file.
Your .zip contains two files.
In which case it will assume it is something like NOOBS and extract all files in the .zip to SD card instead.
Last edited by incognitum on Tue Mar 10, 2020 2:09 pm, edited 2 times in total.

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 26032
Joined: Sat Jul 30, 2011 7:41 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Tue Mar 10, 2020 2:08 pm

incognitum wrote:
Tue Mar 10, 2020 1:55 pm
Man in a van wrote:
Tue Mar 10, 2020 11:59 am
Also, RaspberryPi Imager was very happy to let me burn the .zip archive of the .img file rather than burning the .img file itself.
That is caused by your input file.
The imager will only burn the image inside the .zip if the .zip only contains a single file.
Your .zip contains two files.
In which case it will resort to extracting all files instead.
That's interesting. Would it be feasible to check the files in a multifile zip to see if any of them is an image file, and image that instead? I wonder how etcher deals with something like that Pico download? Of course, knowing is something is an image file could be problematic if you just rely on extensions.
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Contrary to popular belief, humorous signatures are allowed. Here's an example...
“My wife said to me `...you’re not even listening`.
I thought, that’s an odd way to start a conversation.."

incognitum
Posts: 465
Joined: Tue Oct 30, 2018 3:34 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Tue Mar 10, 2020 2:14 pm

jamesh wrote:
Tue Mar 10, 2020 2:08 pm
That's interesting. Would it be feasible to check the files in a multifile zip to see if any of them is an image file, and image that instead?
How do you make out an image file?

.zip files that do should be extracted to card tend to contain files that end in .img as well.
Think of the noobs .zip that has "recovery.img"
Which is not a disk image...

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 26032
Joined: Sat Jul 30, 2011 7:41 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Tue Mar 10, 2020 3:42 pm

incognitum wrote:
Tue Mar 10, 2020 2:14 pm
jamesh wrote:
Tue Mar 10, 2020 2:08 pm
That's interesting. Would it be feasible to check the files in a multifile zip to see if any of them is an image file, and image that instead?
How do you make out an image file?

.zip files that do should be extracted to card tend to contain files that end in .img as well.
Think of the noobs .zip that has "recovery.img"
Which is not a disk image...
Quite.
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Contrary to popular belief, humorous signatures are allowed. Here's an example...
“My wife said to me `...you’re not even listening`.
I thought, that’s an odd way to start a conversation.."

ejolson
Posts: 4903
Joined: Tue Mar 18, 2014 11:47 am

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Tue Mar 10, 2020 4:06 pm

jamesh wrote:
Tue Mar 10, 2020 3:42 pm
incognitum wrote:
Tue Mar 10, 2020 2:14 pm
jamesh wrote:
Tue Mar 10, 2020 2:08 pm
That's interesting. Would it be feasible to check the files in a multifile zip to see if any of them is an image file, and image that instead?
How do you make out an image file?

.zip files that do should be extracted to card tend to contain files that end in .img as well.
Think of the noobs .zip that has "recovery.img"
Which is not a disk image...
Quite.
If all the images were cryptographically signed by an official I'm-an-image private key, there would be no mistaking a file with the img extension for a real image.

plugwash
Forum Moderator
Forum Moderator
Posts: 3580
Joined: Wed Dec 28, 2011 11:45 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Tue Mar 10, 2020 4:42 pm

incognitum wrote:
Tue Mar 10, 2020 2:14 pm
jamesh wrote:
Tue Mar 10, 2020 2:08 pm
That's interesting. Would it be feasible to check the files in a multifile zip to see if any of them is an image file, and image that instead?
How do you make out an image file?
I would suggest combining a check for the MBR signature ( 0x55 at offset 0x1FE and 0xAA at offset 0x1FF ) with file extension (is it .img) and file size (is it the largest file in the zip) checks.

jhlobin
Posts: 1
Joined: Wed Jan 07, 2015 8:01 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Sat Mar 14, 2020 11:00 pm

Tried to use Ver 1.2 to burn image of Ubuntu 18.04 / 64 bit to SD. Got the failed to write error that everyone else has seen.

jamesh
Raspberry Pi Engineer & Forum Moderator
Raspberry Pi Engineer & Forum Moderator
Posts: 26032
Joined: Sat Jul 30, 2011 7:41 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Sun Mar 15, 2020 6:40 am

jhlobin wrote:
Sat Mar 14, 2020 11:00 pm
Tried to use Ver 1.2 to burn image of Ubuntu 18.04 / 64 bit to SD. Got the failed to write error that everyone else has seen.
Had that, changed the micro to full size adapter, all started working.
Principal Software Engineer at Raspberry Pi (Trading) Ltd.
Contrary to popular belief, humorous signatures are allowed. Here's an example...
“My wife said to me `...you’re not even listening`.
I thought, that’s an odd way to start a conversation.."

justsomeluser
Posts: 4
Joined: Sun Mar 15, 2020 3:03 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Sun Mar 15, 2020 3:18 pm

The OSX version of the imager is a corrupt disk image. Downloaded with different browsers and always get "corrupt image" when opening it.

incognitum
Posts: 465
Joined: Tue Oct 30, 2018 3:34 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Sun Mar 15, 2020 9:34 pm

justsomeluser wrote:
Sun Mar 15, 2020 3:18 pm
The OSX version of the imager is a corrupt disk image. Downloaded with different browsers and always get "corrupt image" when opening it.
Which OS X operating system version are you using?

Do you have the same problem if you download from the github releases page?
(Files should be the same, but just in case)

justsomeluser
Posts: 4
Joined: Sun Mar 15, 2020 3:03 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Sun Mar 15, 2020 10:41 pm

incognitum wrote:
Sun Mar 15, 2020 9:34 pm

Which OS X operating system version are you using?

Do you have the same problem if you download from the github releases page?
(Files should be the same, but just in case)
Using OSX 10.9.5

Same error when opening the .dmg from releases on github.

incognitum
Posts: 465
Joined: Tue Oct 30, 2018 3:34 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Sun Mar 15, 2020 11:05 pm

justsomeluser wrote:
Sun Mar 15, 2020 10:41 pm
Using OSX 10.9.5
Need at least 10.13

justsomeluser
Posts: 4
Joined: Sun Mar 15, 2020 3:03 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Mon Mar 16, 2020 12:34 am

incognitum wrote:
Sun Mar 15, 2020 11:05 pm
Need at least 10.13
I wondered about that. I find it curious that opening the actual DMG image is an issue, and not executing the software it contains.

That info should probably be posted on https://www.raspberrypi.org/downloads/

Thanks !

incognitum
Posts: 465
Joined: Tue Oct 30, 2018 3:34 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Mon Mar 16, 2020 1:05 am

justsomeluser wrote:
Mon Mar 16, 2020 12:34 am
I wondered about that. I find it curious that opening the actual DMG image is an issue
Nowadays different compression algorithms are used on .dmg files.
LZFSE was introduced in Mac OS X 10.11, 4 years ago.
If you had that, you do would be able to open the .dmg (but would still get a your Mac is too old message).

ejolson
Posts: 4903
Joined: Tue Mar 18, 2014 11:47 am

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Mon Mar 16, 2020 1:25 am

incognitum wrote:
Mon Mar 16, 2020 1:05 am
justsomeluser wrote:
Mon Mar 16, 2020 12:34 am
I wondered about that. I find it curious that opening the actual DMG image is an issue
Nowadays different compression algorithms are used on .dmg files.
LZFSE was introduced in Mac OS X 10.11, 4 years ago.
If you had that, you do would be able to open the .dmg (but would still get a your Mac is too old message).
Not only does this show how difficult it is to rewrite a multi-platform tool such as Etcher but why people still use dd even though it's more than 50 years old.

justsomeluser
Posts: 4
Joined: Sun Mar 15, 2020 3:03 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Mon Mar 16, 2020 1:44 am

ejolson wrote:
Mon Mar 16, 2020 1:25 am
Not only does this show how difficult it is to rewrite a multi-platform tool such as Etcher but why people still use dd even though it's more than 50 years old.
hehe. so true. I don't know how many times over the years, I have have decided to "simplify" things and use dd.

User avatar
PeterO
Posts: 5730
Joined: Sun Jul 22, 2012 4:14 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Tue Mar 17, 2020 5:41 pm

The percentage written indication seems to work on how much data has been written to buffers rather than how much has actually made it onto the sd-card.

It shot up to 50% complete in a few seconds as the memory monitor showed all free memory consumed by buffers.
When it reached 100% about 4Gb of buffers were freed.
Blue area is about 1/3 of the RAM on a 12Gb machine.
buffers.png
buffers.png (989 Bytes) Viewed 912 times
PeterO
Discoverer of the PI2 XENON DEATH FLASH!
Interests: C,Python,PIC,Electronics,Ham Radio (G0DZB),1960s British Computers.
"The primary requirement (as we've always seen in your examples) is that the code is readable. " Dougie Lawson

incognitum
Posts: 465
Joined: Tue Oct 30, 2018 3:34 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Tue Mar 17, 2020 5:51 pm

PeterO wrote:
Tue Mar 17, 2020 5:41 pm
The percentage written indication seems to work on how much data has been written to buffers rather than how much has actually made it onto the sd-card.
On Linux, yes.

Does has the advantage that the highly efficient kernel code can write out the buffer to storage.
You may have noticed that writing say Raspbian Lite to SD card only takes around 80 seconds on Linux, while it takes "slightly" longer on other operating systems.

Progress indication do would be accurate if direct IO was used.
But aside from performance implications, that may have other oddities. (something with being written by deranged monkeys. ;) )
(and why the OS should be the resource manager)

User avatar
PeterO
Posts: 5730
Joined: Sun Jul 22, 2012 4:14 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Tue Mar 17, 2020 6:11 pm

incognitum wrote:
Tue Mar 17, 2020 5:51 pm
PeterO wrote:
Tue Mar 17, 2020 5:41 pm
The percentage written indication seems to work on how much data has been written to buffers rather than how much has actually made it onto the sd-card.
On Linux, yes.

Does has the advantage that the highly efficient kernel code can write out the buffer to storage.
You may have noticed that writing say Raspbian Lite to SD card only takes around 80 seconds on Linux, while it takes "slightly" longer on other operating systems.

Progress indication do would be accurate if direct IO was used.
But aside from performance implications, that may have other oddities. (something with being written by deranged monkeys. ;) )
(and why the OS should be the resource manager)
Ah, OK. I'm using a new USB to SD card adapter and it is impressively fast compared to using the built in card slot on my (quite old now) laptop.

PeterO
Discoverer of the PI2 XENON DEATH FLASH!
Interests: C,Python,PIC,Electronics,Ham Radio (G0DZB),1960s British Computers.
"The primary requirement (as we've always seen in your examples) is that the code is readable. " Dougie Lawson

jordana
Posts: 12
Joined: Thu Jan 02, 2020 3:26 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Thu Mar 19, 2020 11:18 pm

I am trying to use Imager for Ubuntu (first recommended choice) but after a seemingly successful write and verify when trying to boot up the green led blinks 7 times in cycles. This means that there is no kernel.img on first fat32 partition. And indeed there is no file with such name in system-boot partition. I will keep trying but this should be fixed I believe...

incognitum
Posts: 465
Joined: Tue Oct 30, 2018 3:34 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Thu Mar 19, 2020 11:38 pm

jordana wrote:
Thu Mar 19, 2020 11:18 pm
I am trying to use Imager for Ubuntu (first recommended choice) but after a seemingly successful write and verify when trying to boot up the green led blinks 7 times in cycles. This means that there is no kernel.img on first fat32 partition. And indeed there is no file with such name in system-boot partition. I will keep trying but this should be fixed I believe...
Kernel is not necessarily called kernel.img
Check if there is perhaps a different name specified in config.txt

(And some operating systems may also chainload a different bootloader -like u-boot- to load and boot the real kernel.
The more complex things get, the more that can go wrong during boot...)

jordana
Posts: 12
Joined: Thu Jan 02, 2020 3:26 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Fri Mar 20, 2020 12:38 am

incognitum wrote:
Thu Mar 19, 2020 11:38 pm
jordana wrote:
Thu Mar 19, 2020 11:18 pm
I am trying to use Imager for Ubuntu (first recommended choice) but after a seemingly successful write and verify when trying to boot up the green led blinks 7 times in cycles. This means that there is no kernel.img on first fat32 partition. And indeed there is no file with such name in system-boot partition. I will keep trying but this should be fixed I believe...
Kernel is not necessarily called kernel.img
Check if there is perhaps a different name specified in config.txt

(And some operating systems may also chainload a different bootloader -like u-boot- to load and boot the real kernel.
The more complex things get, the more that can go wrong during boot...)
config.txt has this for Raspberry Pi:
# The unusual ordering below is deliberate; older firmwares (in particular the
# version initially shipped with bionic) don't understand the conditional
# [sections] below and simply ignore them. The Pi4 doesn't boot at all with
# firmwares this old so it's safe to place at the top. Of the Pi2 and Pi3, the
# Pi3 uboot happens to work happily on the Pi2, so it needs to go at the bottom
# to support old firmwares.

[pi4]
kernel=uboot_rpi_4_32b.bin
max_framebuffers=2

[pi2]
kernel=uboot_rpi_2.bin

[pi3]
kernel=uboot_rpi_3_32b.bin

my Raspberry Pi is very old - maybe it is not compatible with this config?

incognitum
Posts: 465
Joined: Tue Oct 30, 2018 3:34 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Fri Mar 20, 2020 10:42 am

jordana wrote:
Fri Mar 20, 2020 12:38 am
jordana wrote:
Thu Mar 19, 2020 11:18 pm
I am trying to use Imager for Ubuntu
my Raspberry Pi is very old - maybe it is not compatible with this config?
If it is a Pi 1, the "Ubuntu (Pi 2/3/4)" image is indeed not going to work.

jordana
Posts: 12
Joined: Thu Jan 02, 2020 3:26 pm

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Fri Mar 20, 2020 4:59 pm

Indeed I confused myself - I have a Raspberry Pi Model B Rev 2 so out of luck.

User avatar
BerndGaykema
Posts: 6
Joined: Thu Feb 28, 2013 10:06 am
Location: The Netherlands

Re: "Introducing Raspberry Pi Imager, our new imaging utility"

Wed Mar 25, 2020 5:02 pm

B.Goode wrote:
Sun Mar 08, 2020 12:39 pm
BerndGaykema wrote:
Sun Mar 08, 2020 9:42 am
fruitoftheloom wrote:
Sat Mar 07, 2020 4:00 pm
...
My issue:
The Raspberry Pi Imager does not see a USB-stick to install the image to, BalenaEtcher does.
I'm sure you are reporting the situation as you experience it, and it must be a frustration.

But running this utility on my Compaq CQ62 laptop under Windows 10 Home it does detect a SanDisk Cruzer USB Flash drive and allow me to select it as a target for writing.

There is more going on here than a generic 'it doesn't work.'
Well, installed the updated version of the imager (now 1.2). Still no USB stick visible under the "SD card" button ....

I have Win10-Home, ASRock X570 Creator motherboard and Kingston MultiCard reader. This MultiCard Reader is seen, the inserted USB stick not. BelenaEtcher does see all !

Return to “Beginners”