Gparted медленно изменяет размер

Решил изменить размер одного из разделов диска, а точнее с 249Гб сделать 239Гб. Примерное время процесса около 2 часов. В Акронисе вся эта процедура занимает ну может 10-15 минут. Почему такая большая разница по времени и можно как то исправить ситуацию?

Если не ошибаюсь Gparted прогоняет два раза что то там)
Я тоже делил минут 40 потом он начал снова что то) ну я ресет и норм.

насколько сильно был забит раздел и какая ФС?

Файловая система NTFS, а раздел был забит процентов на 30. Кстати вот сейчас он сделал один раз операцию по перемещению за 2 часа и снова начал что-то делать, пишет что осталось почти 4 часа.

На втором этапе смело ресет :D проверенно.

Да мало ли, что то очкую я )))

:cool:

dm2003 написал:

Файловая система NTFS

Линуксу - линуксово, а винде - ...
NTFS разделы лучше изменять "родными" виндовыми утилитами типа того же Акрониса или PartitionMagick'а.
Для этого существуют специальные LiveCD типа Hiren'sBootCD. Получается быстрее и надежнее.

D_Chu написал:

[quote=dm2003]Файловая система NTFS

Линуксу - линуксово, а винде - ...
NTFS разделы лучше изменять "родными" виндовыми утилитами типа того же Акрониса или PartitionMagick'а.
Для этого существуют специальные LiveCD типа Hiren'sBootCD. Получается быстрее и надежнее.[/quote]
Да нет уж. Точно то же самое я делал и с Убунту. Так запустил примерно в 23.00 а сделалось все часов в 6 утра. Скорее всего, что GParted, как мне подсказали в реале, переносить данные физически, а Акронис все делает по другому. Но это всего лишь догадка, как там на самом деле - загадка. Может кто пояснит?

dm2003, Acronis тоже может делить диск до 10 часов smile
Вы хоть смотрите, какие опции запускаете. В обеих программах алгоритм идентичный. ПО типа Acronis, Paragon используют многое из GNU и честно ими закрытое :D

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

gparted работает так медленно, ибо использует неэффективный алгоритм, вероятно, такой(сам не смотрел, просто предположение):
после переноса каждого блока идёт в таблицу инодов и правит там смещение (вместо того. чтобы править их по несколько) конечно это очень безопасно, но и очень медленно...

Fat-Zer, спасибо. Что ж, будем терпеть и ждать, тем более это нужно ооочень редко.