GParted - Сжатие индикатора выполнения показывает ~ 100% в течение часа - отменить или нет?

380
Jordan181

Я использовал GParted live, чтобы уменьшить мой раздел Windows с 530 до 430 ГБ. Диск в значительной степени дефрагментирован и используется только 66 ГБ. Уже почти 6 часов индикатор выполнения сокращений показывает то, что выглядит как 100% (потребовалось, возможно, 5 минут, чтобы добраться туда), в то время как процесс все еще сообщает «0 из 1 выполненных операций». Индикатор работы диска постоянно светит, а диск вращается, он дает постоянный гудящий звук вместо обычного щелчка.

Что может быть не так, и безопасно ли отменить эту операцию?

https://ibb.co/n92zzn

1
Похоже, это работает ... проверить системный монитор (ы) и проверить активность диска. Прерывание может привести к повреждению раздела, но в любом случае, прежде чем пытаться это сделать, у вас должна быть резервная копия, а не постоянная потеря. Xen2050 6 лет назад 0
Я попытался принудительно отменить после 10 часов, особенно потому, что GParted показал, что только 80 МБ было перенесено. GParted не смог принудительно отменить и не отвечал должным образом, оставив только выключение в качестве опции. После этого диск загрузился нормально, и раздел не был уменьшен. Как бы вы проверили активность диска на GParted live? Какие-то специальные команды терминала я пропустил? Благодарю. Jordan181 6 лет назад 0

1 ответ на вопрос

0
Xen2050

Поскольку индикатор активности жесткого диска был включен, это должно означать, что диск что- то делает, поэтому я не хотел бы его убивать.

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

  • iotop должен показать, какие процессы чтения / записи и сколько.

  • большинство системных мониторов должны по крайней мере отображать общесистемный график, conkyмогут отображать скорость чтения / записи для каждого устройства и графики

  • увидеть /sys/block/sd[X]/statили /proc/diskstatsно может потребоваться некоторая обработка. [ источник ]

  • htopдолжен быть в состоянии показать диск R / W тоже. [ источник ]

В следующий раз я попробую проверить дерево процессов в gparted, с помощью topили, htopно я просто сделаю это ps auxfи поищу gparted. Один из дочерних процессов мог завершиться сбоем, не сказав, что он является родительским, и оставил его зависать. Убийство самого младшего ребенка должно / может стать причиной "проснуться" и сделать что-то, не убивая все.

Похожие вопросы