Rapid Photo Downloader

RPD do not store pictures on NTFS partitions.

Reported by Thomas Kloss on 2009-11-15
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
Rapid Photo Downloader
High
Damon Lynch

Bug Description

Hello Damon, your RPD seems to work very fast, but unfortunately it doesn't store pictures on partitions under NTFS file system. I used NTFS for data storage or picture storage to use the data also under Windows7. Despite this, RPD creates a folder on NTFS partition, but it doesn't store/copy the pictures (RAW...cr2). If I change the download folder to one on the ext4 partition RPD work really fast an fine. But I have to copy the pictures then to the NTFS partition. Do you think there is a solution.

Thank you very much!

Thomas

Thomas Kloss (tmkloss) on 2009-11-15
description: updated
summary: - RPD do not store pictures on NTFS partitiones.
+ RPD do not store pictures on NTFS partitions.
Damon Lynch (dlynch3) wrote :

Hi Thomas. Thanks for your bug report. Could you please include the error messages the program gives? Thanks!

Changed in rapid:
assignee: nobody → Damon Lynch (dlynch3)

Hello Damon,

thank you for your fast answer. Please see the error messages blow.
Thanks for your work, Damon!

Greetings from germany.

Thomas

Dr. Thomas M. Kloss

Email: <email address hidden>

Das Bild konnte nicht geöffnet werden /(could not open the picture file)/
Quelle: /media/EOS_DIGITAL/DCIM/100CANON/IMG_2791.CR2
Bild übersprungen /(picture omitted)/

Das Bild konnte nicht geöffnet werden
Quelle: /media/EOS_DIGITAL/DCIM/100CANON/IMG_2792.CR2
Bild übersprungen

Das Bild konnte nicht geöffnet werden
Quelle: /media/EOS_DIGITAL/DCIM/100CANON/IMG_2793.CR2
Bild übersprungen

Damon Lynch wrote:
> Hi Thomas. Thanks for your bug report. Could you please include the
> error messages the program gives? Thanks!
>
> ** Changed in: rapid
> Assignee: (unassigned) => Damon Lynch (dlynch3)
>
>

Damon Lynch (dlynch3) wrote :

I cannot replicate this bug -- it downloads just fine onto an NTFS drive I have. Can you please run the following from a terminal:

LANG=en_US.UTF-8 rapid-photo-downloader --verbose

And then attach the command line output to your bug report.

Also, can you please confirm that files are writable on the NTFS partition, when mounted in Linux?

Thanks!

Thomas Kloss (tmkloss) wrote :

Hello Damon,

yes, of course, files are writable on the NTFS partition.

The Error log:

Download copying error
Source: /media/EOS_DIGITAL/DCIM/210CANON/IMG_1057.JPG
Destination: /media/Daten/Thomas/Eigene Dateien/Eigene
Bilder/Fotos/THOMAS/20091025/20091025/IMG_1057.JPG
Error: 1 Operation not permitted

Download copying error
Source: /media/EOS_DIGITAL/DCIM/210CANON/IMG_1058.JPG
Destination: /media/Daten/Thomas/Eigene Dateien/Eigene
Bilder/Fotos/THOMAS/20091025/20091025/IMG_1058.JPG
Error: 1 Operation not permitted

Download copying error
Source: /media/EOS_DIGITAL/DCIM/210CANON/IMG_1059.JPG
Destination: /media/Daten/Thomas/Eigene Dateien/Eigene
Bilder/Fotos/THOMAS/20091025/20091025/IMG_1059.JPG
Error: 1 Operation not permitted

.........

thomas@Dell-Studio-Ubuntu:~$ LANG=en_US.UTF-8 rapid-photo-downloader
--verbose
Using GIO
Detected Daten with path /media/Daten
Automatically start download is false
Detected EOS_DIGITAL with path /media/EOS_DIGITAL
Automatically start download is false
Device scan complete: found 45 images on EOS_DIGITAL

Thread 0
=======
Download has started from EOS_DIGITAL

Volume / source: EOS_DIGITAL
Do not start: False
Started: True
Running: True
Scan completed: True
Download started: True
Download completed: False
Finished: False
Alive: True
Manually disabled: False

