extract a package on an NTFS partition doesn't work

Bug #127641 reported by Jean-Tristan Chanegue
4
Affects Status Importance Assigned to Milestone
File Roller
Fix Released
Medium
file-roller (Ubuntu)
Fix Released
Low
Ubuntu Desktop Bugs

Bug Description

Binary package hint: file-roller

I've got an USB disk with NTFS partition.
This NTFS partition is mounted RW with ntfs-3g.

When i tried to extract an .ISO stored on this USB disk on this USB disk, i've encountered an ERROR. The details of the error is empty.

When i tried to extract this same .ISO stored on this USB disk on a EXT3 partition, all is OK.

ProblemType: Bug
Architecture: i386
Date: Mon Jul 23 00:36:53 2007
DistroRelease: Ubuntu 7.04
ExecutablePath: /usr/bin/file-roller
Package: file-roller 2.18.1-0ubuntu1
PackageArchitecture: i386
ProcCmdline: file-roller /media/onthego/usenet/Adobe\ Creative\ Suite\ 3\ Web\ Premium\ (CS3)\ (2007)/m-acs3w1.iso
ProcCwd: /home/jt
ProcEnviron:
 PATH=/home/jt/bin:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin:/usr/games
 LANG=fr_FR.UTF-8
 SHELL=/bin/bash
SourcePackage: file-roller
Uname: Linux lap 2.6.20-16-generic #2 SMP Thu Jun 7 20:19:32 UTC 2007 i686 GNU/Linux

Related branches

Revision history for this message
Jean-Tristan Chanegue (chanegue) wrote :
Revision history for this message
Sebastien Bacher (seb128) wrote :

Thank you for your bug. Does it work if you extract it using isoinfo?

Changed in file-roller:
assignee: nobody → desktop-bugs
importance: Undecided → Low
status: New → Incomplete
Revision history for this message
Nicolò Chieffo (yelo3) wrote :

I don't know if this helps, but even .tar.gz does not extract in ntfs-3g partitions (using the extract here nautilus shortcut)
the error is this:

tar: filename: Cannot utime: Not implemented function

Revision history for this message
Sebastien Bacher (seb128) wrote :

Does it work from the command line?

Revision history for this message
Nicolò Chieffo (yelo3) wrote : Re: [Bug 127641] Re: extract a package on an NTFS partition doesn't work

It gives those errors, but it works. I think that file-roller extracts
files in a tmp directory and then copies them to the current folder
(not a good idea in my opinion), then it sees the exit vaule of tar
(which is not 0) and since it finds an error, it thinks that something
goes wrong and does not copy the extracted files in the current
directory.

Again, using the extract feature from the file roller window (not from
nautilus) works, though it visualizes the same errors.

Revision history for this message
Sebastien Bacher (seb128) wrote :
Changed in file-roller:
status: Incomplete → Triaged
Revision history for this message
Sebastien Bacher (seb128) wrote :

upstream comment

"file-roller now ignores non-fatal errors (exit values smaller than 2) from the
tar command, however I'm not sure if this change resolves the problem, because
I've no ntfs-3g partition available in order to make a test. If the original
reporter can download and compile the current svn trunk version, he could try
and see if the problem is gone now."

Revision history for this message
Sebastien Bacher (seb128) wrote :

the bug has been fixed upstream now

Changed in file-roller:
status: Triaged → Fix Committed
Changed in fileroller:
status: Unknown → Fix Released
Revision history for this message
Áron Sisak (asisak) wrote :

file-roller (2.19.91-0ubuntu1) gutsy; urgency=low

  * New upstream version:
    - Fixed bug #467482 - [gutsy regression] "extract here" no longer puts
      extracted file "here". (LP: #133046)
    - Fixed bug #468677 - file-roller doesn't open folders if you go up one
      level. (LP: #127591)
    - Fixed bug #469528 - file-roller crashed with SIGSEGV in strlen() (LP: #134099)
    - Fixed bug #469221 - extract a package on an NTFS partition doesn't work. (LP: #127641)

 -- Aron Sisak <email address hidden> Thu, 30 Aug 2007 12:09:26 +0200

Changed in file-roller:
status: Fix Committed → Fix Released
Changed in file-roller:
importance: Unknown → Medium
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.