Форум русскоязычного сообщества Ubuntu


Увидели сообщение с непонятной ссылкой, спам, непристойность или оскорбление?
Воспользуйтесь ссылкой «Сообщить модератору» рядом с сообщением!

Автор Тема: как "освежить" информацию о диске  (Прочитано 2926 раз)

0 Пользователей и 1 Гость просматривают эту тему.

Оффлайн valentin630

  • Автор темы
  • Забанен
  • Активист
  • *
  • Сообщений: 275
    • Просмотр профиля
Re: как "освежить" информацию о диске
« Ответ #15 : 19 Февраля 2018, 19:13:07 »
Вообще-то у sync нет параметров кроме --help и --version.
SYNC(1)                          User Commands                         SYNC(1)
NAME
       sync - Synchronize cached writes to persistent storage
SYNOPSIS
       sync [OPTION] [FILE]...


Пользователь добавил сообщение 19 Февраля 2018, 19:17:14:
я так понимаю, вы знаете, какая команда гадит в логи.
Я не разработчик системы, даже ее маленького кусочка - если бы знал...

Пользователь добавил сообщение 19 Февраля 2018, 21:21:17:
tune2fs -l /dev/sda2 | grep cou

выводом поделитесь с нами.
Мое предположение, что df использует в своих показаниях резервируемое место.
я думаю не в этом дело. df дало 100% использование партиции, но действительно было
какое-то число резервных блоков. После их удаления df показывает 95% занятость
системного диска.
root@maxt:/# tune2fs -l /dev/sda2 | grep cou
Inode count:              2624496
Block count:              10488436
Reserved block count:     0
Mount count:              127
Maximum mount count:      -1
root@maxt:/# df
Filesystem     1K-blocks      Used Available Use% Mounted on
/dev/sda2       41163788  39085676   2061728  95% /
Видно, что весь системный диск 40ГБ
но занятое на нем место по командам tune2fs и du и на половину не тянет!?
root@maxt:/# du -s bin/ etc/ lib32/ opt/ snap/ lib64/ srv/ usr/ root/  sys/ var/ run/ tmp/ dev/ lib/ sbin/
13028 bin/
37732 etc/
3952 lib32/
221752 opt/
4 snap/
4 lib64/
4 srv/
8068576 usr/
13520 root/
0 sys/
981412 var/
du: cannot access 'run/user/1000/gvfs': Permission denied
83728 run/
912 tmp/
9456 dev/
720792 lib/
13000 sbin/
« Последнее редактирование: 19 Февраля 2018, 21:27:19 от valentin630 »
Lubuntu 20.04.

Dzhoser

  • Гость
