Impossible to open a *.iso file

[Grek-336]

Binary package hint: k9copy

Ubuntu 9.04
k9copy 2.3.0-0ubuntu2

Open a *.iso file is impossible. k9copy always return the error message "Can't open disc *.iso!"

I have move the file to another directory that not containts any special characters and change the file name like "/media/ExtDaten2/Image.iso" but nothing helps.

So i have try to open a ISO-File that have work with the k9copy version installed in my Ubuntu 8.04 LTS version. But this file isn't open by this new k9copy version too.

[Grek-336 (kult01)]

I'm on my Ubuntu 8.04 LTS installation and k9copy (Version 1.2.3-0ubuntu1) working without problems on the same file (without moving and renaming the file name).

[constantinosm (constantinosm)]

The same problem in Ubuntu 9.10.
"Can't open disc *.iso"

[Chris Olin (chris.olin)]

Same problem in 10.04 LTS. Ended up using DVD95 without any problems.

[Huba Gaspar (huba)]

I've encountered the same problem on 10.10 too.

Running k9copy with strace I've also find the cause of the problem:
opening of an iso image returns EOVERFLOW.
From the manual of open:
"
EOVERFLOW
              pathname refers to a regular file that is too large to be opened. The
              usual scenario here is that an application compiled on a 32-bit
              platform without -D_FILE_OFFSET_BITS=64 tried to open a file whose size
              exceeds (2<<31)-1 bits; see also O_LARGEFILE above. This is the error
              specified by POSIX.1-2001; in kernels before 2.6.24, Linux gave the
              error EFBIG for this case.
"
From the explanation above it is obvious that only 32-bit version is affected and this problem can also be fixed on the 32-bit version by adding a compiler flag.

I've added the following two lines to CMakeLists.txt of the source tree and rebuilt the deb package:
SET(CMAKE_C_FLAGS "-D_FILE_OFFSET_BITS=64")
SET(CMAKE_CXX_FLAGS "-D_FILE_OFFSET_BITS=64")

[I've put it after SET(CMAKE_MODULE_PATH "${CMAKE_SOURCE_DIR}/cmake") line in CMakeLists.txt]

I did not test it thoroughly yet but the iso file open problem has disappeared!

 These defines can cause problems only if k9copy uses external libraries which were not compiled with the above settings and they share file descriptors.

So I suggest this fix to be included in the official version of k9copy too!

[Luca Perusi (luca-perusi)]

I know this is an old post but since I dealt with the same problem today I send my solution the same.
In my case the problem was caused by a missing library: libdvdcss.
If you don't have it you probably have to activate the medibuntu repository.
The message given by the program is not clear at all anyway.
Hope this helps someone.