Закончилось место на системном разделе Ubuntu. Что предпринять?

Через journalctl очисти логи.

Сколько у тебя старых ядер скопилось?

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

В /var/lib у тебя докеры или флатпаки какие-то, почистить

Разобраться с 10 гигами логов, можно поставить ограничение на journald логи, по дефолту вроде 4 гига, и почистить остальное, чего там еще на 6 гигов лежит?

Системе несколько лет:

sudo du -sh /var/log
3,5G	/var/log

Удалить снапы.

Кто что предложит?

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

Кстати да, снапы по умолчанию вроде бы не удаляют данные, а переносят в /var/lib, поэтому даже удаленные приложения могли оставить гигабайты данных перенесенных из ~/snap

Следующий раз использовать lvm.

Кто что предложит?

tune2fs -m 0 /dev/sda

Анализ содержимого диска намного удобнее делать командой

du -h -x -t 500M /

Но вообще - удали логи из /var/log и посмотри чем занято /var/lib, обычно туда дефективные мейнтейнеры кладут базы mysql и прочее подобное которому совсем не место в /var и атем более в корневом разделе.

А ещё подумай над тем чтобы отделить /var в другой раздел.

Кто что предложит?

• Удалить 10 гигов логов.
• Посмотреть, что лежит в /var/lib и разобраться с этим.
• Фундаментально: поставить на раздел дистрибутив Linux вместо пародии на дистрибутив.

Следующий раз использовать lvm.

Слишком много опечаток в слове btrfs =)

Анализ содержимого диска намного удобнее делать командой

ncdu

А как очистить? какая послед-ть команд?

Не руками же удалять? через что-то

как эти логи удалить?

что-то постоянно пишет в var/log/syslog;

он постоянно растет

sudo apt -y clean && sudo apt -y autoclean && sudo apt -y autoremove && sudo journalctl --vacuum-time=1d

это очистить кеши пакетов и файлы журналов

Ну можно побить еще тяжелые неиспользуемые программы, это уже сами определитесь.

Он место на диске найти не может, а ты ему даешь вредный совет про бтрфс?

что-то постоянно пишет

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

Во время активной записи в syslog запусти htop и нажми на вкладку I/O и там на DISK WRITE и тебе покажет кто пишет, если этого нет или непонятно что в syslog, так шаг за шагом выяснишь проблему.

Опять же. Какой размер syslog ?

• du -h /var/log/syslog ?

Спасибос! Места освободилось 2 гига

Но syslog растет,

Sublim-ом его пытался открыть

Начиная с 19 окт

AER …

PCIe Bus Error

Sublim-ом его пытался открыть

tail -n 100 /var/log/syslog покажет последние 100 строчек файла

syslog > 2 Гига

А htop в какой директории запускать?

Oct 22 16:38:13 lafa kernel: [  878.256671] pcieport 0000:00:1d.0:    [ 0] RxErr                  (First)
Oct 22 16:38:13 lafa kernel: [  878.262744] pcieport 0000:00:1d.0: AER: Correctable error message received from 0000:00:1d.0
Oct 22 16:38:13 lafa kernel: [  878.262765] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Correctable, type=Physical Layer, (Receiver ID)
Oct 22 16:38:13 lafa kernel: [  878.262774] pcieport 0000:00:1d.0:   device [8086:a298] error status/mask=00000001/00002000
Oct 22 16:38:13 lafa kernel: [  878.262806] pcieport 0000:00:1d.0:    [ 0] RxErr                  (First)
Oct 22 16:38:13 lafa kernel: [  878.274837] pcieport 0000:00:1d.0: AER: Correctable error message received from 0000:00:1d.0
Oct 22 16:38:13 lafa kernel: [  878.274860] pcieport 0000:00:1d.0: PCIe Bus Error: severity=Correctable, type=Physical Layer, (Receiver ID)
Oct 22 16:38:13 lafa kernel: [  878.274869] pcieport 0000:00:1d.0:   device [8086:a298] error status/mask=00000001/00002000
Oct 22 16:38:13 lafa kernel: [  878.274879] pcieport 0000:00:1d.0:    [ 0] RxErr                  (First)

