Внешний HDD

[fugu]

Здравствуйте, я использую систему xUbuntu 14.04.
Недавно я стал счастливым обладателем внешнего жёсткого диска Seagate-backup-plus 2TB.
Но заметил довольно медленную передачу данных - около 5 MB/сек, ФС - NTFS.
Хотел бы получить рекомендации по настройке внешнего HDD.

[Sly_tom_cat]

Да просто замените NTFS на EXT4(с убранным резервом рута) или XFS. И будет вам счастье.

У меня дома на внешний NTFS диск пишется инфа примерно в 8 раз помедленнее чем на XFS (тоже внешний) думал виноваты интерфейсные платы (SATA-USB) - попробовал в одном боксе - те же яйца. Ради эксперимента создал на одном диске два раздела (дабы исключить возможность влияния самих винтов) - яйца те же, только в профиль.

[Yuriy_Y]

А на вендоподобных машинах видно не будет же.

[Sly_tom_cat]

Yuriy_Y, ну если нужно быстро и винды нет - то NTFS - в помойку.

А если нужно на винду файлы носить - остается только мерится с такой скоростью.

[fugu]

Спасибо за отклик.
Данный внешний диск я планирую использовать для хранения и передачи данных коллегам (в основном windows-пользователям), потому нужно чтобы диск был доступен для ОС Windows.

Предполагаю создание двух разделов с NTFS и EXT4 при помощи Gparted. Рационально ли? Какой раздел лучше сделать первым?

[Yuriy_Y]

Собственно, по барабану. Делай два первичных раздела да и все. Один для вендоподобных, второй - чисто для себя.

[Peter_I]

Из Windows можно читать раздел с ext4, если в Total Commander установить плагин.

[lin_user]

Из Windows можно читать ext-разделы, если установить драйвер ext2fs. И не только читать, но и писать на них.

[fugu]

Всем спасибо за отклик.
Сейчас я создаю на диске раздел в EXT4 при помощи Gparted. Это нормально что прога требует 20 часов? Или есть более рациональный инструмент?
Час прошёл и сделано менее десяти процентов.
Прерывать процесс уменьшения существующего раздела боюсь, чтобы не угробить диск.

[lin_user]

Наверно, решил подвинуть ntfs раздел с данными? Теперь придётся ждать.

[fugu]

Наверно, решил подвинуть ntfs раздел с данными? Теперь придётся ждать.

Именно так и сделал.

[lin_user]

На будущее могу посоветовать ntfs-разделы двигать виндовыми утилитами типа акрониса. Сам так встревал надолго несколько раз. Наверно, особенность реализации работы в открытом драйвере ntfs.

[Vikonrob]

Господа, а почему вы решили что проблема в NTFS, а не в чем-то другом? Почему на мой внешний диск с NTFS скорость передачи данных составляет 70-80 мегабайт\сек (USB3.0) (и 25-30 Мб/сек, если подключать его же, но через USB2.0)?

[sergey8888]

Господа, а почему вы решили что проблема в NTFS, а не в чем-то другом? Почему на мой внешний диск с NTFS скорость передачи данных составляет 70-80 мегабайт\сек (USB3.0) (и 25-30 Мб/сек, если подключать его же, но через USB2.0)?

Кстати похоже так и есть, сейчас подключил внешний диск через USB3.0 да еще и с довольно длинным метровым проводом, так скорость передачи данных 80-90Мб/c потом взял флешку USB2.0 там действительно скорость передачи данных едва больше 10Мб/c, так что похоже все дело в железе 

[lin_user]

Господа, а почему вы решили что проблема в NTFS, а не в чем-то другом? Почему на мой внешний диск с NTFS скорость передачи данных составляет 70-80 мегабайт\сек (USB3.0) (и 25-30 Мб/сек, если подключать его же, но через USB2.0)?

Потому что gParted так работает с ntfs. В моём случае винты на sata висели. Вот, что я находил, когда интересовался вопросом:

прав, если изменение размера ФС возможно, то это работает на уровне файловой системы. простая математика....
 для того, чтобы ужать раздел с NTFS на 10 ГБ в самом плохом случае надо:
 0) анализ
 1) освободить последние 10ГБ
 2) освободить место для бекапа таблицы инодов[или как они там её называют?] в центре диска
 3) перенестить таблицу
 4) поправить все смещения
 0, 2, 3 и 4 << 1, поэтому их неучитываем.
 скорость переноса данных ~20МБ/с итого ожидаемое время ~10000/20 = 500 с + анализ и остальные действия, которые занимают значительно меньше. так что ожидаемое время ~600c gparted работает так медленно, ибо использует неэффективный алгоритм, вероятно, такой(сам не смотрел, просто предположение):
 после переноса каждого блока идёт в таблицу инодов и правит там смещение (вместо того. чтобы править их по несколько) конечно это очень безопасно, но и очень медленно...

http://linuxforum.ru/post/209652