Impossible to open a *.iso file

Bug #445864 reported by Grek-336
6
This bug affects 1 person
Affects Status Importance Assigned to Milestone
k9copy (Ubuntu)
New
Undecided
Unassigned

Bug Description

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.

Revision history for this message
Grek-336 (kult01) wrote :

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).

Revision history for this message
constantinosm (constantinosm) wrote :

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

Revision history for this message
Chris Olin (chris.olin) wrote :

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

Revision history for this message
Huba Gaspar (huba) wrote :

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!

Revision history for this message
Luca Perusi (luca-perusi) wrote :

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.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.