объеденить два раздела

Владислав · #1

Скажите можно ли объединить два раздела sda6 и sda1 и сделать его главным.

Может sda1 надо удалить, а потом за счёт освободившегося места увеличить sda6.

FreeStyler · #2

Владислав, может. Поиграйся с разделами в виртуалке, воссоздай такие же разделы.

#3

Вот жеж наворотил с разметкой

При 4-х разделах зачем надо было делать расширенный?

Владислав писал(а): ↑
20 фев 2020, 03:47
можно ли объединить два раздела sda6 и sda1 и сделать его главным

Можно, но это не просто. Не знаю, стоит ли вобще расписывать.

Владислав писал(а): ↑
20 фев 2020, 03:47
Может sda1 надо удалить, а потом за счёт освободившегося места увеличить sda6

Можно и так, только сперва увеличивается sda4, потом тебе будет мешаться раздел swap, который можно удалить и создать впоследствии, а лучше файл. Затем конвертировать в основной.
Но сдается мне тебе будет проще сделать бэкап клонзиллой, "очистить" диск и восстановить на норм разметку

symon2014 · #4

Владислав, Вариант действий для рисковых парней) Удаляем разел 1 , левую границу раздела 4 растягиваем на освободвшееся место слева , раздел 5 целиком сдвигаем влево до конца , затем также сдвигаем влево раздел 6 целиком. И последнее действие , тянем правую границу раздела 6 вправо на свободное место до конца.
PS. Кто не понял , я не виноват.

Владислав · #5

symon2014, AlexZ, простите а разве порядок разделов тоже имеет смысл.

symon2014 · #6

Владислав, Это ты для поддержки разговора?

#7

Владислав писал(а): ↑
20 фев 2020, 03:47
Может sda1 надо удалить, а потом за счёт освободившегося места увеличить sda6.

При такой разбивке проще сделать наоборот: за основу взять sda1. Копируем все нужное туда с sda6, отключаем swap. Потом последовательно удаляем sda6, sda5, и sda4. Создаем новый раздел под swap у конца диска (или переходим на использование swap-файла). И после этого расширяем sda1 на все свободное место.

Владислав писал(а): ↑
20 фев 2020, 10:00
symon2014, AlexZ, простите а разве порядок разделов тоже имеет смысл.

Это смотря что тут понимается по "порядком разделов". Нумерация - не критична. Т.е. если sda3 находится на диске раньше sda1 - это не ошибка, и лишь слегка неудобно чисто для пользователя - большинство привыкает что они нумеруются по порядку в большинстве случаев.
А вот физическое положение разделов на диске крайне важно. Тут несколько правил:
1. Если есть расширенный раздел (у вас sda4) - любые манипуляции с логическими разделами внутри него не могут выйти за его границы - не зря они на диаграмме вложенными показаны - это действительно так.
2. Манипуляции с изменением размера разделов гораздо легче и быстрее проходят когда меняется положение "хвоста" а не начало раздела.
3. Увеличение размера - легкая операция, уменьшение - тяжелая.
4. Перемещать, и изменять размеры swap смысла не имеет. Намного проще и быстрее его пересоздать заново в нужном положении и размере.

ikrost · #8

В Винде я такие штуки делаю Акрониксом. Всё очень грамотно делает. А интересно с Линукосом он работает? Никто не сталкивался?

#9

Не по теме

ikrost писал(а): ↑
21 фев 2020, 00:07
В Винде я такие штуки делаю Акрониксом

Ты про Disk Director (менеджер разделов) или True Image (резервное копирование)? Когда-то давно пользовался, но отказался от обоих в пользу Paragon Hard Disk Manager и R-Drive Image. Disk Director не умел работать с ext4 (по ходу и сейчас не умеет), а True Image стал громоздким и раздутым продуктом.
Буквально вчера наводил порядок на своих дисках. Бэкап-восстановление с помощью R-Drive Image гораздо проще и быстрее, да и возможностей больше.
Например, на 2 диске таким образом "переместил" ЛМДЕ МАТЕ с 6-го (логического) раздела на 2-й (основной) раздел вместо Дебиан МАТЕ. Или Убунту 19.10 с 1-го раздела 3-го диска "перекинул" на 5-й раздел 2-го диска вместо Уалинукс 16.04 (в Убунте даже править UUID не пришлось, ибо там свап-файл). Всё происходит очень быстро: бэкап (в 3 раза меньше реальных данных) делается 5-10 мин, восстановление - 1-2 мин (я это сообщение дольше писал

)
Попробуй, и забудешь про "Акроникс" как страшный сон..

