Bug 245623 - Download initialization to slow media may lock the whole system
Summary: Download initialization to slow media may lock the whole system
Status: RESOLVED FIXED
Alias: None
Product: kget
Classification: Applications
Component: general (show other bugs)
Version: unspecified
Platform: Unlisted Binaries Linux
: NOR normal
Target Milestone: ---
Assignee: KGet authors
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-07-24 11:26 UTC by squan
Modified: 2010-08-13 17:57 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:
Sentry Crash Report:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description squan 2010-07-24 11:26:25 UTC
Version:           unspecified (using KDE 4.4.4) 
OS:                Linux

I tried to download a DVD ISO to a USB connected flash drive with FAT32 file system.
The result was that my system was unusable with heavy IO load without any download progress until I killed kget.

Could it be that before downloading kget tries to reserve a file of sufficient space on the target media?
And could it be that this is impractical for direct download of hug files to a USB connected device?





Reproducible: Didn't try

Steps to Reproduce:
1) Connect USB flash device
2) Download e.g. http://ftp.uni-erlangen.de/pub/mirrors/opensuse/distribution/11.3/iso/openSUSE-11.3-DVD-i586.iso
directly to the device

Actual Results:  
System under heavy IO load for several minutes

Expected Results:  
Download starts immediately
Comment 1 Matthias Fuchs 2010-07-24 11:54:26 UTC
Fat32 has a size limit of ~4GB, so this might be the reason.
Could you try a different large file that is smaller than 4 GB?
Comment 2 squan 2010-07-24 16:30:25 UTC
Oops, I really tried to copy a DVD iso image to a VFAT file system.
And yes, this makes kget (or a kio slave or whatever) do funny things.
With smaller files (~1G) there's no such problem.
Comment 3 Matthias Fuchs 2010-08-10 20:16:56 UTC
Ok, so I'll close this bug report. I will display an error-dialog for this case in the future.
For general copy-operations related with the 4GB limit and VFAT see bug 198772.
Comment 4 Matthias Fuchs 2010-08-10 21:03:12 UTC
SVN commit 1161757 by mfuchs:

Respect the maximum file size limit of VFAT.
CCBUG:245623

 M  +16 -0     datasourcefactory.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1161757
Comment 5 Matthias Fuchs 2010-08-10 21:08:23 UTC
SVN commit 1161763 by mfuchs:

Fowardport r1161757 and adds an error dialog.
Respect the maximum file size limit of VFAT.
CCBUG:245623

 M  +16 -0     datasourcefactory.cpp  


WebSVN link: http://websvn.kde.org/?view=rev&revision=1161763
Comment 6 Matthias Fuchs 2010-08-13 17:57:41 UTC
Ups, forgot to close the report.