Ускорьте SMB, изменив NTFS на ext4

1

Я использую RaspberryPi с SMB и внешний жесткий диск USB для хранения. У меня только 2 МБ / с загрузки (через Ethernet / WiFi).

После исследования я думаю, что NTFS на диске является узким местом, поскольку ntfs.mount занимает 80-90% загрузки ЦП (процесс samba использует 10%).

Так что я, хотя переход на ext4 может ускориться.

Вот шаги, которые я выбрал, и я хотел бы знать, достаточно ли это безопасно или критично для потери данных или у вас есть предложения, которые улучшают общую целостность и производительность:

  1. tar и gzip 600GB хранят данные
  2. убедитесь, что архив не поврежден (используя это gunzip -c file.tar.gz | tar t > /dev/null)
  3. загрузить tar на мой веб-сервер через sftp
  4. проверьте еще раз архив еще не поврежден
  5. переформатировать внешний жесткий диск
  6. скачать и распаковать файлы

Какие шаги будут в соответствии с ответом Лю Вон Фука?

Вывод dfследующий:

Filesystem      1K-blocks      Used Available Use% Mounted on
/dev/sda1      1465135100 641848736 823286364  44% /stor

В /etc/fstabпривод монтируется:

/dev/sda1       /stor           ntfs    defaults          0       1
Даниэль В.
источник

Ответы:

1

Если на диске есть свободное место, я думаю, что гораздо быстрее использовать для изменения размера раздела, создать еще один раздел ext4 на новом пустом месте, а затем переместить данные из NTFS в раздел ext4. Процесс может потребоваться повторить еще 1 или 2 раза, и после завершения NTFS может быть полностью удалена

Предположим, что вы использовали 600 ГБ на диске 1 ТБ, тогда подробные шаги выглядят следующим образом

  • Измените размер раздела NTFS до минимально возможного размера (т.е. ~ 600 ГБ). Это оставит ~ 400 ГБ нераспределенного пространства
  • Создайте новый раздел ext4 400 ГБ в пустом пространстве, которое мы только что создали
  • Скопируйте ~ 400 ГБ данных в новый раздел
  • Убедитесь, что копия успешно завершена, затем удалите скопированные данные из старого раздела, убедившись, что они в порядке. Теперь раздел NTFS будет иметь ~ 400 ГБ свободного места.
  • Измените размер раздела NTFS до минимального размера (~ 200 ГБ)
  • Увеличьте раздел ext4 на только что созданное свободное пространство
  • Скопируйте оставшиеся данные в раздел ext4 и проверьте
  • Удалите раздел NTFS и измените размер раздела ext4, чтобы заполнить оставшееся место на диске.

Более подробную информацию можно найти в разделе Преобразовать файловую систему NTFS -> EXT4?

У меня нет опыта использования инструментов изменения размера раздела командной строки, но инструменты разбиения диска с графическим интерфейсом работают отлично. Я никогда не терял данные таким образом ни разу. Для изменения размера лучше использовать USB с прямой загрузкой и графическим интерфейсом. Тот факт, что у вас нет графического интерфейса, не должен быть проблемой, поскольку жесткий диск является внешним, тогда почему бы просто не подключить его к другому ПК? По моему опыту , 3 - й партии решения , такие как мастера создания разделов MiniTool или EASEUS Partition Master (я не связан ни одним из них) работает более надежно и намного быстрее , чем GParted

Однако, учитывая, что на вашем сервере достаточно свободного места, всегда полезно иметь резервную копию. Ваш предложенный способ будет работать нормально

Вы также можете конвертировать NTFS в ext3 непосредственно на месте, используя anyconvertfs, а затем использовать tune2fs для конвертации ext3 в ext4.

См. Безопасно ли конвертировать NTFS в ext2 с помощью anyconvertfs?

phuclv
источник
1
Я действительно боюсь потерять данные. У меня также не установлен X, поэтому я должен использовать инструменты командной строки
Даниэль В.
Самое современное программное обеспечение для создания разделов диска может помочь вам свободно изменять размер разделов без потери данных. «С помощью GParted вы можете изменять размеры, копировать и перемещать разделы без потери данных» gparted.sourceforge.net Но, конечно, осторожность всегда лучше
phuclv
Кстати, я не смог использовать parted, NTFS повреждена. Я не могу порекомендовать другое решение, кроме создания большой резервной копии, даже если это займет намного больше времени.
Даниэль В.