Opened 15 years ago
Closed 3 years ago
#4925 closed bug (fixed)
Tracker freezing all internal trackers processes while copying from BFS -> NTFS
| Reported by: | streak | Owned by: | 3dEyes |
|---|---|---|---|
| Priority: | normal | Milestone: | R1/beta4 |
| Component: | File Systems/NTFS | Version: | R1/Development |
| Keywords: | Cc: | ||
| Blocked By: | Blocking: | #9955 | |
| Platform: | All |
Description
Tracker freezing all internal trackers processes while copying a few files [ mainly big ] files from BFS -> NTFS, so i couldnt run any app via tracker, and changing/choosing hdd partitions is hard aswell.
Additionally tracker freezes a window with NTFS destination folder while copying [ bigger ] files from BFS -> NTFS
Change History (10)
follow-up: 2 comment:1 by , 15 years ago
| Component: | Applications/Tracker → File Systems/NTFS |
|---|---|
| Owner: | changed from to |
comment:2 by , 15 years ago
Replying to axeld:
Certainly not Tracker's fault.
It would be nice if it could gracefully handle such cases though. Imagine an interrupted connection on a userland ssh fs.
comment:3 by , 15 years ago
Sure, but that should only ever affect the windows of that file system, not the whole thing.
comment:4 by , 12 years ago
When I tried to copy a large file in Haiku R1a4.1 to an NTFS partition with one folder on it, the first 88 MiB seemed to copy fast, then the process slowed to almost a halt. I didn't have the patience to wait for the copy to finish and left it running unattended. Later I couldn't wake up Haiku which had put the monitor in stand-by and rebooted the machine. I have not checked whether I can replicate this issue all times. The NTFS volume had been initialized in Ubuntu 12.10.
Certainly not Tracker's fault.