Download complete from EOS_DIGITAL
All downloads complete

Thread 0
=======

Volume / source: EOS_DIGITAL
Do not start: False
Started: True
Running: True
Scan completed: True
Download started: True
Download completed: True
Finished: False
Alive: True
Manually disabled: False

Goodbye
thomas@Dell-Studio-Ubuntu:~$ LANG=en_US.UTF-8 rapid-photo-downloader
--verbose
Using GIO
Detected EOS_DIGITAL with path /media/EOS_DIGITAL
Detected Daten with path /media/Daten
Automatically start download is false
Device scan complete: found 45 images on EOS_DIGITAL

Thread 0
=======
Download has started from EOS_DIGITAL

Volume / source: EOS_DIGITAL
Do not start: False
Started: True
Running: True
Scan completed: True
Download started: True
Download completed: False
Finished: False
Alive: True
Manually disabled: False

Download complete from EOS_DIGITAL
All downloads complete

Thread 0
=======

Volume / source: EOS_DIGITAL
Do not start: False
Started: True
Running: True
Scan completed: True
Download started: True
Download completed: True
Finished: False
Alive: True
Manually disabled: False

___________________________________

Thank you for your help!

Thomas

Dr. Thomas M. Kloss

Email: <email address hidden>

Damon Lynch wrote:
> I cannot replicate this bug -- it downloads just fine onto an NTFS drive
> I have. Can you please run the following from a terminal:
>
> LANG=en_US.UTF-8 rapid-photo-downloader --verbose
>
> And then attach the command line output to your bug report.
>
> Also, can you please confirm that files are writable on the NTFS
> partition, when mounted in Linux?
>
> Thanks!
>
>

Damon Lynch (dlynch3) wrote :

I suspect a permissions problem. Assuming you have the same device (e.g. memory card) with the same images, please try this, from the command line:

cd /media/Daten/Thomas/Eigene Dateien/Eigene
python
import shutil
shutil.copy2('/media/EOS_DIGITAL/DCIM/210CANON/IMG_1057.JPG', '.')

You can type Ctrl-D to exit from python when you're done. I suspect that command will give you an error. Please let me know what happens. If it gives an error, please copy and paste it to this bug report. If it doesn't give an error, please let me know.

Please also try this: simply try the cp command (from the command line) to copy the same file to the same destination and see if that works. If it works from the command line, and not from within python, then that means I need to do some additional checks on the permissions before copying files. If the cp command also fails, then you have a problem with your local setup.

It's a pity I cannot replicate it here.

Damon Lynch (dlynch3) wrote :

A correction: the cd command should probably be:

cd '/media/Daten/Thomas/Eigene Dateien/Eigene'

Damon Lynch (dlynch3) wrote :

Hi Thomas, I cannot replicate this bug. Sorry but I'll need to mark it as 'invalid' if I don't hear from you.

Thomas Kloss (tmkloss) wrote :

Sorry Damon,

in the last days, I had no time to try your hints. I think, that it is
possible for me to check the problem on next sunday. Then I will answer
you. Sorry for your inconvenience.

Best wishes

Thomas

Dr. Thomas Kloß

E-mail: <email address hidden>

Damon Lynch schrieb:
> Hi Thomas, I cannot replicate this bug. Sorry but I'll need to mark it
> as 'invalid' if I don't hear from you.
>
>

Damon Lynch (dlynch3) wrote :

Hi Dr. Thomas, Happy New Year! Did you have a chance to take another look at this? Thanks. Damon

Thomas Kloss (tmkloss) wrote :

Hi Damon,

thanks for your patience. I wish you a happy and healthy new year too!

If I use digikam for donload the cr2 files from CF card to NTFS
partitions, digikam works fine, so I think the permission to write on
the partition is allowed and ok.

Please look at the following. Perhaps it could help to solve the problem.

If I try to copy the files from CF-Card to NTFS patition to the path:

/media/Daten/Thomas/Eigene Dateien/Test Damon/

RPM failes to create the subfolder with the predefined name, e.g. :

/media/Daten/Thomas/Eigene Dateien/Test
Damon/"date,time,picturedate,number" e.g.

