Разметка диска

[Hromin]

Теоретически всё очень просто: сначала нужно увеличить на пустующие 25,34Гб расширенный раздел (sda2), а затем уже увеличивать sda5.
На практике существует один "минус" - как правило, такие процессы занимают довольно много времени. Если точнее, именно увеличение sda5 должно занять много времени. Исходя из того, что вся инфа сохранена, возможно просто быстрее было бы сначала удалить sda5 и sda6, затем увеличить sda2, заново создать sda5 и sda6, и вернуть на sda5 инфу.

[Citrus]

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

[Nsa1975]

               Вот моя текущая дисковая конфигурация.



Интересует ситуация на SSD: четыре primary раздела, разрешенный максимум (Win 7 на двух, своп и линукс) и незанятое пространство.
Для экспериментов. Не знал,что расширенный раздел с входящими логическими (который надеялся слепить) входит в лимит четырех primary.
И припасенное пустое место не получится сходу использовать. Нужно один из основных (причем последний) превратить в расширенный
и тогда уж в путь. Винду и линукс трогать неохота - все настроено и подкручено.Что тут можно скомбинировать? Отключить своп в линукс
(это возможно?),удалить своп раздел, переместить (сдвинуть) линукс раздел и создать расширенный в оставшейся части? Это реально?
 


Или сконвертировать primary линукс раздел в расширенный? Что-то почитал и попробовал - никто не хочет, либо не может такого сделать
(нужно-то без потери данных)
Кто  имеет что сказать?

[ivm]

На SSD своп не нужен и замечу, что его использование значительно сокращает срок службы твердотельного накопителя. Мой совет. Удалите своп. Уменьшите отмонтированный раздел с линуксом при помощи Gparted c любого загрузочного диска с линуксом до самого минимума. На оставшемся свободном пространстве создайте расширенный раздел, а уже в него можете скопировать уменьшенный раздел с линуксом и вставить в расширенный раздел с увеличением его размера. Затем надо удалить скопированный первичный раздел с линуксом. Расширенный раздел можно увеличить за счёт появившегося не занятого пространства между виндой и им, или увеличить размер виндового раздела, но это чревато падением винды с потерей данных, т.к. она начнёт восстановление с нуля. Так что винду лучше не трогайте! На полученном расширенном разделе можете создавать сколько угодно разделов для экспериментов. Также придётся  по-новой установить Grub в систему с линуксом.

PS. можно, конечно, существующий раздел с линуксом и не трогать, т.к. он будет третьим первичным на SSD, что вполне допустимо, просто развиньте его на освободившееся от удалённого свопа пространство, а на четвёртом создайте расширенный раздел. Дальше сами поймёте, что делать (создавать логические разделы). Тогда Grub останется на месте и ничто не пострадает. 

[Hromin]

Что тут можно скомбинировать? Отключить своп в линукс
(это возможно?),удалить своп раздел, переместить (сдвинуть) линукс раздел и создать расширенный в оставшейся части? Это реально?

Да, это реально. Загружаетесь с LiveCD и с помощью GParted работаете:
- удаляете своп-раздел (предварительно его нужно будет отключить, там же, через GParted)
- сдвигаете свой /dev/sdg4 влево
- полученное свободное место размечаете в расширенный /dev/sdg3 (внутри расширенного можно ещё до 4 разделов размечать)

Несколько лет назад мне приходилось смещать вот такой уже рабочий и настроенный Linux-раздел. Операция прошла успешно, без потери данных.

[Azure]

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

Спорное утверждение. Возможно когда-то на заре появления твердотельных дисков это было существенным, но на сегодняшний день такого большого значения не имеет.
Но с другой точки зрения выход из гибернации (именно для этого и стоит использовать swap) занимает столько же времени, как и холодный старт на SSD.
В любом случае swap можно разместить на любом HDD: хоть в виде раздела, хоть в виде файла (так сказать и овцы… и волки… ) и озаботится параметром vm.swappiness=10 в файле /etc/sysctl.conf (в данном случае 10 означает что память начнет свопится только при остатке свободной памяти менее 10%)
Что касается задуманной операции то всё описанное вполне возможно: запуск с LiveCD/USB -> запуск Gparted -> выключение swap (он, зараза, подхватывается в автомате) -> удаление раздела swap -> передвинуть linux-раздел -> создать расширенный на всё оставшееся свободное место.
Дополнительно могу посоветовать сделать копии разделов (вон HDD у Вас сколько). Gparted это умеет или можно воспользоваться специализированным LiveCD Clonezilla

[ivm]

Для Azure
Методика оптимизации SSD, которой я пользуюсь уже третий год, предусматривает полное отключение подкачки. Мои SSD, тьфу-тьфу-тьфу, чтобы не сглазить, работают пока без признаков износа. А у моего товарища с использованием метода, описанного Вами, 128-гиговый SSD вышле из строя через год. Возможно это совпадение, но факт.
А уж выбор за Nsa1975

[Nsa1975]