фигачит

syslog > 2 Гига

Ну, для просто домашней тачки может и много если за короткий период времени.

А htop в какой директории запускать?

В любой, это не имеет значения, оно показывает активность просто обращения к I/O процессами

А теперь тоже самое (не надо выкладывать но уже с значением 1000) и если там всё одно и тоже то может это попробовать

• https://easy-adminko.livejournal.com/7535.html

Это не починка, а лечение поноса пробкой в попе конечно. Но судя по интернету так многие «чинят».

Да тоже самое при 1000

Как теперь этот огромный syslog очистить?

pcieport 0000:00:1d.0: device [8086:a298]

Какие-то проблемы с PCI-Express (Intel(R) 200 Series Chipset Family PCI Express Root Port).

Как теперь этот огромный syslog очистить?

Просто обнули его

su -c "echo > /var/log/syslog"

Ты ещё погляди ls /var/log/ там может быть такая картина

syslog
syslog.1
syslog.2.gz
syslog.3.gz
syslog.4.gz
syslog.5.gz

Архивы просто удали, там может быть ещё много разных архивов, если тебе не нужно, то жешь все *.gz файлы спокойно удалить. Но учти, если вдруг что сломается и нужны будут логи у тебя их тютю. Хотя сомневаюсь что тебе нужны архивные логи

sudo mousepad /etc/default/grub

и вместо строки

GRUB_CMDLINE_LINUX_DEFAULT=«quiet splash»

поместить

GRUB_CMDLINE_LINUX_DEFAULT=«quiet pcie_aspm=off»

Да?

Если такая проблема, то лучшим будет решением купить еще один жесткий диск. Допустим, hdd для /home/ ssd для системы.

и они забьются со временем…

не вариант ваще

Последовательность команда:

• открыть браузер
• в строку адреса ввести «google.com»
• нажать Enter
• ввести строку запроса: «man journalctl» или «journalctl clear logs»
• выполнить.

Лучше через man, там много полезной информации.

сделал это

перезагрузился

все равно эту ошибку фигачит в лог,

syslog быстро растет

Тогда верни всё назад в GRUB. Чтобы не оставлять артефакты, а то будет там поменял, тут поменял, а потом забыл где что делал. И пока подсказать мне нечего, я с подобным не сталкивался и специфики не знаю. Гугли строчки из логов ищи тех у кого таже проблема, смотри что они делали. Это как миниум, лучше конечно в сути разобраться, но эт такое.

Переразбить, не?

Ты про truncate -s0 не знаешь? Ему можно ещё и wildcard имена давать в отличие от шелл-редиректов.

Знаю, но очень редко пользуюсь, лишь когда надо усекать файл. Раз в пару лет такое надо. Сейчас даже в голову не пришло.

Посмотреть, что лежит в /var/lib и разобраться с этим

Снапы у него там и докеры

А почему бы не загрузиться с флешки и gparted ом сделать все что хочется с дисками?

загрузиться с флешки и gparted ом сделать все что хочется с дисками?

Тут аккуратно надо поступать. Изменение размера разделов может повредить файлы. Так что надо сделать свежие бэкапы.

Воспользуйся утилитой ncdu. Будет удобнее лазить по диску и детально высматривать файлы. Можно прыгать по каталогам при помощи стрелок клавиатуры. Baobab не настолько удобен.

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

тогда уж проще в grub меню прописать gparted.iso :)

Лучше gdu, оригинальный ncdu очень неторопливый.

/var/lib 16 GB

Очень возможно еще докер образы.

Именнно руками, надо зайти посмотреть что не надо и удалить

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

сделал это

После этого обновил конфигурацию GRUB командой sudo grub-mkconfig -o /boot/grub/grub.cfg?
В спешке это часто забывается.