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
[solved] can't boot with non-slp c++ python open-cv image
- Realizator
- Site Admin
- Posts: 900
- Joined: Tue Apr 16, 2019 9:23 am
- Contact:
Re: [solved] can't boot with non-slp c++ python open-cv image
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!
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!
Eugene a.k.a. Realizator
-
- Posts: 215
- Joined: Tue May 21, 2019 12:33 pm
- Location: France
can't boot with non-slp c++ python open-cv image
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.
Could you post a checksum to test the integrity of the downloaded files? (Adding it to the wiki will be a good idea too)
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)
Stereophotographer and hacker
Despite my quite active participation in the forum, I am not in the StereoPi team
StereoPi (v1) Standard Edition + CM3Lite module + a few cameras
Despite my quite active participation in the forum, I am not in the StereoPi team
StereoPi (v1) Standard Edition + CM3Lite module + a few cameras
- Realizator
- Site Admin
- Posts: 900
- Joined: Tue Apr 16, 2019 9:23 am
- Contact:
Re: [solved] can't boot with non-slp c++ python open-cv image
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?
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?
Eugene a.k.a. Realizator
-
- Posts: 215
- Joined: Tue May 21, 2019 12:33 pm
- Location: France
Re: [solved] can't boot with non-slp c++ python open-cv image
It does not work better.
7z extracts something, but the file looks truncated (2.9G, not recognized as block file).
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
Stereophotographer and hacker
Despite my quite active participation in the forum, I am not in the StereoPi team
StereoPi (v1) Standard Edition + CM3Lite module + a few cameras
Despite my quite active participation in the forum, I am not in the StereoPi team
StereoPi (v1) Standard Edition + CM3Lite module + a few cameras
-
- Posts: 215
- Joined: Tue May 21, 2019 12:33 pm
- Location: France
Re: [solved] can't boot with non-slp c++ python open-cv image
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 ]
It boots [but I forgot that I needed a mouse to start with it ]
Stereophotographer and hacker
Despite my quite active participation in the forum, I am not in the StereoPi team
StereoPi (v1) Standard Edition + CM3Lite module + a few cameras
Despite my quite active participation in the forum, I am not in the StereoPi team
StereoPi (v1) Standard Edition + CM3Lite module + a few cameras
- Realizator
- Site Admin
- Posts: 900
- Joined: Tue Apr 16, 2019 9:23 am
- Contact:
Re: [solved] can't boot with non-slp c++ python open-cv image
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.
Eugene a.k.a. Realizator
- Realizator
- Site Admin
- Posts: 900
- Joined: Tue Apr 16, 2019 9:23 am
- Contact:
Re: [solved] can't boot with non-slp c++ python open-cv image
Stereomaton, just for test - can you please check, if this ZIP file is unpacked Ok for you? I archived this cpp image on Mac.
Eugene a.k.a. Realizator
-
- Posts: 215
- Joined: Tue May 21, 2019 12:33 pm
- Location: France
Re: [solved] can't boot with non-slp c++ python open-cv image
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.
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.
Stereophotographer and hacker
Despite my quite active participation in the forum, I am not in the StereoPi team
StereoPi (v1) Standard Edition + CM3Lite module + a few cameras
Despite my quite active participation in the forum, I am not in the StereoPi team
StereoPi (v1) Standard Edition + CM3Lite module + a few cameras