так что да, есть некоторые дополнительные сложности, которые возникают из-за того, что я не помню, какой выбор я сделал в процессе установки и позволяю ему выбирать вещи автоматически.
Если у вас есть данные, которые вы хотите сохранить, найдите место для их копирования или резервного копирования. Я бы порекомендовал стереть этот диск, переустановив suse (или другой Linux )с нуля и вручную управляя процессом установки; не выбирайте автоматический режим, особенно для разметки диска. Во время установки делаем
взять ручное управление во время процесса установки на диск, не выбирать автоматический, и оставить его просто как показано ниже
, что в основном даст /dev/sda1
как 1 ГБ, /dev/sda2
как 2 ГБ подкачки, /dev/sda3
по адресу ~119 ГБ как /
. тогда все живет под /
включая /home
. Если у вас закончилось место, это связано с размером диска, а не с разделами. Если вы не знаете, почему ваша папка /home
находится на отдельном разделе, то вам это и не нужно.
Глядя на общее использование диска (1,4 ТБ в /media )и предполагая, что вы установили Linux на один раздел, кажется, что самое простое немедленное решение — загрузить (живой дистрибутив, если это необходимо )и освободите место, переместив некоторые медиафайлы на внешний диск. Это должно позволить вам загрузить и установить любые пакеты, необходимые для работы в вашей системе.
Когда вы запустите систему, вам нужно выяснить, где используется пространство и что делать с занимающими место файлами. Хотя df
и du
являются хорошими диагностическими инструментами, вы можете лучше понять, что съедает ваш диск, используя Filelight
.
Более долгосрочным решением было бы повторное -разделение вашей системы, чтобы /
было достаточно места для работы, а ваши «не -важные» файлы (в /media
и/home
)не могли быть старше. на дисковом пространстве, необходимом для работы системы. К вашему сведению, моя собственная схема раздела
lsblk
NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINT
sda 8:0 0 931.5G 0 disk
└─sda1 8:1 0 931.5G 0 part /home/bu5hman/Work
sdb 8:16 0 978.1G 0 disk
├─sdb1 8:17 0 260M 0 part /boot/efi
└─sdb2 8:18 0 977.9G 0 part
├─vtb-Root 254:0 0 50G 0 lvm /
├─vtb-Home 254:1 0 200G 0 lvm /home
├─vtb-Play 254:2 0 300G 0 lvm /home/bu5hman/Play
├─vtb-Swap 254:3 0 4G 0 lvm [SWAP]
├─vtb-WinVm 254:4 0 100G 0 lvm /home/bu5hman/.WinVm
└─vtb-WinShare 254:5 0 100G 0 lvm /home/bu5hman/Work/WinShare
Даже если Work
, Play
или даже мой .WinVM
заполнит свои собственные разделы до такой степени, что выдаст out of space
ошибку в своем собственном разделе , это не повлияет на пространство, доступное для операционная система в/
Вы можете использовать find
, чтобы определить самые большие файлы в корневом томе, а затем удалить все ненужные. Однако похоже, что большинство системных папок находится в корневом томе (/var, /var/log, /tmp и т. д.)
Если это так, и если у вас много файлов журналов, очистка некоторых из них может помочь... все зависит от того, насколько подробны ваши журналы, сколько лет системе и сколько действий действительно регистрируется.
Чтобы найти большие файлы только в корневом разделе, выполните следующее:
# find / -xdev -size +1000M
Эта команда будет искать том /
, но не будет переходить на другие файловые системы(-xdev
). В нем будут перечислены любые файлы размером более 1000 МБ (1024 МБ? Зависит от , как ваши системные утилиты относятся к M, MiB, Mb и т. д. )Вы можете использовать различные другие значения, чтобы сузить поиск больших файлов... +100M для ~100MB файлов и т. д.
Вы также можете хирургически просмотреть каждый уровень подкаталога с помощью:
# du / -hx --max-depth=1
(что x очень важно... )Это, по крайней мере, поможет вам определить, где используется больше всего дискового пространства, если не фактические виновники.
Вот достойная статья об основах поддержания чистоты файловой системы.