Нет

хорошо, уточню - в сравнении с xfce

«The versions of GParted and KDE Partition Manager I have used to partition HDDs seem to want to reserve at least 2048 512B sectors of empty space before the first partition (sometimes these two utilities force me to have 4096 512B sectors of empty space before the first partition), so I suggest leaving at least 1MiB of unpartitioned space at the beginning and end of the HDD if you want to partition a disk for GPT using those tools. Actually, for peace of mind you may as well leave 1MiB of empty space at the beginning and end of the disk whatever GUI tools or console commands ( parted, gdisk, fdisk , etc.) you use to partition the disk.»
.
Тут написано что GParted и KDE Partition Manager сами резервируют 1-2mb перед первым и после последнего раздела. А так-же тут написано, что независимо от используемых утилит, чисто для вашего спокойствия(вот этого я вообще не понял, да), вы вручную можете зарезервировать по мегабайту в начале и в конце... Короче какие-то левые домыслы. А если смотреть на две первые таблицы, то и такой объём лишний(на самом деле нет — это выравнивание по границам секторов). Ибо в начале, перед первым разделом, служебные области занимают 512b(mbr protective)+512b(primary gpt header)+16kb max(Primary Partition Table), а после последнего — 16kb max(Secondary partition table)+512b(secondary gpt header) Короче вручную ничего резервировать нафиг не надо. Утилиты разбиения прекрасно в курсе вот этого вот всего, плюс резервируют необходимое количество места для выравнивания по границам секторов. Если будешь делать это сам — рискуешь потерять в производительности на первом и последнем разделах.

разве кеды не тяжеловес?

Сними видео, как ты правишь /boot/grub/grub.cfg, потом обнови ядро(переустанови например текущее) и снова покажи содержимое /boot/grub/grub.cfg. А то что-то мне кажется у нас на канале сильно сказочник завёлся.

слышал, что они на равне с хфсе. на днях проверю кста

Я делал gdisk'ом последние разы, и в конце он не резервирует ничего. А почему можно потерять в производительности?

Потому что хардварные сектора бываю по 512байт, на старых или мелких по объёму винтах, и по 4kb(если меня не глючит мой склероз) на современных винтах и SSD. И соответственно утилиты разбиения (fdisk. parted etc) выравнивают начала разделов по границе хардварных секторов, тебе об этом даже париться не надо. И да. gdisk не может не резервировать. уж 16,5 kb в конце он тебе точно оставил. GPT не бывает без двух копий таблицы разделов. Вообще лучше на хабре статью прочитать. Там больше технических подробностей внутреннего устройства GPT и MBR.

слышал, что они на равне с хфсе. на днях проверю кста

Потому что хардварные сектора бываю по 512байт, на старых или мелких по объёму винтах, и по 4kb(если меня не глючит мой склероз) на современных винтах и SSD. И соответственно утилиты разбиения (fdisk. parted etc) выравнивают начала разделов по границе хардварных секторов, тебе об этом даже париться не надо. И да. gdisk не может не резервировать. уж 16,5 kb в конце он тебе точно оставил. GPT не бывает без двух копий таблицы разделов. Вообще лучше на хабре статью прочитать. Там больше технических подробностей внутреннего устройства GPT и MBR.

На SSD диске не может быть сектора, не неси ересь

Имелись ввиду блоки

Цитата:

Потому что хардварные сектора бываю по 512байт, на старых или мелких по объёму винтах, и по 4kb(если меня не глючит мой склероз) на современных винтах и SSD.

Хардварного на SSD диске его быть просто не может. На ССД дисках есть страницы - и те являются чисто виртуальной величиной.

Фдиск же показывает некий блоксайз на ссд

Крыска уже давно не шибко легковесная среда

Процессор всегда загружен на 100% в чем может быть причина? Софт ни какой не ставил, кроме шрифтов и пары мелочей