I guess updating to a more recent SD card image fixes the issues.
For now: What about when you ssh into the SD card image and try to manually start the /sketch/sketch.elf - what errors do you get?
what does ldd /sketch/sketch.elf tell?
I now managed to run with the latest SD image 1.0.2. Haven't gotten back to the older image to debug the issue.
Also I think the sketch.elf is just not a linux executable - I tried running
> /sketch/sketch.elf and it never worked but then I grepped the processes running and found there is a cllloader script which is being run and used that to run the sketch and it runs well.
So for running sketches with linux, some one needs to update the thread that they should be using the full command with clloader and not use sketch.elf as a linux executable. Please correct me if am wrong but that's what I have been able to get working
no, actually sketch.elf is an executable. Try "file sketch.elf". clloader is responsible for the communication with the Arduino IDE and the copying of sketch.elf to the right folder, making a backup copy of the old sketch ...
Depending on the sketch you might require additional command line parameters to correctly run the sketch.
if the issue is solved for you could you pls mark this thread as "answered" and add a note what solved the issue?
Actually sketches always take the same two parameters which are simply the ttys used for console communication. clloader always executes the sketch like so:
$ ./sketch /dev/ttyS0 /dev/ttyS0
good to know - didn't look into details yet. Still, as long as serial over ttyS0 isn't required the /sketch/sketch.elf seem to start fine w/o parameters. At least worked for the sketches I tested so far
Solved this issue by moving over the latest SD image - 1.0.2. Also used mk.dosfs debian command to format the SD card and copy paste contents of the image into the SD.
could you pls mark the question as solved then?