Конвертация расширенного раздела в обычный

если я удалю сам расширенный раздел sda4, входящие в него разделы sda5,sda6 будут нормально работать как первичные?

Нет

траббла только в том, что не понимаю, будет ли портиция sda6 читаться как первичный раздел после удаления sda4?

Нет

Почитай как устроен расширенный раздел. https://ru.wikipedia.org/wiki/Расширенная_загрузочная_запись

ок, пичаль, а как мне тада конвертировать в пределах одного диска с такой разметкой расширенный раздел в основной?

а если я сначала сделаю LVM из sda1,2,6 скопирую туда все из sda5, затем удалю расширенный раздел sda4, будет роббить дальше LVM? LVM вроде же использует свои значения секторов диска или же опирается только на имя включаемого раздела, а потом уже сомтрит в MBR какие значения секторов у него?

или еще вариант — скопить с sda5 на sda6 и передвинуть расширенный раздел к sda6, только не знаю получится ли? ну осуществить то енто просто, но будет ли потом ентот расширенный раздел норамально отображать sda6?

или еще пришедший на ум вариант — скопить всю инфу на sda6, удалить расширенный раздел, запомнив перед ентим секторы начала sda6, затем создать первичный раздел с секторами sda6. Такой вариант звучит не плоха... но будет ли работать? нужно сразу знать.

п.с. как я понял после удаления расширенного раздела разделы в него входящие не будут видны по тому, чо в MBR не будет записи о них, т.к. они хранились в EBR, так ? а если мы впишем в MBR енти записи, то и будут видны енти разделы?

Cделать бекап, удалить 4-6 разделы, создать по новой 4, сделать lvm, восстановить данные.

да бы ло бы все так просто не писал бы тут... — основная траббла енто отсутствие носителя для бекапа

Гугл диск, яндекс диск, облако мейлру, дропбокс, мега, и т.д. тебе в помощь.

ага, 700 гигов ент я неделю буду качать, а потом как бекапить если будет все через загрузочную флешку делаться? тоже неделю?

Подсказка: китайские порномультики и прочий хлам который можно скачать заново, можно не бекапить.

первый и шестой разделы уменьш гигов на 10 и в gpt

на компе биос, уефи нету...

при чем я не хачу в gpt, хочу lvm

А зачем избавляться от расширенного раздела? Он чем-то мешает работе LVM?

хз, я хател просто избавиться от расширенных...

основной посыл в избавлении от нескольких партицый. хотел все в одну портицию превратить чо бы сделать lvm не сегментированным. А так как основное пространство занимают портиции в расширенной области, то и надо ее убрать

при чем я не хачу в gpt, хочу lvm

Груб умеет в BIOS+GPT, нужен маленький раздел в 1 метр, с типом EF02, в любом месте диска (у тебя же не очень старый биос? не начало нулевых?).

Вот тут почитай https://wiki.archlinux.org/index.php/GRUB_(Русский)#.D0.A2.D1.80.D0.B5.D0.B1....

В твоем случае: берешь флешку, ставишь на неё систему небольшую, проверяешь работоспособность, потом уже из неё жмешь один любой раздел на чуть-чуть, конвертируешь таблицу в gpt, добавляешь новый для груба в 1-2 метра, чрутаешься и переустанавливаешь груб.

А так как основное пространство занимают портиции в расширенной области, то и надо ее убрать

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

sfdisk --dump /dev/sdX >1.txt

Отредактировать 1.txt

sfdisk --force /dev/sdX <1.txt

Знатный способ выстрелить себе в ногу. ТС не понимает что такое таблица разделов c MBR, а ты тут такой весь такой крутой...

Только начал читать пост - и сразу заметил несовместимое,
LVM и на одном HDD.

Так это не делается.
LVM - означает, в правильном исполнении - наличие нескольких дисков.

В твоём же случае, нужно (было) с самого начала - btrfs на HDD 4TB.

Photo и vidoe - личное твоей котёнки, перепиши на cloud service.
И затем, отформатируй HDD - создав три раздела.
GPT - 1MB, /boot - 256MB vfat, оставшееся место - LUKS + btrfs.

Да, почистить хлам, ценных котиков и девочек в облако, и разметка начисто самое простое решение.

Только начал читать пост - и сразу заметил несовместимое,
LVM и на одном HDD.

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

Понятие само - разделы и партиции дисков, не модно, не стильно, не молодёжно в XXI веке.
На одном диске - можно создать все нужные партиции, не разбивая диск на партиции и согласно Linux Files Hierarhy System.

Окуни себя в btrfs и создание subvolumes:

blitz@inode ~ % sudo btrfs subvolume list /root                                                                              
ID 257 gen 6585 top level 5 path root
ID 258 gen 7906 top level 5 path home

звучит как предложение вступить в секту

хз... а чем преимущество btrfs перед тем же lmv?

при чем мне не нужно весь диск держать в btrfs, мне нужен по крайней мере один радлел с ntfs.

хз... а чем преимущество btrfs перед тем же lmv?

Стильно, модно, молодежно. Это если вкратце.

В том, например, что на btrfs - можно легко и быстро делать back up с rsync -aAXv.
LVM, коль вы испытывате интерес - поменяли на ZFS.

В случае, если зоопарк HDD на компе - выбирается ZFS. Можно опробовать его работу, создав несколько виртуальных дисков, по методике с Arch Linux.
В случае с одним HDD - btrfs практичней. Насколько он быстр в сравнение с другими файл системами - есть результаты тестов на Phoronix.

больше интересуют технические нежел иментальные

