[solved] can't boot with non-slp c++ python open-cv image

[nilay994]

Had trouble booting with the "Raspbian Buster OpenCV image, Google Drive" that was compiled on 5th Feb 2020.

This was solved after I corrected two mistakes:

1) I wasn't using the recommended win32diskimager flashing tool, but was trying to flash image using ubuntu flashing tool rufus.
2) Was not flashing it to the recommended (16GB+) SD card, but was trying to flash it on the smaller size 8GB S.L.P. image SD card that came with the starter kit.

The moment I corrected this mistake by flashing the image to a 64GB SD card using win32diskimager, I could boot instantly. I could also directly compile and run the pre-made c++ code that was already stored in the home directory that came with the image. Thank you @realizator

available ISO

iso.png (55.54 KiB) Viewed 2209 times

[Realizator]

Hi Nilay994,
I'm glad it works now!
I was surprised, that RUFUS is not checking micro SD size before recording an image. Luckily win32diskimager do this. By the way, Balena Etcher is a good tool too!

[stereomaton]

Hum. I have a problem with this image too, but it is a different one.
I downloaded it two times, and each time it seems that the zip file is currupted.

Code: Select all

$ unzip -t cpp-python-2020-02-05.zip 
Archive:  cpp-python-2020-02-05.zip
warning [cpp-python-2020-02-05.zip]:  982393912 extra bytes at beginning or within zipfile
  (attempting to process anyway)
error [cpp-python-2020-02-05.zip]:  start of central directory not found;
  zipfile corrupt.
  (please check that you have transferred or created the zipfile in the
  appropriate BINARY mode and that you have compiled UnZip properly)

Could you post a checksum to test the integrity of the downloaded files? (Adding it to the wiki will be a good idea too)

[Realizator]

Hi Stereomaton,
We have similar issue mentioned on Github here: https://github.com/realizator/stereopi- ... l/issues/2
Can you please check, if mentioned "7z e ..." instead of unzip works for you?

[stereomaton]

It does not work better.

Code: Select all

$ 7z e cpp-python-2020-02-05.zip 

7-Zip [64] 16.02 : Copyright (c) 1999-2016 Igor Pavlov : 2016-05-21
p7zip Version 16.02 (locale=fr_FR.UTF-8,Utf16=on,HugeFiles=on,64 bits,8 CPUs Intel(R) Core(TM) i7-8550U CPU @ 1.80GHz (806EA),ASM,AES-NI)

Scanning the drive for archives:
1 file, 5277361309 bytes (5033 MiB)

Extracting archive: cpp-python-2020-02-05.zip

ERRORS:
Headers Error

--
Path = cpp-python-2020-02-05.zip
Type = zip
ERRORS:
Headers Error
Physical Size = 5277361309
64-bit = +

                     
ERROR: E_FAIL

Archives with Errors: 1

Open Errors: 1

7z extracts something, but the file looks truncated (2.9G, not recognized as block file).

[stereomaton]

Using the previous image "Raspbian Buster OpenCV Image (Python code)" (stereopi-opencv-20190912.zip), even originating from Google Drive as the other image, seems to work well both with unzip and 7z (same checksum).
It boots [but I forgot that I needed a mouse to start with it ]

[Realizator]

Hmmm... Both images has been zipped under Win 10 by means of system zip. Our experience shows, that this method gives a maximum archive compatibility with other decompression software. I will try to archive it by other software.

[Realizator]

Stereomaton, just for test - can you please check, if this ZIP file is unpacked Ok for you? I archived this cpp image on Mac.

[stereomaton]

This link looks good, and the stereopi starts.

It is quite surprising that there are some incompatibilities like that in such old format. It really looked like a transfer error to me, that's why I asked for the checksum of the archive (.zip file). Too late, I did not kept the file anyway.