Подскажите вариант. Как увеличить раздел home за счёт свободного (нераспределённого) места на hdd диске?

Почему-то решил при установке, что для home 4Gb хватит.
Но как всегда потянуло на приключения и решил установить stack для haskell.
И он занял 3Gb в home.
Даже место на / разделе заканчивается. Занято почти 12Gb из 26.
Хотя ничем, кроме python и django не занимался.
--
Теперь по теме:
Свободный раздел далеко от раздела debian home. Так что gparted не может ничего сделать.
Вышло так, что очень много разделов всяких windows и linux.
Может возможность как-то передвинуть выше или ниже разделы дисков и затем gparted увеличить home?
Этот вариант мне кажется самым простым из всех предлагаемых гуглом.
Или проще будет установить ещё какой-нибудь archi (для общего понимания)

0

Вы бы и показали скрин из Gparted, чего же "на пальцах" рассказывать.

0

gparted

Миниатюры

 

0

Откуси со swap раздела.

Только не в работающей системе. Скачай Gparted live

0

Сообщение от __py__ Свободный раздел далеко от раздела debian home. Так что gparted не может ничего сделать.

Одно с другим слабо связано. Чтобы мог: 1) должен быть запущен от суперпользователя, 2) модифицируемые разделы должны быть отмонтированы.
Поэтому самый разумный вариант для подобных операций -- погрузиться с LiveCD/LiveUSB.

Замечания по разметке.
0) сделать бэкап содержимого раздела /home
1) отдельный раздел для /boot в подобной ситуации совершенно не нужен, есть смысл перенести его содержимое на корень в каталог /boot. Не забыть поправить загрузчик, в GRUB пути будут вместо (hd0,8)/ -> (hd0,7)/boot/, плюс убрать раздел из /etc/fstab или из заданий монтирования systemd.
2) возможно, есть смысл сдвинуть начало swap вправо с уменьшением раздела
3) раздел /home сдвинуть вплотную к /, увеличить за счет места между разделами

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

0

резервная копия /home.
Потом загоняем /home и неразмеченную область в lvm. Теперь нарезаем сколько надо в logical volume.
создаём файловую систему на нём, не забываем поправить /etc/fstab, монтируем получившееся, копируем на место резервную копию хомяка. Profit!

0

_sg2,
lvm на 4ГБ архиполезен, белиссимо! А место дополнительное волшебным образом возникнет ниоткуда, производители носителей срочно сворачивают бизнес, дабы минимизировать убытки

1

Вариантов много разных.
Можно загрузиться в Live и по очереди пердвинуть разделы начиная с /dev/sda7. Но эта процедура не безопасная и перед этим крайне желательно сделать копии важной инфы или бэкап.
Так же в Live можно удалить раздел подкачки и за счёт освободившегося места увеличить /home. Затем на свободном месте создать новый раздел подкачки и прописать его в fstab. Ещё вариант скопировать раздел подкачки и вставить его на свободное место. Затем увеличить /home.

Раздел /boot слишком велик и как уже сказали можно было его и не создавать.

0

bormant,

Сообщение от __py__ Свободный раздел далеко от раздела debian home. Так что gparted не может ничего сделать.

Исходя из этого я и предложил lvm. Который как раз и предназначен для таких ситуёвин. Там 20 гигов неразмеченных, оттуда место и возьмётся. Дело-то нехитрое. Как, кстати и нарезать новый раздел бОльшего размера и на него уже снести /home, не забыв поправить /etc/fstab.
А топикстартер уж пусть выбирает, что ему удобнее - мышка или командная строка.

ЗЫ. Я уважаю модераторов, но сарказм в данной ситуации считаю излишним, т.к. напрочь убивает охоту находиться на данном форуме. Дал нормальный совет (ну может слегка хуже чем с копированием раздела подкачки ), а в ответ - "ты дурак". Спасибо.

0

_sg2,
не принимайте близко к сердцу, никаких личных выпадов и в мыслях не было; если приняли на свой счет, извините.

Но вариант решения, повторяю, на мой взгляд, не очень. А решать все равно будет ТС.

По большому счету, найти 15 ГБ места для бэкапа (а можно и только на /home и /etc), перенести содержимое /boot на корневой раздел, забекапить /home и / (или сохранить /etc и список установленных пакетов), снести все с 7 по 10 в расширенном разделе, создать разделы под /, /home, swap (или подумать над использованием swap-файла), если не бэкапили / -- поставить заново, поставить пакеты по списку, восстановить /etc, развернуть бэкап /home; если бэкапили / -- просто развернуть все из бэкапа; отформатировать swap.

Про swap-файл или раздел можно исходить из следующих соображений -- если нужно засыпать на диск, swap-файл не может быть в зашифрованном разделе, только swap-раздел. Для засыпания размер ОЗУ, обычно достаточно где-то 60%, но тогда теоретически возможны отказы в гибернации. С точки зрения размера для подкачки -- зависит целиком от используемого софта, но на 8 ГБ можно было бы жить с совсем небольшим.

В этой схеме тоже можно подумать про lvm. Если использовать ФС, которые можно уменьшать (например, ext*, reiserfs (3-я)), в этом есть смысл -- позже можно легко перераспределить место. Если одной из ФС будет что-то, что уменьшать нельзя (если правильно путаю, xfs умеет только расти, в отношении прочих надо уточнять), то затея вряд ли стоит свечь.

Но это было бы желание...

0