ikrost писал(а): ↑
21 фев 2020, 00:07
интересно с Линукосом он работает?

Он работает с Линуксом и на Линуксе (Live CD)

#10

А чего это вдруг никто не говорит о внемерянных рисках для сохранения данных при работе в манагерах разделов? Где пердупреждения что надо обязательно сделать бекап всего и фся? Никто не предупреждает что действия по переносу и изменениям разделов довольно длительный процесс и если вдруг чего типа "конец света" то ... может наступить апокалипсис.? Где предупреждение что высокая заполненность раздела с которым проводятся действия усугубляет ... ? Где напоминание что все эти действия проводятся из сторонней системы (например с лайфа)?
И вообще ... а надо ли это всё автору топика ? Пусть ставить систему на флешку - как работать на загрузочной флешки debian (Пост Владислав #95453) и никаких проблем.

#11

colonel, ждали когда ты об этом расскажешь, и дождались

Владислав · #12

symon2014 писал(а): ↑
20 фев 2020, 10:02
Владислав, Это ты для поддержки разговора?

НЕТ не для потдержки разговора , я не мог просто понять почему программа gparted меня не хочет слушаться.

Владислав · #13

slant, я имею ввиду их графическое отображение в gparted.
А если swap выключить дебиан незаорёт, ну я имею ввиду всё нормально загрузится если малоли перезагрузиться придётся.
Да эту опрерацию нужно делать через загрузочную флешку?

symon2014 · #14

Владислав, https://gparted.org/display-doc.php?nam ... al&lang=ru

#15

Владислав писал(а): ↑
23 фев 2020, 15:49
Да эту опрерацию нужно делать через загрузочную флешку?

Прошу прощения, только сейчас обратил внимание, что у вас оказывается сама система на sda6 - тут не только загрузочная флешка нужна, тут еще и возможность загрузки потом восстанавливать придется. Одним gparted здесь не обойдется.

Мой вариант был для случая, если бы система у вас находилась на sda3. А так - забудьте про него.

#16

Владислав, "чем лечить такого ребенка, проще сделать нового". По мне так проще и быстрее отлить ценные данные на другой винт и переформатировать данный винт по-новой и без расширенных разделов, - не связывайся с ними!..
А если нет винта, то слушай что говорит slant, и бойся, что может случиться то, что говорит colonel.
...
Если sda6 - корневой раздел, то тут без вариантов: "резать к чертовой матери!" делать по-новой.

Владислав · #17

ikrost писал(а): ↑
21 фев 2020, 00:07
В Винде я такие штуки делаю Акрониксом. Всё очень грамотно делает. А интересно с Линукосом он работает? Никто не сталкивался?

ДА acronis очень грамотная вещь и удобная.

Владислав · #18

slant писал(а): ↑
23 фев 2020, 16:05

Владислав писал(а): ↑
23 фев 2020, 15:49
Да эту опрерацию нужно делать через загрузочную флешку?
Прошу прощения, только сейчас обратил внимание, что у вас оказывается сама система на sda6 - тут не только загрузочная флешка нужна, тут еще и возможность загрузки потом восстанавливать придется. Одним gparted здесь не обойдется.

Мой вариант был для случая, если бы система у вас находилась на sda3. А так - забудьте про него.

А почему так , тоесть ты хочешь сказать , что основоной раздел системы должен быть как бы это выразиться в верхнем углу слева, это так много значит в linux системах.

#19

Владислав, так как описано в #7 всё же можно сделать , НО...
- только обязательно " из сторонней системы (например с лайфа)" ,
- очень очень очень желательно сделать бекап
- потребуется восстановление загрузки

а потому , как сказано в #16 - " "чем лечить такого ребенка, проще сделать нового". ... так проще и быстрее отлить ценные данные на другой винт и переформатировать данный винт по-новой " и сделать новую установку системы.

#20

Владислав писал(а): ↑
23 фев 2020, 16:55
А почему так , тоесть ты хочешь сказать , что основоной раздел системы должен быть как бы это выразиться в верхнем углу слева, это так много значит в linux системах.

Нет, корневой раздел системы может быть где угодно. Технически - никаких проблем. Но вот сама операция по изменению разделов, если она затрагивает и тот который является корневым, может приводить к тому, что система и/или загрузчик не будут знать куда оно уехало, и откуда теперь нужно грузиться. И это нужно будет править - обычно руками в конфигах, хотя некоторые полагаются на программки вроде boot-repair. Не все операции с корневым разделом к такому приводят. Только те, в результате которых меняется UUID раздела и/или его начало.

Кто сейчас на конференции