Re: как "освежить" информацию о диске
« Ответ #16 : 20 Февраля 2018, 06:46:26 »
valentin630, давайте сравним так
sudo du -sh /[/code
в конце будет выведено сообщение типа "23G /" которое покажет весь объем данных на разделе "/"
сравним с gparted
[code]sudo gparted
выбираем нужный диск смотрим колонку "Использовано".
Значения совпадают?
P.S. Обычно программа, логи которой имеют большой размер и которые не поддаются ротации и является гадящей в каталог /var/log/
« Последнее редактирование: 20 Февраля 2018, 07:21:40 от Dzhoser »

Оффлайн valentin630

  • Автор темы
  • Забанен
  • Активист
  • *
  • Сообщений: 275
    • Просмотр профиля
Re: как "освежить" информацию о диске
« Ответ #17 : 20 Февраля 2018, 11:03:04 »
sudo du -sh /
к / примонтированы и другие партиции, поэтому я и привел du -s для списка "родных"
директорий, иначе в сумме будут посчитаны и примонтированные директории.
у меня дома две машины под 16.04-3. На первую 16.04-1 была поставлена около
полутора лет назад. На вторую месяца три назад сразу 16.04-3 и на ней пока
чудес нет. Первая обновлялась несколько раз, и у меня впечатление, что "чудеса"
начались после одного из "update", потому что проблема с переполнением логов
возникла недавно. Также обнаружил, что mount -a стал виснуть, если вторая
машина выключена, а в fstab есть ее NFS монтирование. du -sh также стала
подвисать, если специальным образом не отмонтировать NFS после mount -a.
Только что перегрузил машину, потому, что du -h висела. После этого
df стало показывать правильную загруженность системного диска.


Lubuntu 20.04.

Dzhoser

  • Гость
Re: как "освежить" информацию о диске
« Ответ #18 : 20 Февраля 2018, 12:19:18 »
Если проблемы с mount -a, то скорее всего с fstab чтото напортачили. UUID правильно прописаны? Совпадает с выводом blkid? Еще возможно проблема с точками монтирования.

Оффлайн valentin630

  • Автор темы
  • Забанен
  • Активист
  • *
  • Сообщений: 275
    • Просмотр профиля
Re: как "освежить" информацию о диске
« Ответ #19 : 20 Февраля 2018, 12:38:04 »
Если проблемы с mount -a,
это проблема чисто NFS, но она как-то пересекается с основной темой.
Повторяю, что проблема возникла только последнее время, когда fstab
не трогался.
Lubuntu 20.04.

Dzhoser

  • Гость
Re: как "освежить" информацию о диске
« Ответ #20 : 20 Февраля 2018, 13:13:56 »
Попробуйте выполненить проверку проблемных разделов. Создайте файл в проблемны разделах
touch forcefsck после перезагрузки они будут проверены.

Оффлайн valentin630

  • Автор темы
  • Забанен
  • Активист
  • *
  • Сообщений: 275
    • Просмотр профиля
Re: как "освежить" информацию о диске
« Ответ #21 : 20 Февраля 2018, 14:20:20 »
после перезагрузки они будут проверены.
C этим все хорошо
Lubuntu 20.04.

Оффлайн valentin630

  • Автор темы
  • Забанен
  • Активист
  • *
  • Сообщений: 275
    • Просмотр профиля
Re: как "освежить" информацию о диске
« Ответ #22 : 27 Февраля 2018, 22:23:40 »
Похоже на глюк системы.
После перезагрузки журнал начинает писаться нормально. Даже первая ротация журналов
происходит как положено. Но после, в какой момент не знаю, но журналы начинают
писаться в *log.1?!? который рано или поздно переполняет системный диск, что влияет на
работу команды df, которая перестает правильно работать, не отражая изменения занятости
дисков, после удаления на нем огромных лог-файлов.
Я не вижу на данный момент другой альтернативы, кроме как переустановки системы, что очень и очень хлопотно. Попробую, преодолев свою лень, обратиться с этой проблемой на англоязычный
форум, потому что здесь не вижу никакой реакции, кроме высокомерных советов пользоваться
командой man самому от некоторых "спецов" по команде sync
Lubuntu 20.04.

Dzhoser

  • Гость
Re: как "освежить" информацию о диске
« Ответ #23 : 27 Февраля 2018, 23:26:50 »
Возможно в файл log1 постоянно идет запись и он задействован системой, поэтому программа du не считает его так как он занят и показывает неправильный размер. При перезагрузке запись прекращается и показывается правильный размер. Выложите где нибудь этот log.  Не разобрались, что за программа туда гадит?

Оффлайн valentin630

  • Автор темы
  • Забанен
  • Активист
  • *
  • Сообщений: 275
    • Просмотр профиля
Re: как "освежить" информацию о диске
« Ответ #24 : 28 Февраля 2018, 10:48:56 »
Возможно в файл log1 постоянно идет запись
основная масса сообщений идет от файервола ufw, когда кто-то стучится в комп.
К сожалению
ps -aux|grep ufw
не находит такого процесса. Скорее всего само ядро или его модуль пишут log.
Откуда они берут название файла, куда писать, известно только особо посвященным.
Сейчас после перезагрузки все идет нормально. Подожду времени ротации логов
и посмотрю, что произойдет на этот раз.
Последний эксперимент, который проведу, это поменяю уровень сжатия логов.
Сейчас у меня сжимаются *log.2 при ротации. Потребую такое и для *log.1,
посмотрю, куда станут писаться логи
 
Lubuntu 20.04.

Dzhoser

  • Гость
Re: как "освежить" информацию о диске
« Ответ #25 : 28 Февраля 2018, 12:37:08 »
Отключение логировагия ufw
sudo ufw loggin offВключение логирования ufw
sudo ufw loggin onДоп описание

 https://community.vscale.io/hc/ru/community/posts/208348529-Настройка-фаервола-в-Ubuntu-с-помощью-утилиты-UFW

Оффлайн valentin630

  • Автор темы
  • Забанен
  • Активист
  • *
  • Сообщений: 275
    • Просмотр профиля
Re: как "освежить" информацию о диске
« Ответ #26 : 28 Февраля 2018, 12:58:08 »
Отключение логировагия ufw
Спасибо, я это знаю. Полностью отключать журнал я не хочу, процедура
ротации, которую я запускаю каждый час, должна решать все проблемы,
но этого не происходит, и хотелось бы понять почему. Ведь запись во все
3 (kern,sys,ufw)log.1 - это явная ошибка системы, как она появляется,
думаю, очень важно понять в принципе.
Вот оно и произошло, нужна помощь коллективного разума!
root@maxt:~# du -s /var/log/*
4 /var/log/alternatives.log
4 /var/log/apparmor
8 /var/log/apport.log
4 /var/log/apport.log.3.gz
4 /var/log/apport.log.4.gz
4 /var/log/apport.log.5.gz
4 /var/log/apport.log.6.gz
4 /var/log/apport.log.7.gz
248 /var/log/apt
59904 /var/log/auth.log
28 /var/log/boot.log
60 /var/log/bootstrap.log
107868 /var/log/btmp
4 /var/log/btmp.1.gz
776 /var/log/btmp.2.gz
76 /var/log/cups
4 /var/log/dist-upgrade
4 /var/log/dmesg
128 /var/log/dpkg.log
8 /var/log/faillog
8 /var/log/fontconfig.log
12 /var/log/fsck
4 /var/log/gpu-manager.log
4 /var/log/gufw.log
8 /var/log/hp
2120 /var/log/installer
0 /var/log/kern.log
130120 /var/log/kern.log.1
40 /var/log/lastlog
160 /var/log/lightdm
4 /var/log/ntpstats
4 /var/log/prime-offload.log
4 /var/log/prime-supported.log
11368 /var/log/samba
4 /var/log/speech-dispatcher
0 /var/log/syslog
130380 /var/log/syslog.1
0 /var/log/ufw.log
129936 /var/log/ufw.log.1
136 /var/log/unattended-upgrades
132 /var/log/upstart
252 /var/log/uvcdynctrl-udev.log
188 /var/log/vmware
356 /var/log/vmware-installer
204 /var/log/vnetlib
32 /var/log/wtmp
4 /var/log/wtmp.1.gz
4 /var/log/wtmp.2.gz
4 /var/log/wvdialconf.log
24 /var/log/Xorg.0.log
24 /var/log/Xorg.0.log.old
28 /var/log/Xorg.1.log
28 /var/log/Xorg.2.log
28 /var/log/Xorg.failsafe.log
root@maxt:~# du -s /var/log/*
4 /var/log/alternatives.log
4 /var/log/apparmor
8 /var/log/apport.log
4 /var/log/apport.log.3.gz
4 /var/log/apport.log.4.gz
4 /var/log/apport.log.5.gz
4 /var/log/apport.log.6.gz
4 /var/log/apport.log.7.gz
248 /var/log/apt
59908 /var/log/auth.log
28 /var/log/boot.log
60 /var/log/bootstrap.log
107876 /var/log/btmp
4 /var/log/btmp.1.gz
776 /var/log/btmp.2.gz
76 /var/log/cups
4 /var/log/dist-upgrade
4 /var/log/dmesg
128 /var/log/dpkg.log
8 /var/log/faillog
8 /var/log/fontconfig.log
12 /var/log/fsck
4 /var/log/gpu-manager.log
4 /var/log/gufw.log
8 /var/log/hp
2120 /var/log/installer
0 /var/log/kern.log
130192 /var/log/kern.log.1
40 /var/log/lastlog
160 /var/log/lightdm
4 /var/log/ntpstats
4 /var/log/prime-offload.log
4 /var/log/prime-supported.log
11368 /var/log/samba
4 /var/log/speech-dispatcher
0 /var/log/syslog
130452 /var/log/syslog.1
0 /var/log/ufw.log
130008 /var/log/ufw.log.1
136 /var/log/unattended-upgrades
132 /var/log/upstart
252 /var/log/uvcdynctrl-udev.log
188 /var/log/vmware
356 /var/log/vmware-installer
204 /var/log/vnetlib
32 /var/log/wtmp
4 /var/log/wtmp.1.gz
4 /var/log/wtmp.2.gz
4 /var/log/wvdialconf.log
24 /var/log/Xorg.0.log
24 /var/log/Xorg.0.log.old
28 /var/log/Xorg.1.log
28 /var/log/Xorg.2.log
28 /var/log/Xorg.failsafe.log
root@maxt:~#
Я думаю, что природа бага теперь мне ясна.
1.По умолчанию уровень журналирования для ufw должен быть low.
Может так и было до последнего update ядра, после чего он стал full
и ufw стал писать логи сразу в 3 журнала по полной, т.е. о каждом
стучании в компьютер, и логи стали относительно быстро расти
(около года перед этим проблем не было).
2.При работе logrotate не происходит смены адреса *log файла, который переименован
в *log.1 на адрес вновь созданного файла *log. В дальнейшем при ротации
*log файл остается нулевым и ротации не происходит.
3.После перезагрузки ядро заново заполняет свои таблицы с адресами журнальных
файлов, и все опять работает до первой ротации.
« Последнее редактирование: 28 Февраля 2018, 16:47:01 от valentin630 »
Lubuntu 20.04.

Оффлайн AnrDaemon

  • Заслуженный пользователь
  • Старожил
  • *
  • Сообщений: 28366
    • Просмотр профиля
Re: как "освежить" информацию о диске
« Ответ #27 : 28 Февраля 2018, 19:09:26 »
Если логов настолько много, пора задуматься о более адекватной системе их сбора и хранения.
Хотите получить помощь? Потрудитесь представить запрошенную информацию в полном объёме.

Прежде чем [Отправить], нажми [Просмотр] и прочти собственное сообщение. Сам-то понял, что написал?…

Dzhoser

  • Гость
Re: как "освежить" информацию о диске
« Ответ #28 : 28 Февраля 2018, 20:21:18 »
Привожу свою конфигурацию файла /etc/logrotate.d/ufw
Цитировать
/var/log/ufw.log
{
   rotate 4
   weekly
   missingok
   notifempty
   compress
   delaycompress
   sharedscripts
   postrotate
      invoke-rc.d rsyslog rotate >/dev/null 2>&1 || true
   endscript

Оффлайн valentin630

  • Автор темы
  • Забанен
  • Активист
  • *
  • Сообщений: 275
    • Просмотр профиля
Re: как "освежить" информацию о диске
« Ответ #29 : 28 Февраля 2018, 23:59:41 »
Привожу свою конфигурацию файла /etc/logrotate.d/ufw
Зачем? Я прекрасно понимаю смысл всех параметров и когда они работают
Дело в том, что у меня комп,домашний РС, не выключается вообще и уровень
логирования (ufw logging LEVEL) стал в какой-то момент full, что вызвало
большой поток в 3 журнала. Если при default LEVEL (low) журнал наполняется
медленно, и при частых перезагрузках вы можете не заметить этого "бага",
потому что после перезагрузки все начинается как-бы сначала.


Пользователь добавил сообщение 01 Марта 2018, 00:15:55:
Если логов настолько много, пора задуматься о более адекватной системе их сбора и хранения.
Спасибо, Кэп, но постарайтесь понять, что я, не поленившись, написал достаточно подробно,
а, именно, описал суть системного бага. Если Вы разработчик, или сисадмин какой,
то это ваш хлеб, и вы можете создать виртуальную машину 16.04, проапгрейтить ее до 16.04.3.По  моим сообщениям сообщениям смоделировать ситуацию, подумать, а потом
"Ю а велком"... с конкретными советами как обойти этот баг без регулярных перезагрузок.
P.S.А я только физик, пускающий кое-какие программки, и строю графики для статей.
« Последнее редактирование: 01 Марта 2018, 00:15:55 от valentin630 »
Lubuntu 20.04.

 

Страница сгенерирована за 0.081 секунд. Запросов: 25.