Увеличение раздела root на Линукс. Как сделать безболезненно?

Question

[Andrew]

Накосячил и указал размер root директории 20gb. Этого, естественно, не хватило. Порыскав в сети, понял, что самый популярный способ "бэкап и переустановка" мне не подходит. Какие вы знаете самые безболезненные варианты по увеличению размера этой директории?

Comments

[Drno]

Вы бы хоть указали как у Вас щас разбит диск... и какая файловая система. есть \ нет LVM итд

А так - можете загрузиться с загр диска Gparted и подвинуть разделы как нужно

[Andrew]

1) Сделать бекап на отдельный диск
2) Попробовать сделать изменения с помощью gparted.
3) Если данные сохранились и система загружается, то радоваться жизни.
4) Иначе восстановить данные из бекапа.

И второй вариант - забекапиться, переразбить диск и использовать в дальнейшем LVM. По этому поводу читать вики и много думать.

Это тот самый метод, которого я боюсь)

[Andrew]

Drno,

Device        Start        End    Sectors  Size Type
/dev/sda1      2048    2099199    2097152    1G EFI System
/dev/sda2   2099200   44042239   41943040   20G Linux filesystem
/dev/sda3  44042240 3907027119 3862984880  1.8T Linux filesystem


Disk /dev/zram0: 4 GiB, 4294967296 bytes, 1048576 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

[Alexey Dmitriev]

Могу подсказать один вариант - погуглить "как расширить раздел linux"

[Drno]

Tm, в данной ситуации как у Вас - gparted загрузочный. и двигать разделы. я бы так делал
на будущее - класть всё в (корень) / и не заниматься ерундой. пусть всё в 1 разделе лежит

ну либо изучать LVM, но там свои ньюансы

[pfg21]

Drno, мда выделять под корень 20 гб на 2 тб носителе это конечно перегиб мудреностей :)
растяни на 200+ гб, не жопься, вдруг чего еще тяжелого наустанавливаешь.

[Andrew]

pfg21, дак накосячил при установке и только потом заметил) И правда не очень получилось. Спасибо за ответ!

[xotkot]

Накосячил и указал размер root директории 20gb. Этого, естественно, не хватило.

точно не хватило ? а почистить пробовали ?
чистка кэша пакмана, порой он засирается очень сильно, поэтому нужно чистить периодически (хотя лучше вообще автоматизировать это действие через тот же pacman hooks)
pacman -Scc

также не забываем про урезания журнала systemd для больших дисков, может отъедать до 4 гиг, а как по мне то для обычного юзера его вообще лучше перевести в статус volatile
смотри Journal_size_limit

п.с.
если у вас ext4 то при создании файловой системы у разделов резервируется 5% под рута, для больших дисков это много, да и отъедать у 20г раздела почти 1 гиг (для 2Тб это уже 100гиг) в никуда тоже не практично, для рут раздела можно снизить до 1% а для других можно и в 0%

$ sudo tune2fs -m 1 /dev/sda2
$ sudo tune2fs -m 0 /dev/sda3

[pfg21]

xotkot, это костыль :) я архивы пакетов, логи и еще что-то кажись просто биндами (а можно и симлинками) "перенес" в хомяк (он на отдельном разделе).

[xotkot]

pfg21, какой еще костыль ?

архивы пакетов

зачем тебе архивы пакетов в ролинг релизном дистрибутиве особенно при постоянном доступе сети ?
у меня эволюция была примерно такая, сначала уменьшил сохранение на диске количества поколений архивов пакетов с 2-3(уже точно не помню сколько идёт по умолчанию) до 1 последнего, когда стало много оперативной памяти перенёс этот кэш в озу, то есть он чистился при перезагрузке, ну а после вообще отказался от хранения кэша как такового и с помощью простого хука для пакмана (в 10 строк) когда сам пакман после скачивания и установки пакета сразу же удаляет его архив всё в том же озу.
Таким образом во первых повышается скорость установки пакетов(скачать, распаковать, прочитать), а во вторых кэш не затрагивает сам диск что естественно не режет его ресурс и полезное место.

логи

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

[pfg21]

xotkot, ну ты блин даешь :) в ролинге архив пакетов аккурат нужон как манна небесная.
ибо при любом косяке, появившемся в новом пакет при частом ролинге, есть возможность откатиться на старый пакет, авось в нем косяк еще не вмерджили в мейнстрим...

[CityCat4]

Корень размером в 20G - вполне нормально :) У меня корень 30G и занят он на 22% Потому что /usr, /var и хомяк - на отдельных логических томах LVM, а /tmp - вообще в tmpfs :)
Подобная разбивка характерна для серверов с диском до 50G - нет LVM (а зачем он там?), /boot выделен а все остальное в корне

[pfemidi]

Drno, дурацкий совет. Как минимум /home должен быть на отдельной партиции или отдельном диске. Это позволит избежать многия и многия проблемы при переустановке/апгрейде основной системы.

[pfemidi]

pfg21, куда там 200+ гигов? Зачем?

Лично у меня под root отведено 64 гига и мне заглаза хватает вот уже лет 15+ как. Потому что при установке OS выбираю и устанавливаю только то, что реально нужно, а не "Install all" как некоторые делают.

Ну а /home на отдельном диске само собой.

pfemidi@pfemidi:~$ df -h
Filesystem      Size  Used Avail Use% Mounted on
/dev/sda6        64G   35G   26G  58% /
devtmpfs        4.0M     0  4.0M   0% /dev
tmpfs            12G   54M   12G   1% /dev/shm
tmpfs           4.7G  1.6M  4.7G   1% /run
/dev/sdb1       917G  429G  479G  48% /home
tmpfs            12G  4.8M   12G   1% /tmp
tmpfs           2.4G  140K  2.4G   1% /run/user/1000
pfemidi@pfemidi:~$

