Конечно можно и отдестроиться.
И конкретные сектора потереть, и еще масса способов имеется.
Но речь пытаюсь сказать не о том.
Вообще исходя из логики структуры gpt (
https://ru.wikipedia.org/wiki/%D0%A2%D0 ... D0%B2_GUID) созданный gpt "как признак" не должен вроде как мешаться.
И согласно wiki мы можем теперь создавать гораздо большее количество разделов/слайсов/партиций на одном устройстве. В этом (понятно, что не только в этом) есть новшество по сравнению с прошлыми "вопросами" ограничений прошлых файловых систем.
Как это попроще объяснить?
Ну например фат, создали три раздела, поработали, решили, что два последних жирно (опустим бекапирование).
Грохнули два последних, на их месте создали один новый.
ПЕРВЫЙ останется целый, вместе с данными, флагами загрузки (если есть).
Ну например нтфс, создали три раздела, поработали, решили, что два последних жирно (опустим бекапирование).
Грохнули два последних, на их месте создали один новый.
ПЕРВЫЙ останется целый, вместе с данными, флагами загрузки (если есть).
Ну например ufs, создали три слайса, поработали, решили, что два последних жирно (опустим бекапирование).
Грохнули два последних, на их месте создали один новый.
ПЕРВЫЙ останется целый, вместе с данными, флагами загрузки (если есть).
Список можно перечислять дальше...
А вот с gpt (реализацией во freebsd), на текущий момент получается ляп: если мы делаем нечто вроде "gpart delete -i {1,2,3,4,5,} ada0; gpart destroy ada0" или "dd=/dev/zero of=/dev/ada0 bs=1M", gdisk'ом или еще как, то - ПОТЕРЯМ ВСЕ, что есть на устройстве.
Я именно ЭТО пытаюсь донести.
Есть целая масса причин по которой возникает необходимость в "имении" массы отдельных "разделов|томов|слайсов|...". Это требует не затирать gpt метку "gpart destroy ada0".
Не знаю, понятно-ли, я смог озвучить поднятый вопрос?