Что делать, если кончилось место на основном диске?

CloneZilla, не? Я ей перекладываю с диска на диск, работает отменно.

Можно, конечно. А куда место ушло?

Можно вставить новый диск, создать там необходимые файловые системы, скопировать информацию (я предпочитаю rsync, например), поправить несколько файлов и, сделав chroot в новую систему, поставить загрузчик (а если система на efi, то и загрузчик восстанавливать не надо)

да просто изначально диск маленький был и мал помалу место и ушло. Вот теперь надо как то на большой всё перенести без переустановки с нуля

гляну, благодарю

«несколько файлов» это фстаб?

Да, fstab, конфигурация grub, если что-то там правил.

Если на новом диске UUID такие же сделаешь, то править не надо вообще ничего. Главное, диски с одинаковыми UUID’ами при загрузке линукса подключать не надо.

Щито делать в таких случаях?

Банальный tar не спасёт отца русской демократии? При большом желании можно даже /usr от / отцепить.

ПыСы: /var/cache часто раздувает, проверьте - может вообще всё не так печально.

У тебя наверное в логи кто-то насрал, или ты половину аура установил. Ручками удаляй мусор, глазками его найди

ncdu в помощь

Помнится, под корень хватало 11 гигов. По моему опыту только докер постоянно засирает диск и приходится регулярно чистить. И логи ещё.

Утраиваю комментаторов выше, 100Gb забить пакетами очень сложно, проверь содержимое /var

Очень странно. За 10+ лет системный раздел вырос с 20гб до 30гб. Что можно туда напихать, чтобы кончилось место?

flatpak к примеру – у меня он 10гб скушал.

Я тупо клонирую диск с системой с одного на другой, вставляю новый и всё работает. Правда они одинакового размера, с меньшего на больший не пробовал пока ещё, но думаю, проблем не будет, может потом потребуется раздвинуть фс до 500, сгодится любой лайв с gparted.

Покажи-то хоть куда оно подевалось:

sudo du -xh -d 1 /

Еще можно в mc по дир-иям корня Ctrl+Space прощелкать.

flatpak к примеру

Исключено, это наваливается в хомяк юзерам. А у тса он на другом разделе.

Я бы посмотрел, что скушало место.

Потом можно будет замонтировать новый диск, переместить туда самые жирные данные (замонтировать сверху, создать симлинки, просто начать складировать туда файлы и т.д.)

Почистить мусор, прежде всего.

Ну и лучше купить уже ssd на 250 гб под систему. Они и по скорости резвее, чем 120-ки.

в арче нужно начинать с pacman -Sc

Проверь размер /opt. Он у меня засрался и я его вынес. Теперь норм.

Если вы такой грязнуля, то нужно настроить lvm.

может у тебя тупо иноды кончились, фс ты конечно не указал

Возможно ли, грубо говоря, скопировать это все в образ и развернуть на новом диске 500Гб?

запросто.

но на будущее, тебе нужен LVM

но на будущее, тебе нужен LVM

Очень спорно. Только если «поиграться».

нет тут ничего спорного. Везде, где нужно изменение размеров разделов, нужен LVM

Везде, где нужно изменение размеров разделов, нужен LVM

Из пушки по воробьям. И в ущерб надёжности. Проще скопировать туда-сюда если вдруг (я подчёркиваю - если) реально приспичит.

Для начала кеши пакмена почистить...
А вообще странно это - 100 гигов на систему как-то многовато...

да какая тут пушка? Универсальный, тонкий и надежный слой абстракции для управления томами. Кто не умеет пользоваться или боится пользоваться lvm, тот меньшинство…

Только вот дробление на разделы не нужно

На новом диске нужно создать новую файловую систему, А затем скопировать старую пофайлово при помощи rsync.

как раз наоборот, необходимо.

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

Это не разумное, это шиза какая-то

То есть в данном случае лвм никаким боком не мог бы помочь тс?

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

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

lvm как раз один из очевидных и удобных способов не засирать системный радел.

нетЪ :) Это костыль для тех, кто не может не засирать :)

Загрузился с livecd, клонировал диск через gparted, старому диску присвоил новый UUID, даже ничего править не надо, само загрузится.

Это если GPT/EFI.

flatpak может устанавливаться пользователем, а может системой.

$ du -sh /var/lib/flatpak/
18G	/var/lib/flatpak/

100Гб только для систем

У тебя винда что ли? Для линукса 30 Гб выше крыше

Я никогда больше 20 гб под систему не отдаю. Можно и в пять гигов уложиться, но будет некомфортно. В 10 ГБ можно уже ни в чем себе не отказывать.

Вот пример, ноут, несколько лет эксплуатации, ни разу ничего не чистил, занято 7,7ГБ

/dev/mapper/system-root 20G 7,7G 11G 42% /

Вы там что, наркоту складируете, что такие расходы?!

домашние директории на другом диске

На этом основном диске 100Гб который, собственно говоря, кончилось место.

Как отметили комментаторы выше, для системного диска (не файлопомойки) это действительно странновато.

Во-первых, действительно стоит глянуть, что там в /var. Во-вторых, рекомендую божественный qdirstat, который наглядно прямоугольничками покажет, в каких именно каталогах затык. Можно поисследовать и штатным du -h, варьируя исходный каталог и max-depth, но тут привычка нужна.

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

Да тут даже не терапия, а элементарная гигиена помогла бы! ;)

У меня сейчас система 33 ГБ занимает

/dev/nvme0n1p1 28G 14G 13G 51% /

xfce4, на всяких гномах и kde наверно больше

Я тут кстати покопался в btrfs...

https://btrfs.wiki.kernel.org/index.php/Using_Btrfs_with_Multiple_Devices

В частности, можно на лету добавить в имеющуюся файловую систему новый диск (или флешку, sd карту, дискетку). Объем пространства соответственно увеличится. После ребалансировки.

Ребаланснуть можно кстати сразу в рейд.

Ну или перемонтировать с принудительной компрессией содержимого. (Без свободного места-таки не выйдет. И ЦПУ задумается на пару часов).

Чистить место на основном диске, логично же

Кстати, рекомендую ещё ncdu.

да какая тут пушка? Универсальный, тонкий и надежный слой абстракции для управления томами.

Вам наверное не приходилось вытаскивать данные с винтов с затёртой partition table итп. И как раз дома это гораздо более вероятно - «эксперименты же».

Кто не умеет пользоваться или боится пользоваться lvm, тот меньшинство…

Можно долго обсуждать квалификации наших админов, но почему-то в типичной конфигурации наших машинок LVM не предполагается. И там счёт на тысячи (не шучу). Well, я знаю об одном исключении - имеется у меня машинка с примерно 1PB (я в ноликах не ошибся) directly attached storage. Там да, backup / restore займёт forever. И это один из немногочисленных случаев когда LVM оправдан. Но я не могу себе представить ситуацию которая бы заставила меня его использовать дома.

благодарю всех за ответы. Клонзиллой переносится на изичах