bormant, принимается
А про лвм я с вами не согласен. Хотя на домашнем компьютере оно действительно и не сильно нужно, но обеспечивается потрясающая гибкость. Чтобы вон не двигать туды-сюды мышкой, а просто нарезать нужные объёмы, при случае подсовывая новые устройства. А уж на серверах... Там об УМЕНЬШЕНИИ раздела я никогда не думал
Так что ТС мы предложили достойные варианты, пусть выбирает.

0

Сообщение от bormant 2) модифицируемые разделы должны быть отмонтированы. Поэтому самый разумный вариант для подобных операций -- погрузиться с LiveCD/LiveUSB.

И каким образом отмонтировать разделы с LiveCD, если я не знаю как посмотреть где что находится? С LiveCD вообще невозможно заглянуть дальше флешки ли я ошибаюсь?
И значит ничего из того, что здесь написано нельзя делать в работающей системе debian?
Как минимум надо заходить в rescue mode?

Добавлено через 5 минут
Ведь в работающей linux можно даже без перезагрузки отредактировать /etc/fstab и смонтировать раздел с помощью
mount -a

Добавлено через 1 минуту
ОК тогда пойду за флешкой 32gb. Сдеалю бэкап home с / для начала, а потом посмотрим.

Добавлено через 55 секунд
И вот ещё нашёл Расширение системных каталогов в дополнительные разделы
это как? Можно применить?

0

1) позвать mount, без параметров он покажет, что и куда смонтировано. Можно посмотреть в /proc/mounts. Не помню, что с этим у gparted, но о попытке изменить смонтированный раздел он должен предупреждать -- ни в коем случае не игнорируйте такие предупреждения. В gparted диски выбираются в списке справа вверху.
2) с Live-носителя вам доступна вся система, иначе зачем бы они были нужны. Некоторые пытаются быть юзер-френдли и автоматически смонтировать все, до чего дотянутся, некоторые -- до чего попытался дотянуться пользователь. Из-за такого поведения может оказаться, что ФС на разделах, которые предстоит модифицировать, смонтированы. Ппоэтому и предупреждение в п.1.
3) в нынешних Debian уже нет. Раньше ведь делали как... Маленький корневой раздел, который несёт утилиты для починки, примонтированный в ro /usr (иногда по сети), примонтированный в rw /usr/local, чтобы туда можно было ставить свой софт. Примонтированные /var, /tmp, потому как корень маленький. Отдельный /home, чтобы манипуляции с системой не касались пользовательских данных. Отдельный /boot нужен был на тех машинах, где BIOS не мог читать дальше определённых дорожек (предел менялся несколько раз, сперва до 1024 цилиндра), чтобы гарантированно положить ядро туда, где его достанет загрузчик. Т.е. вся эта гирлянда разделов имела вполне понятное назначение, если что-то пошло не так, можно загрузиться в single с одним только / и починить поломанное, общий /usr на несколько систем проще обновлять централизованно и т.п.
С приходом udev в какой-то момент сломали возможность иметь отдельный /usr со всеми вытекающими. Смысла в прежней нарезке не осталось.
Если в rescue используется initrd, содержащий все необходимое, то этот режим вам поможет. Если испозуется и корень -- для сценария со сносом лишнего в расширенном разделе этот вариант не подойдёт, вы не Мюнхгаузен. К слову, инструментарий для того, чтобы из запущенной системы отвязаться от её разделов имеется, но путь сложный и ошибки чреваты боком, поэтому даже и описывать не буду
4) редактирование /etc/fstab все равно не позволит вам отцепиться от корневого раздела, с которым загрузились, вы не сможете его отмонтировать. Выше упоминал, можно сыграть в Мюнхгаузена -- сделать диск в памяти, поставить туда минимально необходимое, сделать туда chroot, избавиться от всех открытых файлов с корня и т.п., но там есть много тонких моментов, не дающих сделать эту процедуру достаточно простой, а цена ошибки велика. Загрузившись с Live системы мы получим все то же самое без-воз-мезд-но, т.е. даром, поэтому геморрой стоит свеч только при наличии достаточного опыта, умения решать нетривиальные задачи, недюжинного делания экспериментировать и авантюризма.
5) про схему разделов писал выше, повторяться не буду.

1

Вариант с переносом swap на другой раздел был самым простым.
Надо было сразу с него начинать. Но всё-равно знаний лишних не бывает.

Теперь проще будет всё остальное.

0

а переход на lvm - самым правильным

0

Сообщение от _sg2 переход на lvm

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

Сообщение от __py__ Вариант с переносом swap на другой раздел был самым простым.

даже для gparted не пришлось live usb запускать. И так всё на отлично сработало и не пришлось из бэкапа восстанавливать (только система linux при загрузке дольше грузится (курсор в верхнем левом углу мигает на 10 сек дольше).
Но сама система после запуска работает хорошо.
Так выглядят теперь разделы.

Миниатюры

 

0

даже grub не приходится восстанавливать , хотя команды почти выучил.

Добавлено через 1 час 46 минут
нашёл
http://linuxguru.ru/os/linux/lvm/

Добавлено через 3 минуты
Но пока места хватает для разработки.

0

Извиняюсь, сижу на форуме мало, вчера не ответил.
Мне нравится про ЛВМ
https://access.redhat.com/docu... index.html
Для серверов совершенно необходимая вещь

1

Сообщение от __py__ это как? Можно применить?

Можно, если вы вполне понимаете смысл этих действий и их логику. Впрочем, там вполне достаточно комментариев.
Ситуация как раз ваша.
И спасибо, что юзаете поиск.

Сообщение от __py__ если я не знаю как посмотреть где что находится?

Юзаем от рута

1

NeoMatrix, Добавлено через 2 минуты

2