LINUX.ORG.RU

gnu parted 2.4, стабильная версия

 , , ,


0

1

почти год прошёл с момента выпуска gnu parted v2.3, и вот Jim Meyering публикует новость о выходе версии 2.4

программа gnu parted (и распространяемая вместе с ней библиотека libparted) манипулирует таблицами разделов (partition tables). она может помочь при отведении места для новой операционной системы, при переразбивке, копировании и создании образов дисков.

1340 изменений разделяют версии 2.3 и 2.4.

что заслуживает внимания:

исправлены ошибки:

  • parted больше не допускает изменения некоторых разделов, если они используются. до исправления программа позволяла удалять или модифицировать любой используемый раздел dmraid и любой (после пятнадцатого по счёту) раздел обычного scsi диска.
  • улучшена поддержка dasd-устройств на архитектуре s390.
  • libparted: увеличен лимит на максимальный начальный сектор и максимальное количество секторов в таблице разделов типа «loop» с 2^32 до 2^64.
  • libparted вновь распознаёт занимающие весь диск fat-разделы.
  • libparted теперь распознаёт scsi-диски со старшими номерами (high major) 128-135.
  • распознаются msdos-разделы, занимающие меньше одного цилиндра.
  • libparted: устройства с нулевым размером (не файлы) теперь просто игнорируются, а не вызывают исключение.
  • libparted: исправления в работе с gpt labels.

изменения в поведении:

  • «parted $dev print» теперь выводит информацию об устройстве (модель, размер, транспорт, размер сектора) даже если произошла ошибка при распознании метки диска.
  • указание начальных и конечных значений в MiB, GiB и т.д. ведёт к использованию точных значений, а не приблизительных, в районе 500KiB или 500MiB от указанных. раньше, чтобы добиться такого же результата, приходилось указывать размер в байтах или секторах. данное изменение не повлияло на работу с суффиксами KB, MB, GB и т.д.

программа распространяется под лицензией gnu gpl v3+

домашняя страница

репозиторий

>>> первоисточник



Проверено: mono ()
Последнее исправление: cetjs2 (всего исправлений: 1)

Ответ на: комментарий от anonymous

>Почему? Видим знакомую ФС — копируем только занятые, видим незнакомую — копируем всё целиком. Можно придумать тесткейс типа криптоконтейнера в незанятой области на разделе, который таким образом будет потерян, но это будет немного натянуто.

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

AVL2 ★★★★★
()
Ответ на: комментарий от anonymous

>> если нет — втопку. такой инструмент просто опасен.

Почему?

файловая система может содержать ошибки.

раз акронис не выполняет её проверку (это нивелировало бы разрыв во времени), то после, например, передвижения, данные, которые ещё можно было восстановить, будут потеряны.

sash-kan
() автор топика
Ответ на: комментарий от sash-kan

> раз акронис не выполняет её проверку (это нивелировало бы разрыв во времени), то после, например, передвижения, данные, которые ещё можно было восстановить, будут потеряны.

1) Не уверен, что не выполняет

2) Не нивелировало бы, особенно для всех случаев

3) Как минимум на dirty bit смотреть ему ничего не мешает. Все случаи повреждений ФС конечно не отловит, но и цена нулевая.

anonymous
()
Ответ на: комментарий от AVL2

Сами по себе, без криворукого юзера, еще и на исправном разделе? Хз, много не сталкивался, но первый раз слышу.

anonymous
()
Ответ на: комментарий от anonymous

Само по себе ничего не бывает. Но то, что эти утили крайне опасны, а используют их чаще всего от нищеты, то есть без бекапов, это факт...

AVL2 ★★★★★
()
Вы не можете добавлять комментарии в эту тему. Тема перемещена в архив.