EOVERFLOW error on shared network files

[ajgiampa]

I've successfully mounted a shared folder from a Windows7 64-bit PC to the Raspberry Pi. The folder contains jpeg image files of 3M average size. I'm trying to use the FEH image viewer to load these images, but get an EOVERFLOW error. FEH suggests re-compiling with "make stat64=1", which I did following the instructions on feh.finalrewind.org and still get the error (assuming I did the re-compile correctly).

Is this error due to the 64-bit host PC or could it be something else? Is this a known issue? If so, is there a way to have the Raspberry Pi work with 64-bit host PC shared folders?

I am somewhat new to Linux and Raspberry Pi, so thanks in advance for any suggestions...

[jojopi]

Try running "stat FILE" on one of the images. You should find that that works, but shows an inode number greater than 4294967295. To stat such a file without error, an application needs to be compiled with large file support. Large inode numbers can occur even on shares from 32 bit systems, by the way.

I think you will find that compiling feh with LFS, on Raspbian, actually changes the error from EOVERFLOW to "File does not exist". That is because feh uses libimlib2, which also wants to stat the file, also lacks LFS, and returns a misleading result code. You would need to fix and/or recompile that too, and possibly others.

Other viewers, such as "display" from package imagemagick, do work, either because they have large file support, or they just do not care about being able to stat a file before reading it.

[ajgiampa]

You were correct about the inode number being greater than 4294967295 for the files stored on the 64-bit host machine, so I've abandoned using feh with files stored there. But now when I try accessing files stored on a 32-bit host machine, I get another error, which is probably unrelated but still confusing me. It says "feh error: Can't open X display. It is running, yeah?".

I want to run the feh image viewer from the command line so I can start it from a script and have it play a slideshow of these images in the shared folder. I don't want to run the x-server when the raspberry pi boots up. This is a digital signage type application, so I'd prefer to have everything automated via a script without a GUI.

Thanks again...

[awippler]

Came across this page as I was having the same issue with a high inode. My solution was to change the mount to have the

Code: Select all

noserverino

setting.

[otc2017]

I faced the same issue right now. I added the noserverino setting to my script but no change. I still can´t open the files with feh. Any further options to fix that?