[Drno]

pfemidi, зачем? у него массив в 2Тб... какой смысл? переустановка это что то из разряда фантастики так то...

[pfemidi]

CityCat4, абсолютно согласен, корень 20Gb это более чем. Правда у меня 64Gb потому что и /boot, и /usr, и /var там же, отдельно у меня только /home.

[pfemidi]

Drno, где видно что у него какой-то массив? У него просто /dev/sda и всё.

[CityCat4]

pfemidi, Для рабочей станции хомяка конечно же нужно в отдельный раздел. /tmp отдельным разделом - это старая страховка от переполнения /tmp и останова тачки, а /var - такая же страховка от переполнения логов. У тебя наверное не LVM, потому что по-моему ведро еще с LVM не умеет грузиться, поэтому /boot выносится volens nolens

[xotkot]

pfg21,

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

да не нужно оно, от слова совсем
у арча очень хороший ролинг, в том смысле если пакет косячный то обычно обнова на него прилетает в течении дня, редко дольше
если же это что-то критичное и к спеху, или даже что-то специфичное, то есть куча зеркал среди Successfully Syncing Mirrors у которых можно найти синхру вплоть до 2.5 дней (см. μ Delay), и переключившись на которые можно не тока откатить какой-то конкретный пакет а и всю систему(пакеты) если например не знаешь что именно сломалось. Можно также глянуть на Out of Sync Mirrors если нужно больше двух дней.

Если этого мало, то есть такая штука как ALA (Arch Linux Archive) которая легко позволяет найти и скачать нужный пакет на определённую дату.

Как я и писал выше от локального кэша пакетов я отказался довольно давно, так как смысл его не актуален, и нужен он разве что тем у кого интернет по талонам или всё еще dial-up.

[pfemidi]

CityCat4, нет, у меня не LVM. У меня даже не UEFI хотя мать и позволяет и соответственно никаких GPT, обычный MBR.

[CityCat4]

xotkot, Локальный кэш пакетов нужен тогда, когда много серверов и все они обновляются с одной точки

[CityCat4]

pfemidi, У меня предыдуща машина была такая - обычный MBR, хотя мать и позволяла. Но сейчас скажем ноуты уже только EFI, поэтому имеет смысл насобачиться в этом...

[pfemidi]

CityCat4, я пока что не вижу смысла. Менять домашний комп я в ближайшее время не собираюсь, да и общаться с парком современных компов (да и не современных тоже) у меня тоже необходимости нет. Так что буду продолжать жить как ретроград :-)

[xotkot]

CityCat4,

Локальный кэш пакетов нужен тогда, когда много серверов и все они обновляются с одной точки

"локальный кэш пакетов" и "много серверов и все они обновляются с одной точки", согласитесь, звучит немного противоречиво )
хотя понятно о чём речь, но даже так, для действительно много серверов проще наверное будет завести своё зеркало, благо общий объём его будет в пределах 100гиг

Tm,

spoiler

Device        Start        End    Sectors  Size Type
/dev/sda1      2048    2099199    2097152    1G EFI System
/dev/sda2   2099200   44042239   41943040   20G Linux filesystem
/dev/sda3  44042240 3907027119 3862984880  1.8T Linux filesystem

Disk /dev/zram0: 4 GiB, 4294967296 bytes, 1048576 sectors
Units: sectors of 1 * 4096 = 4096 bytes
Sector size (logical/physical): 4096 bytes / 4096 bytes
I/O size (minimum/optimal): 4096 bytes / 4096 bytes

в данном случае вместо урезанного fdisk -l информативнее было бы показать lsblk -f

[CityCat4]

xotkot, Мммм... видимо немного не так выразился. Я имел в виду как раз локальное зеркало, с которого обновляются сервера без выхода в тырнет. Такая хрень в винде называется wsus.

[CityCat4]

pfemidi, Это не ретроград, а человек, которого достали бесконечные изменения. Я вот Thunderbird не меняю с версии 52.9.1 - и не собираюсь :)

[Валентин]

pfg21,

ибо при любом косяке, появившемся в новом пакет при частом ролинге

и когда оно было? В арче за последние лет 6-7 оно может раз в год (обновляюсь каждый день) бывало, и то ничего критичного, что нельзя было бы просто починить руками.

Answer 1

[pfg21]

качаешь gparted.
записываешь его на флешку с загрущкой. (описание там же на сайте gparted)
альт.вариант: записать в груб-меню на диске, дабы iso-образ записывался в ram и оттуда запускался gparted
загружаешься в орфлайн gparted, меняешь размеры разделов диска как нужно.

вар2: загружаешь через любимый менеджер разделов, делаешь тож самое в нем.

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

как вариант для уменьшения офлайн-работы, можно предварительно отмонтировать /dev/sda3, перетянуть, его так, чтобы перед ним было свободно 200+ гб свободного места, и только потом перегрузиться в оффлайн-gparted и увеличить /dev/sda2 на освободившееся место - это действие будет очень быстрое.

Comments

[Andrew]

А могу ли я сделать это из системы? Просто установив пакет gparted и поменяв размеры разделов? Или с рутом так не получится

[pfg21]

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

[Andrew]

pfg21, мерси

[mayton2019]

Tm, не забудь сделать backup всего ценного. Мало ли.... :)

Answer 2

[Adamos]

Этого, естественно, не хватило

Стоит посмотреть, что вообще занимает место - например, запустив du -hd1 /home, du -hd1 /var
И не растягивать корень, а вынести отдельно соответствующий раздел.