Вы хотели сказать - quantative нежели qualitative.
Предвидя ход ваших мыслей, указал, где можно глянуть результаты технических тестов файловых систем - Phoronix.

чото btrfs почти все тесты просирает ext4

Что все программы, установленные на диске btrfs - собраны с -O3 LTO и PGO, и работают быстрей программ из-каропки дистрибутивов
это вы желаете увидеть?

не понял

Это называется «генто красноглазие» ради нескольких процентов ускорения.

вухаххаахах.. ясна... а кстати на lvm можна же накатить btrfs?

Скорость работы файловых систем - суть относительное.
Важно - быстродействие кернела и программ, собранных под CPU данного компа и разогнанных 'быстрей-уже-не бывает'

К тому, что программы, те что выводятся в htop,
следует собирать и компилировать самому, задавая опции - отличающиеся от стандартных.

Да, ни кто не запрещает, хоть в файл, всё как обычно.

Ниправда же! )) Браузер, на которым твоя написал эту мессагу - быстрей на 20%
Но это уже предел. И умеет в 4K 30fps видео без frame drope.

Важно - быстродействие кернела и программ, собранных под CPU данного компа и разогнанных 'быстрей-уже-не бывает'

ну у меня стоит пф ядро и оптимизация в сборке поставлена на sandybridge, т.к. у меня i3 2100

Если тебе медленно — проще докинуть рамы и взять проц постарше. Я понимаю гнать ради конкретных критичных вычислений где из 10 часов выйграть час — это хорошо. А лису пересобирать... Тут тема была только что: нужен билдсервер с 32 ram гигами желательно.

Если тебе медленно — проще докинуть рамы и взять проц постарше.

А разницу в цене электричеством окупишь за полгода.

Это ты ещё не видел kernel с такими флагами:

Enables alignments optimization
--- a/arch/x86/Makefile
+++ b/arch/x86/Makefile
@@ -87,11 +87,11 @@
         KBUILD_AFLAGS += -m64
         KBUILD_CFLAGS += -m64

-        # Align jump targets to 1 byte, not the default 16 bytes:
-        KBUILD_CFLAGS += $(call cc-option,-falign-jumps=1)
-
-        # Pack loops tightly as well:
-        KBUILD_CFLAGS += $(call cc-option,-falign-loops=1)
+        # Align to the default 16 bytes:
+        KBUILD_CFLAGS += $(call cc-option,-falign-functions=16)
+        KBUILD_CFLAGS += $(call cc-option,-falign-jumps=16)
+        KBUILD_CFLAGS += $(call cc-option,-falign-labels=16)
+        KBUILD_CFLAGS += $(call cc-option,-falign-loops=16)

         # Don't autogenerate traditional x87 instructions
         KBUILD_CFLAGS += $(call cc-option,-mno-80387)

Enables gcc -O3 optimization
--- a/Makefile
+++ b/Makefile
@@ -635,6 +635,10 @@
 KBUILD_CFLAGS  += $(call cc-disable-warning, format-overflow)
 KBUILD_CFLAGS  += $(call cc-disable-warning, int-in-bool-context)

+ifdef CONFIG_CC_OPTIMIZE_FOR_SPEED
+KBUILD_CFLAGS  += -O3
+KBUILD_CFLAGS  += $(call cc-disable-warning,maybe-uninitialized,)
+else
 ifdef CONFIG_CC_OPTIMIZE_FOR_SIZE
 KBUILD_CFLAGS  += $(call cc-option,-Oz,-Os)
 KBUILD_CFLAGS  += $(call cc-disable-warning,maybe-uninitialized,)

Всё учтено могучим ураганом ))
Тариф электроэнергии - двойной, день и ночь.

Ну ладно, каждый дрочит как хочет. Если тебе норм, то хорошо.

а поч у меня в кернеле стоит по умолчанию

`--> grep KBUILD_CFLAGS arch/x86/Makefile
KBUILD_CFLAGS += -mno-sse -mno-mmx -mno-sse2 -mno-3dnow

если уберу енти опции, будет норм компилиться и будет ли с ентого толк?

.. проще докинуть рамы и взять проц постарше

А разницу в цене электричеством окупишь за полгода.

Так и сделал.
Сейчас, стоит Lenovo с Intel CPU с 65W энергопотребления.

Приобрёл Dell, девчачий миниатюрный.
С процессором - нового поколения и быстрей, и энергопотреблением - меньшей

`--> grep -i sandybridge arch/x86/Makefile 
        cflags-$(CONFIG_MSANDYBRIDGE) += \
                $(call cc-option,-march=sandybridge,$(call cc-option,-mtune=sandybridge))

не пойму, почему тут есть и march и mtune, если по идее должна быть только march?

Это в linux-pf такие флаги?

ага. а в ванильном нет?

Поставь -march=native. -mtune - не нужно.

#-- Compiler and Linker Flags
# -march (or -mcpu) builds exclusively for an architecture
# -mtune optimizes for an architecture, but builds for whole processor family
CPPFLAGS="-D_FORTIFY_SOURCE=2"
CFLAGS="-march=native -O3 -pipe -fstack-protector-strong -fdiagnostics-color -fno-plt -flto=6 -fuse-linker-plugin"
CXXFLAGS="${CFLAGS}"
LDFLAGS="-Wl,-O3,-plugin-opt=-O3,--gc-sections,--sort-common,--as-needed,-z,relro,-z,now,-fuse-ld=gold -flto=6"

тут тоже такие

ну типада, но у меня сандибридж, я там в настройках сам ставлю ентоу оптимизацию через менюконфиг...

а чо у тебя за значения

-falign-functions=16
-falign-jumps=16
-falign-labels=16
-falign-loops=16