В свое время когда устанавливал linuxmint xfce 64, разметку сделал такую: 20 гигов под ось, 4 гига под swap и все остальное под хоум.
со временем столкнулся с тем, что 20 гигов забиты под завязку. /home забит на 60-70 %.
Задача: как увеличить 20 гигов до 40 без потерь данных с /home и сохранением рабочести системы в целом?
советы и решения предлагайте пожалуйста подробные, с картинками, командами и пояснениями. Я в linux давно, но работаю в основном мышкой клавой и иногда консолькой.
Увеличение раздела за счет другого
Как правильно задавать вопросы Правильно сформулированный вопрос и его грамотное оформление способствует высокой вероятности получения достаточно содержательного и по существу ответа. Общая рекомендация по составлению тем: 1. Для начала воспользуйтесь поиском форума. 2. Укажите версию ОС вместе с разрядностью. Пример: LM 19.3 x64, LM Sarah x32 3. DE. Если вопрос касается двух, то через запятую. (xfce, KDE, cinnamon, mate) 4. Какое железо. (достаточно вывод
inxi -Fxz
в спойлере (как пользоваться спойлером смотрим здесь)) или же дать ссылку на hw-probe 5. Суть. Желательно с выводом консоли, логами. 6. Скрин. Просьба указывать 2, 3 и 4 независимо от того, имеет ли это отношение к вопросу или нет. Так же не забываем об общих правилах Как пример вот
-
- Сообщения: 10053
- Зарегистрирован: 27 авг 2016, 22:57
- Решено: 216
- Откуда: НН
- Благодарил (а): 834 раза
- Поблагодарили: 3041 раз
- Контактная информация:
Re: Увеличение раздела за счет другого
Изменять размер обычных разделов вполне умеет Gparted, например:
На одном нужно будет отщипуть место и добавить освободившееся другому ползунками Тут два момента - двигать корень в любом случае нужно будет с Live-режима, ну и сам процесс переноса обычно преподносится "на свой страх и риск", хотя при неоднократном использовании этого инструмента - я ничего ни разу не потерял. Но можно и забекапить что поважней, от греха подальше...
Если б был LVM (кстати может он и есть? глянуть бы
На одном нужно будет отщипуть место и добавить освободившееся другому ползунками Тут два момента - двигать корень в любом случае нужно будет с Live-режима, ну и сам процесс переноса обычно преподносится "на свой страх и риск", хотя при неоднократном использовании этого инструмента - я ничего ни разу не потерял. Но можно и забекапить что поважней, от греха подальше...
Если б был LVM (кстати может он и есть? глянуть бы
lsblk
), то можно подвинуть размер разделов прямо в рабочей системе в несколько команд-
- Сообщения: 10053
- Зарегистрирован: 27 авг 2016, 22:57
- Решено: 216
- Откуда: НН
- Благодарил (а): 834 раза
- Поблагодарили: 3041 раз
- Контактная информация:
Re: Увеличение раздела за счет другого
kobolt, Все тут норм
Он ждет когда ты подтвердишь изменения (3 operations pending)
Надо жмякнуть "Apply" - и процесс пойдет.
Он ждет когда ты подтвердишь изменения (3 operations pending)
Надо жмякнуть "Apply" - и процесс пойдет.
-
Автор темы - Сообщения: 348
- Зарегистрирован: 27 авг 2016, 21:53
- Решено: 6
- Откуда: Чебоксары
- Благодарил (а): 40 раз
- Поблагодарили: 121 раз
- Контактная информация:
Re: Увеличение раздела за счет другого
не расширяется. не могу 19 гигов увеличить. типа другой диск думает, хотя фиг его знает.может чтото не так делаю.
-
- Сообщения: 10053
- Зарегистрирован: 27 авг 2016, 22:57
- Решено: 216
- Откуда: НН
- Благодарил (а): 834 раза
- Поблагодарили: 3041 раз
- Контактная информация:
Re: Увеличение раздела за счет другого
kobolt, а, теперь разглядел по скрину.
тут думается, тебе мешает сам своп который подцепился в лайве, сначала попробуй дать
тут думается, тебе мешает сам своп который подцепился в лайве, сначала попробуй дать
sudo swapoff -a
, затем получается надо отодвигать sda2 на свободное местно внутри него, чтоб unallocated уехало перед sda2-
Автор темы - Сообщения: 348
- Зарегистрирован: 27 авг 2016, 21:53
- Решено: 6
- Откуда: Чебоксары
- Благодарил (а): 40 раз
- Поблагодарили: 121 раз
- Контактная информация:
Re: Увеличение раздела за счет другого
в общем никак
вернул к старому состоянию. буду заниматься урезанием всего, что не нужно. а этого в любой операционке хватает с лихвой.
лишь бы загрузилось все нормально))
лишь бы загрузилось все нормально))
Последний раз редактировалось пользователем 1 kobolt; всего редактировалось раз: 9
Re: Увеличение раздела за счет другого
А вот фиг вам (национальное индейское жилище), ждёт он правильного распределения расширенного раздела, точнее его уменьшения. Процесс сложный и малоприятный. Сначала sda5 справа уменьшить на необходимый объём, должно появиться свободное место справа, sda5 передвинуть туда, в расширенном разделе останерется "дырка" слева, затем границу ( левую ) расширенного раздела можно сдвинуть вправо. В результате , между sda1 и sda2 (расширенным) будет опредепённое вами пустое пространство, его можно увеличить справа в пользу корневого разделаю Всё делается с ливеСД, кто не понял , я не виноват. Задавайте вопросы.
-
Автор темы - Сообщения: 348
- Зарегистрирован: 27 авг 2016, 21:53
- Решено: 6
- Откуда: Чебоксары
- Благодарил (а): 40 раз
- Поблагодарили: 121 раз
- Контактная информация:
Re: Увеличение раздела за счет другого
в течение 12 минут смотрел как gparted переносил 20 гигов из 430 с одно места в другое. подумал подумал и пришел к выводу - а ну его к семипроволочному высокопрочному канату! это часа 3-4 ждать пока он копирнет. потом велика вероятность, что произойдет ошибка. придется откат обратно. а это опять столько же времени. а если необратимо...symon2014 писал(а): А вот фиг вам (национальное индейское жилище), ждёт он правильного распределения расширенного раздела, точнее его уменьшения. Процесс сложный и малоприятный. Сначала sda5 справа уменьшить на необходимый объём, должно появиться свободное место справа, sda5 передвинуть туда, в расширенном разделе останерется "дырка" слева, затем границу ( левую ) расширенного раздела можно сдвинуть вправо. В результате , между sda1 и sda2 (расширенным) будет опредепённое вами пустое пространство, его можно увеличить справа в пользу корневого разделаю Всё делается с ливеСД, кто не понял , я не виноват. Задавайте вопросы.
вощем пойду я на перезагрузку.
-
- Сообщения: 10053
- Зарегистрирован: 27 авг 2016, 22:57
- Решено: 216
- Откуда: НН
- Благодарил (а): 834 раза
- Поблагодарили: 3041 раз
- Контактная информация:
Re: Увеличение раздела за счет другого
kobolt, то что будет шустро никто и не обещал)
А вот на ходу обламывать активные дисковые опреации куда опасней, чем гонять их по несколько часов.
Аккуратней.
А вот на ходу обламывать активные дисковые опреации куда опасней, чем гонять их по несколько часов.
Аккуратней.
-
- Сообщения: 1744
- Зарегистрирован: 29 авг 2016, 12:08
- Решено: 20
- Благодарил (а): 108 раз
- Поблагодарили: 521 раз
- Контактная информация:
Re: Увеличение раздела за счет другого
Не круто это, перезагружаться когда на жестком меняются разделы. Лучше б подождал до конца
Тем более ты сам говорил что разделы забиты почти под завязку оба. Ему же для переноса надо и данные перенести. Туда-сюда 20 гиг гонять с обоих разделов дело не быстрое.
Тем более ты сам говорил что разделы забиты почти под завязку оба. Ему же для переноса надо и данные перенести. Туда-сюда 20 гиг гонять с обоих разделов дело не быстрое.
А мог бы стать нормальным человеком...
-
- Сообщения: 2094
- Зарегистрирован: 02 сен 2016, 22:07
- Решено: 5
- Благодарил (а): 406 раз
- Поблагодарили: 487 раз
- Контактная информация:
Re: Увеличение раздела за счет другого
Поддерживаю.
Тут либо идешь в магаз за новым винтом и используешь его для подобных манипуляций, либо вооружаешься терпением. - Это ж Linux, это ж - ext! - робит медленно, но верно!..
За то по концовке - самолет!..
Re: Увеличение раздела за счет другого
В полне мог тупо измениться UUID, нужно сравнить показания blkid и cat/etc/fstab .
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 1 гость