LINUX.ORG.RU

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

 , ,


1

1

имеется арч, диск в MBR, 5 разделов.

Устр-во    Загрузочный     начало      Конец    Секторы Размер Идентификатор Тип
/dev/sda1                    2048     616447     614400   300M            83 Linux
/dev/sda2                  616448   82536447   81920000  39,1G            83 Linux
/dev/sda3  *             82536448  492136447  409600000 195,3G             7 HPFS/NTFS/exFAT
/dev/sda4               492136448 3907028991 3414892544   1,6T             5 Расширенный
/dev/sda5               492138496 3218436095 2726297600   1,3T            83 Linux
/dev/sda6              3218438144 3907028991  688590848 328,4G            83 Linux

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

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

идея такая — на sda5 есть достаточно свободного места, что бы отгрызть от него часть для sda6 (который пустой) и скопить ваще всю линуксовую инфу (загрузочный диск, диск с самой операционкой и всю остальную инфу из /home) , потом создать на пространстве sda1, sda2, sda4, sda5 LVM объем, разметить, скопить из sda6 всю инфу куда надо и после включить ентот самый sda6 в объем LVM.

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

п.с. занятый объем на sda5

`--> df -h /dev/sda5              
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
/dev/sda5          1,3T         570G  645G           47% /home
sda6 пуст, соответственно 328G свободно

★★

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

Нет

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

Нет

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

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

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

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

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

safocl ★★ ()
Последнее исправление: safocl (всего исправлений: 4)
Ответ на: комментарий от safocl

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

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

safocl ★★ ()
Последнее исправление: safocl (всего исправлений: 2)
Ответ на: комментарий от Deleted

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

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

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

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

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

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

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

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

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

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

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

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

mandala ★★★★ ()
Последнее исправление: mandala (всего исправлений: 1)
Ответ на: комментарий от safocl

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

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

mandala ★★★★ ()
Последнее исправление: mandala (всего исправлений: 1)
Ответ на: комментарий от anonymous

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

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

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

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

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

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

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

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

mandala ★★★★ ()
Последнее исправление: mandala (всего исправлений: 1)
Ответ на: комментарий от blitz

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

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

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

Понятие само - разделы и партиции дисков, не модно, не стильно, не молодёжно в 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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Это ты ещё не видел 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,)

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

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

mandala ★★★★ ()
Последнее исправление: mandala (всего исправлений: 1)
Ответ на: комментарий от blitz

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

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

ент во всех кернелах по умолчанию так? почему без ентих инструкций?

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

safocl ★★ ()
Последнее исправление: safocl (всего исправлений: 1)
Ответ на: комментарий от mandala

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

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

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

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

blitz ()
Ответ на: комментарий от blitz
`--> grep -i sandybridge arch/x86/Makefile 
        cflags-$(CONFIG_MSANDYBRIDGE) += \
                $(call cc-option,-march=sandybridge,$(call cc-option,-mtune=sandybridge))

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

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

Поставь -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"

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