Почему инструмент разбиения GParted считывает 190 ГБ данных дважды при уменьшении раздела 250 ГБ до 190 ГБ?

Question

Когда я использовал GParted для сокращения раздела 250 ГБ до 190 ГБ, я думал, что он переместит 60 ГБ данных обратно в область 190 ГБ и сделает это.

Но вместо этого он считывает 190 ГБ данных дважды, первый раз занимает около 1 часа, а второй - 2 часа.

Вопрос в том:

1) почему это касается 190 ГБ данных вместо 60 ГБ данных?
2) почему он читает это дважды?

Обновление: я подозреваю, что это: он говорит "перемещение /dev /sdb1 вправо, а затем уменьшить его до 190 ГБ" ... так что причина, в первую очередь, заключается в том, чтобы уменьшить раздел до 190 ГБ, а затем переместить его в право? Таким образом, оно движется не вправо, а затем сжимается, но сначала сжимается и перемещается. (не может двигаться первым, потому что исходный 250 ГБ - это весь жесткий диск). Кроме того, зачем двигать его вправо?

Answer 1

Относительно № 2 (читая дважды):

Если я правильно помню, он сначала выполняет тест на чтение. Я думаю, чтобы убедиться, что нет никаких «сюрпризов» во время фактического перемещения (операции чтения и записи). Вы не хотите, чтобы ваша файловая система была разбита на две части.

Answer 2

Это может быть ответ: (Я обнаружил, что, когда все действия завершены)

При щелчке по "деталям" в GParted отображаются 2 действия (изменение размера и создание нового раздела), но при нажатии на отдельное действие появляются дополнительные сведения. Это фактически показывает, что были такие операции, как «чтение /dev /sdb1 для ошибок и (если возможно) их исправление». На самом деле он содержит около 14 строк ... с первой строкой «calibrate /dev /sdb1», что может быть тем, о чем были первые 10 минут.