but RPM creates a randomly named subfolder: "rapid-tmp-6bUfsb"

/media/Daten/Thomas/Eigene Dateien/Test Damon/rapid-tmp-6bUfsb

In this subfolder there are copied CR2 files, and one can use they.

RPM copied the files in this randomly generated subfolder while it gives
the following error log to me:

Fehler beim Kopieren
Source: /media/EOS_DIGITAL/DCIM/100CANON/IMG_2791.CR2
Destination: /media/Daten/Thomas/Eigene Dateien/Test
Damon/20090704/20090704/IMG_2791.CR2
Error: 1 Operation not permitted

Fehler beim Kopieren
Source: /media/EOS_DIGITAL/DCIM/100CANON/IMG_2792.CR2
Destination: /media/Daten/Thomas/Eigene Dateien/Test
Damon/20090704/20090704/IMG_2792.CR2
Error: 1 Operation not permitted

Fehler beim Kopieren
Source: /media/EOS_DIGITAL/DCIM/100CANON/IMG_2793.CR2
Destination: /media/Daten/Thomas/Eigene Dateien/Test
Damon/20090704/20090704/IMG_2793.CR2
Error: 1 Operation not permitted

Obviously RPM ist not able to create the subfolder name in the preferred
way or kind.

I hope that these hints could help you.

Many thanks Damon and a very good year!

Thomas

Dr. Thomas M. Kloss

Email: <email address hidden>

Damon Lynch wrote:
> Hi Dr. Thomas, Happy New Year! Did you have a chance to take another
> look at this? Thanks. Damon
>
>

Damon Lynch (dlynch3) wrote :

Hi Dr. Thomas, sorry the information you provided does not give me any additional information to solve the problem.

Assuming you have the same device (e.g. memory card) with the same images, please try this, from the command line:

cd /media/Daten/Thomas/Eigene Dateien/Eigene
python
import shutil
shutil.copy2('/media/EOS_DIGITAL/DCIM/210CANON/IMG_2793.CR2', '.')

You can type Ctrl-D to exit from python when you're done. I suspect that command will give you an error. Please let me know what happens. If it gives an error, please copy and paste it to this bug report. If it doesn't give an error, please let me know.

Please also try this: simply try the cp command (from the command line) to copy the same file to the same destination and see if that works. If it works from the command line, and not from within python, then that means I need to do some additional checks on the permissions before copying files. If the cp command also fails, then you have a problem with your local setup.

It's a pity I cannot replicate it here.

kmtathome (kmtathome) wrote :

This same problem has hit me after updating Ubuntu from 9.10 to 10.04. Nothing has changed in the mounting of my NTFS partition, but I receive the same errors as above. Same problem on two different NTFS drives.

Damon Lynch (dlynch3) wrote :

At last I can also confirm this bug, having installed 10.04 myself. If you're up for it, please check the code from launchpad (using bzr). This should solve the problem.

I plan on making a release in a couple of weeks, when my semester is over.

To get the latest code from launchpad, ensure bazaar is installed on your system, then get the latest version by executing:
bzr branch lp:rapid

Changed in rapid:
status: New → In Progress
importance: Undecided → High
kmtathome (kmtathome) wrote :

Downloaded the new code using bzr and it tested out fine. No download
errors. Thanks, Damon!!

Kevin

On Tue, 2010-05-04 at 17:55 +0000, Damon Lynch wrote:
> At last I can also confirm this bug, having installed 10.04 myself. If
> you're up for it, please check the code from launchpad (using bzr). This
> should solve the problem.
>
> I plan on making a release in a couple of weeks, when my semester is
> over.
>
> To get the latest code from launchpad, ensure bazaar is installed on your system, then get the latest version by executing:
> bzr branch lp:rapid
>
> ** Changed in: rapid
> Status: New => In Progress
>
> ** Changed in: rapid
> Importance: Undecided => High
>

Damon Lynch (dlynch3) on 2010-05-05
Changed in rapid:
status: In Progress → Fix Committed
Damon Lynch (dlynch3) on 2010-05-31
Changed in rapid:
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  Edit
Everyone can see this information.

Other bug subscribers