Автор Тема: рабочая станция 9.1 - заполнился системный диск непонятно чем (решено)  (Прочитано 6190 раз)

Оффлайн Zergiuz

  • Завсегдатай
  • *
  • Сообщений: 58
$ df
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
udevfs             3,9G          96K  3,9G            1% /dev
runfs              3,9G         9,5M  3,9G            1% /run
/dev/sda6           40G          37G  128M          100% /
tmpfs              3,9G            0  3,9G            0% /dev/shm
tmpfs              5,0M         4,0K  5,0M            1% /run/lock
tmpfs              3,9G            0  3,9G            0% /sys/fs/cgroup
tmpfs              3,9G         2,3M  3,9G            1% /tmp
/dev/sda1          579M         469M  111M           81% /mnt/sda1
/dev/sda7          506G         4,2G  476G            1% /home
/dev/sda2          361G          45G  316G           13% /mnt/sda2
tmpfs              784M          24K  784M            1% /run/user/500

В один прекрасный момент перестал печатать с ошибкой:altlinux cant copy stdin to temporary, при рассмотрении оказался забит полностью системный диск - доступно 0, 40 есть и 40 использовано. Удалил др веб, стало занято 37,5 но доступно 0. sda6 системный, на аналогичных рабочих станциях используется менее 12Gb при такой же настройке и установке, чем мог забиться корень? и почему диск на 40, использовано 37, доступно 0,128, где остальное? что с этим делать?
зы: завёл еще одного пользователя, от него с трудом смог установить Stacer (думал может он покажет то что я не вижу), запус от root и от пользователя смогло очистить 128мб логов, кэша, тмп и тд. Мог ли Cups забить память сохранением копий заданий печати? Или это сбой прав пользователя? В ручную не смог определить где эти 20 с лишним Gb на диске. В общем спасите - помогите.
« Последнее редактирование: 19.02.2021 09:01:48 от Zergiuz »

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 5 965
что в корне /dev/sda6

ну и проверить что там с этим инновационным бинарным журналом
https://qna.habr.com/q/36189

Оффлайн Zergiuz

  • Завсегдатай
  • *
  • Сообщений: 58
что в корне /dev/sda6
что именно показать? скрин анализатора использования диска или что?

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
$ df
Файловая система Размер Использовано  Дост Использовано% Cмонтировано в
...
/dev/sda6           40G          37G  128M          100% /
...

помогите.

Найдёт все файлы размером более 50-ти мегабайт и отобразит эти файлы и их размер в мегабайтах:
# du -m $(find / -type f -size +50M) | sort -n

Отобразит в мегабайтах размер каталогов корневого каталога:
# du -smx /* 2>/dev/null

Оффлайн Zergiuz

  • Завсегдатай
  • *
  • Сообщений: 58
Найдёт все файлы размером более 50-ти мегабайт
спасибо тебе добрый человек, по запарке не посмотрел в корне скрытые, нашел 70 с лишним файлов дампа где то под 400мб каждый, осталось понять что не так, в свойствах дампа пишет - Данные аварийного завершения программы (application/x-core), по крайней мере альт заработал пока снова не заполнится диск

Оффлайн YYY

  • Мастер
  • ***
  • Сообщений: 5 965
ИМХО, это системд так гадит...

нет системд - нет проблем...

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 104
ИМХО, это системд так гадит...

нет системд - нет проблем...
То, что запись core dump с ним включилась, это да: https://www.altlinux.org/Features/Core

Нот вот само по себе появление дампов тоже не хорошо. Надо узнать, от кого они. И что-то, может быть, сделать.

Оффлайн Zergiuz

  • Завсегдатай
  • *
  • Сообщений: 58
Как отключить сохранение coredump с systemd: Установить пакет systemd-settings-disable-dumpcore - из статьи, это просто установка или еще что-то надо будет прописать? машина работала три месяца без нареканий, пока не завалила дампами корень. Может что и подглючивало, но пользователь не жаловался.

зы: обновил kernel и dist-upgrade, помониторю что дальше будет
« Последнее редактирование: 21.01.2021 15:02:11 от Zergiuz »

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Установить пакет systemd-settings-disable-dumpcore из статьи, это просто установка или еще что-то надо будет прописать?

установить и перезагрузиться.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
еще что-то надо будет прописать?

И задавить размер логов systemd. Потому шо дисковое, в отличие от sysvinit, systemd жрёт не по-детски:
ИМХО, это системд так гадит...

нет системд - нет проблем...

https://www.altlinux.org/Journald#Управление_логированием
https://www.altlinux.org/Journald#Возврат_syslog

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 104
Как отключить сохранение coredump с systemd: Установить пакет systemd-settings-disable-dumpcore - из статьи, это просто установка или еще что-то надо будет прописать? машина работала три месяца без нареканий, пока не завалила дампами корень. Может что и подглючивало, но пользователь не жаловался.
Кстати, если корень был бы отдельно от /home, /var и чего-нибудь ещё может быть, то особо страшного ничего бы не произошло скорее всего (хотя обновление конфигурации в /etc, если таковое происходит, могло и сломать что-то): https://www.altlinux.org/РазбиениеДиска. Или можно core dump писать куда-то отдельно.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Уже натыкались на такие отказы:
https://forum.altlinux.org/index.php?topic=37656.0

Но в sysv они не работают:
# cat /lib/sysctl.d/49-coredump-disable.conf
# disable core dump.
kernel.core_pattern = /
# sysctl -a | grep core_pattern
kernel.core_pattern = /
# rpm -q libcoredumper systemd-coredump
пакет libcoredumper не установлен
пакет systemd-coredump не установлен
# grep 'ulimit -Sc 0' /etc/profile /etc/rc.d/rc.sysinit
/etc/profile:ulimit -Sc 0 >/dev/null 2>&1
/etc/rc.d/rc.sysinit:ulimit -Sc 0 >/dev/null 2>&1

Оффлайн Zergiuz

  • Завсегдатай
  • *
  • Сообщений: 58
Кстати, если корень был бы отдельно от /home,
отдельно, иначе копилось бы дампов на весь Тб

Оффлайн asy

  • alt linux team
  • ***
  • Сообщений: 8 104
Кстати, если корень был бы отдельно от /home,
отдельно, иначе копилось бы дампов на весь Тб
Тогда непонятно. А /tmp тогда где? Должен быть на tmpfs по идее.

Оффлайн San

  • Завсегдатай
  • *
  • Сообщений: 699
Хм... Я уже натыкался на эту проблему:
https://forum.altlinux.org/index.php?topic=43316.0

Вопрос так и не решился кстати. Так и живу с этими дампами...

Пока некогда заниматься вплотную переходом на SysV изучаю ее работу на виртулке и компьютерах с работы, надеюсь в отпуске переустановлю систему дома...

PS: Примерно процентов на 99, я уже понял в чем проблема. Но как это отследить документировано не понимаю? Если я при работе пользовался флешкой, то после отключения, система отключается... и через 4-5 секунд включается повторно. Пишется дамп. Если завершать работу когда флешкой не пользовался, компьютер отключается с первого раза и дамп не пишется... Темы читал и в интернете, и тут встречал - решения не нашел...

PSS: Пробовал на этом компьютере Xfce c Sysv Р9, на другом ССД, все отключается нормально.
« Последнее редактирование: 24.01.2021 19:08:43 от San »