...
Что касается задуманной операции то всё описанное вполне возможно: запуск с LiveCD/USB -> запуск Gparted -> выключение swap (он, зараза, подхватывается в автомате) -> удаление раздела swap -> передвинуть linux-раздел -> создать расширенный на всё оставшееся свободное место.
Дополнительно могу посоветовать сделать копии разделов (вон HDD у Вас сколько). Gparted это умеет или можно воспользоваться специализированным LiveCD Clonezilla

Задуманное было выполнено, правда средствами Акроникса (он же и бекапит все из Винды). Предпочтение отдано ему, так как после одного из вмешательств gparted (в прошлой иттерации) Винда долго откашливалась и плевалась... А приоритет в ее использовании пока для меня несомненен. Mint 15,16 cinnamon кончились, 17-й как-то вяловат на моей машине, Mint debian аналогично. То есть они работают, но виснут бывает частенько да и другие огрехи не радуют. Остается пока Mint 13 как оптимум (для меня).   

[ivm]

Задуманное было выполнено

И как теперь разметка выглядит? Желательно как при постановке вопроса. Может кому поможет.

[Azure]

2 ivm,
Давайте начнём с того, что никакая методика мной не предлагалась. Было высказано утверждение что развитие технологий предполагает значительное улучшение показателя "гарантированное количество циклов перезаписи". Так что «3 года назад» и «сегодня» — это совсем разные показатели. Более того, даже 3 года назад можно было гарантированно говорить о 8-10 летнем циклах работы SSD. Основная проблема заключалась в большом количестве брака, на что и указывает опыт «Вашего товарища», т.к. «ушатать» SSD за 1 год — надо о-о-о-чень сильно постараться. Это не всегда удается даже с флэшками работающими как swap (или ReadyBoost в Windows).

Опять же, вышесказанное — сугубо моё личное мнение, которое может не всегда соответствовать «реальной картине мироздания», посему (если Вы внимательно прочитали) и была рассмотрена необходимость существования swap для гибернации и, если доводы оказались не убедительными, предложены варианты переноса swap на HDD, а также предложен вариант минимизации обращения к swap через параметр vm.swappiness… Что вполне соответствует Вашему стремлению уменьшить количество циклов перезаписи для SSD.
Любую ситуацию можно решать не только отрубанием головыликвидацией, но и более мягкими, но от этого не менее эффективными средствами.

[Nsa1975]

Задуманное было выполнено

И как теперь разметка выглядит? Желательно как при постановке вопроса. Может кому поможет.

Своп убрал, передвинул линукс раздел,в оставшейся части слепил еще один основной. Методика простая - как в пятнашках...Касаемо ресурса SSD - да скорее контроллер сдохнет чем деградация  проявится заметно.

[alv]

Так что «3 года назад» и «сегодня» — это совсем разные показатели. Более того, даже 3 года назад можно было гарантированно говорить о 8-10 летнем циклах работы SSD.

Категорически присоединяюсь к мнению предыдущего оратора.
Давно пора забыть легенды и мифы Древнеримской Греции о какой-то особенной подверженности SSD износу и преждевременной кончине.
За последние шесть лет даже не три года) через мои руки их прошло много - разных поколений, фирм, с разными контроллерами и типами ячеек.
Все (повторяю - все!) живы. Может, потому, что я обращался с ними с исключительной осторожностью, то есть не ронял их на пол (с) Физики так шутят.
Хотя все они, начиная с первого 30-гигабайтника, после исполнения своего долга как хренилищ переходили в разряд подопытных кроликов и подвергались бесчеловечным опытам по смене пола, схем разметки, файловых систем, просто тестам на формальное быстродействие, в т.ч. низкоуровневое.

Основная проблема заключалась в большом количестве брака, на что и указывает опыт «Вашего товарища», т.к. «ушатать» SSD за 1 год — надо о-о-о-чень сильно постараться. Это не всегда удается даже с флэшками работающими как swap (или ReadyBoost в Windows).

Укушать SSD можно двумя простыми способами: либо ничего больше не делать, как писать на них и стирать написанное, либо жить вечно.
Что же до заводского брака - от него никто не застрахует, даже страховой полис...

2 ТС по сути вопроса не встревал,  потому как не помню, когда последний раз видел у себя виндовый раздел.
Но общая рекомендация старого хрыча: особо не забивайте себе голову хитрыми схемами разметки, тем более на SSD. Тут есть мнение (пока только моё, и практически не проверенное), что вообще лучше обходиться без разделов или юзать системы с "безразмерными" субпартициями, как в ZFS или btrfs (только не подумайте, что последнюю рекомендую, господь борони)
Так что под корень - запрашиваемый минимум на два (то есть для Mint'а - 16 ГБ), под /home - сколько нужно, сколько можно или сколько не жалко.
Своп - это каждый решает для себя, нужен или нет. Я для проформы держу 2 ГБ - хотя не помню, когда он последний раз задействовался.
Какие разделы - первичные или логические в extended - рояля не играет. MBR или GPT - тоже. Разве что если угробите GRUB, в сети проще найти инфу о восстановлении его в MBR, нежели в GPT.
А самая главная рекомендация - никогда не слушайте умников, которые говорят, что только

... так-то и так-то вот
А если не так - значит, ложь

В том числе и меня