Ответ должен был измениться, fstab монтируют файл, чтобы не быть настолько резкими на полномочиях.
sudo fdisk -l
затем отредактируйте файл
sudo vim /etc/fstab
затем я добавил следующую строку
/dev/sda1 /media/windows ntfs-3g defaults,locale=en_US.UTF-8 0 0
и в последний раз я повторно смонтировал fstab файл
sudo mount -a
Благодаря этим двум ресурсам. Теперь все файлы, которые я создаю, используют те же "значения по умолчанию" в качестве, что мой текущий пользователь выполняет (я думаю).
umask
также опция, которую можно установить на монтировании для управления полномочиями копии файлов.
I have the exact same unit and did a quick test of my own. On linux, and I used iozone, and O_DIRECT (minimize caching effects). My read/write numbers for sequential are eerily like yours. 14MB/s write, 26 MB/s read. Mine's on firewire 400.
File size set to 524288 KB
Record Size 64 KB
O_DIRECT feature enabled
Command line used: iozone -s 512M -r 64k -i 0 -i 1 -I
Output is in Kbytes/sec
Time Resolution = 0.000001 seconds.
Processor cache size set to 1024 Kbytes.
Processor cache line size set to 32 bytes.
File stride size set to 17 * record size.
KB reclen write rewrite read reread
524288 64 13485 15283 26090 27290
I do suspect some age related features are involved here, as it has been many months since I rebuilt the partitioning on it. I doubt the slowness can be remedied without a full rebuild, as the filesystem I ran the above test on is minimally consumed (5%) and highly unfragmented. As the above test is fully sequential, it's hard to get more ideal conditions then that.