Filskiy (обсуждение | вклад) Нет описания правки Метка: визуальный редактор отключён |
|||
(не показано 7 промежуточных версий 1 участника) | |||
Строка 1: | Строка 1: | ||
Данная статья ориентирована на пользователей, использующих ОС семейства Astra Linux. | Данная статья ориентирована на пользователей, использующих ОС семейства Astra Linux. | ||
=Общая проверка работы компьютера= | |||
В случае, когда система "зависает" необходимо уточнить: есть ли возможно попробовать подключиться к ней по '''ssh''', или проверить доступность компьютера командой ping:<br> | |||
:<code>ping WWW.XXX.YYY.ZZZ</code>, где '''WWW.XXX.YYY.ZZZ''' - ip-адрес сервера КРОС<br> | |||
Это можно сделать с любого компьютера из локальной сети. | |||
=Проверка работы отдельных компонент компьютера= | |||
В связи с тем, что уровень логирования ОС выбран с учетом того, чтобы диск не забивался файлами с лишней информацией, в лог-файлы записывается информация, связанная с запуском ОС, подключением устройств, а так же фиксируются критические ошибки при работе системы. Поэтому если зависание вызвано не критической ошибкой, то в лог-файлах запись будет отсутствовать. Также запись будет отсутствовать, если зависание вызвано внезапной проблемой в работе ключевых компонентов компьютера. Подобное может происходить с системой из-за отказа в работе аппаратной части:<br> | |||
===Проверка диска=== | |||
При использовании ОС Astra Linux Smolensk перед началом, необходимо в терминале выполнить команды : | |||
* cоздать каталог: <code>sudo mkdir /media/install</code> | |||
* смонтировать установочный диск <code>sudo mount </code>"указать путь до файл"/AstraSmolenskAmd64.iso<code> /media/install</code> | |||
* cоздать каталог: <code>sudo mkdir /media/update</code> | |||
* смонтировать установочный диск <code>sudo mount </code>"указать путь до файла обновления"/"файл".iso<code> /media/update</code> | |||
* внести изменения в файл списка репозиториев /etc/apt/sources.list: | |||
:<code>deb file:///media/install smolensk contrib main non-free</code><br> | |||
:<code>deb file:///media/update smolensk contrib main non-free</code><br> | |||
Необходимо установить утилиту smartmontools:<br> | |||
sudo apt-get install smartmontools | |||
После установки необходимо запустить проверку диска, выполнив команду:<br> | |||
sudo smartctl -s on -a /dev/sda | |||
после выполнения команды, необходимо скопировать вывод из терминала в файл или выполнить эту же команду с опцией вывод в файл:<br> | |||
sudo smartctl -s on -a /dev/sda >> /tmp/hdd.log | |||
Последняя команда сформирует файл hdd.log в каталоге /tmp c информацией о состоянии диска приложите файл к заявке.<br> | |||
===Проверка Питания=== | |||
Необходимо проверить шлейфы питания ко всем ключевым элементам компьютера. | |||
То есть, проверить как подключены шлейфы к дискам и материнской плате. Иногда бывает, что от вибрации и повышенных температур шлейфы подключения питания теряют плотность подключения, в результате разъемы питания плохо подключаются и система зависает без критичных сообщений.<br> | |||
Необходимо проверить блок питания. Это так же может приводить к зависанию системы (если есть возможность заменить). | |||
Так же, проблема зависания может возникать если настроена схема Электропитания, блокировка экрана и т.п., есть вероятность, что выход из спящего режим или при разблокировке экрана система зависает. | |||
===Проверка Оперативной память=== | |||
Возможно, в системе исчерпывается доступная память. Для её мониторинга можно настроить работу скрипта, который будет выполнять по cron. Для этого откройте терминал и выполните команды:<br> | |||
<code> | |||
sudo su<br> | |||
sudo echo "free -m >> /var/log/mem.log" >> /opt/mem.sh<br> | |||
sudo chmod 777 /opt/mem.sh<br> | |||
sudo touch /var/log/mem.log<br> | |||
sudo chmod 777 /var/log/mem.log<br> | |||
echo "* * * * * /bin/bash /opt/mem.sh" > /var/spool/cron/crontabs/root<br> | |||
sudo chmod 0600 /var/spool/cron/crontabs/root<br> | |||
</code> | |||
После выполнения данных команд в каталоге /var/log будет формироваться лог состояния памяти.Поэтому после воспроизведения проблемы повторно снимите лог-файлы выполнив команду:<br> | |||
<code> | |||
sudo astra-create-debug-logs | |||
</code> | |||
данная команда сформирует архив astra-logs.......tar.gz в каталоге /tmp. | |||
=Настройка сбора лог-файлов journalctl= | |||
Необходимо открыть терминал и выполнить команду:<br> | |||
<code> | |||
sudo mkdir -p /var/log/journal | |||
</code><br> | |||
Затем, открыть на редактирование файл /etc/systemd/journald.conf, найти там параметр Storage= в блоке [Journal] и привести его к виду:<br> | |||
<code> | |||
[Journal] | |||
Storage=persistent | |||
</code><br> | |||
Закройте и сохраните файл /etc/systemd/journald.conf.<br> | |||
Перезапустите службу:<br> | |||
<code> | <code> | ||
sudo systemctl restart systemd-journald | |||
</code> | </code><br> | ||
После воспроизведения проблема journactl должны попасть в каталог /var/log, поэтому снятие лог-файлов через sudo astra-create-debug-logs должны их автоматически добавить в архив.<br> | |||
Дождитесь воспроизведения зависания и приложите лог-файлы с указанием времени и даты зависания.<br> | |||
<br> | |||
[[#top|В начало статьи]] |
Текущая версия от 12:08, 12 августа 2024
Данная статья ориентирована на пользователей, использующих ОС семейства Astra Linux.
Общая проверка работы компьютера
В случае, когда система "зависает" необходимо уточнить: есть ли возможно попробовать подключиться к ней по ssh, или проверить доступность компьютера командой ping:
ping WWW.XXX.YYY.ZZZ
, где WWW.XXX.YYY.ZZZ - ip-адрес сервера КРОС
Это можно сделать с любого компьютера из локальной сети.
Проверка работы отдельных компонент компьютера
В связи с тем, что уровень логирования ОС выбран с учетом того, чтобы диск не забивался файлами с лишней информацией, в лог-файлы записывается информация, связанная с запуском ОС, подключением устройств, а так же фиксируются критические ошибки при работе системы. Поэтому если зависание вызвано не критической ошибкой, то в лог-файлах запись будет отсутствовать. Также запись будет отсутствовать, если зависание вызвано внезапной проблемой в работе ключевых компонентов компьютера. Подобное может происходить с системой из-за отказа в работе аппаратной части:
Проверка диска
При использовании ОС Astra Linux Smolensk перед началом, необходимо в терминале выполнить команды :
- cоздать каталог:
sudo mkdir /media/install
- смонтировать установочный диск
sudo mount
"указать путь до файл"/AstraSmolenskAmd64.iso/media/install
- cоздать каталог:
sudo mkdir /media/update
- смонтировать установочный диск
sudo mount
"указать путь до файла обновления"/"файл".iso/media/update
- внести изменения в файл списка репозиториев /etc/apt/sources.list:
deb file:///media/install smolensk contrib main non-free
deb file:///media/update smolensk contrib main non-free
Необходимо установить утилиту smartmontools:
sudo apt-get install smartmontools
После установки необходимо запустить проверку диска, выполнив команду:
sudo smartctl -s on -a /dev/sda
после выполнения команды, необходимо скопировать вывод из терминала в файл или выполнить эту же команду с опцией вывод в файл:
sudo smartctl -s on -a /dev/sda >> /tmp/hdd.log
Последняя команда сформирует файл hdd.log в каталоге /tmp c информацией о состоянии диска приложите файл к заявке.
Проверка Питания
Необходимо проверить шлейфы питания ко всем ключевым элементам компьютера.
То есть, проверить как подключены шлейфы к дискам и материнской плате. Иногда бывает, что от вибрации и повышенных температур шлейфы подключения питания теряют плотность подключения, в результате разъемы питания плохо подключаются и система зависает без критичных сообщений.
Необходимо проверить блок питания. Это так же может приводить к зависанию системы (если есть возможность заменить).
Так же, проблема зависания может возникать если настроена схема Электропитания, блокировка экрана и т.п., есть вероятность, что выход из спящего режим или при разблокировке экрана система зависает.
Проверка Оперативной память
Возможно, в системе исчерпывается доступная память. Для её мониторинга можно настроить работу скрипта, который будет выполнять по cron. Для этого откройте терминал и выполните команды:
sudo su
После выполнения данных команд в каталоге /var/log будет формироваться лог состояния памяти.Поэтому после воспроизведения проблемы повторно снимите лог-файлы выполнив команду:
sudo echo "free -m >> /var/log/mem.log" >> /opt/mem.sh
sudo chmod 777 /opt/mem.sh
sudo touch /var/log/mem.log
sudo chmod 777 /var/log/mem.log
echo "* * * * * /bin/bash /opt/mem.sh" > /var/spool/cron/crontabs/root
sudo chmod 0600 /var/spool/cron/crontabs/root
sudo astra-create-debug-logs
данная команда сформирует архив astra-logs.......tar.gz в каталоге /tmp.
Настройка сбора лог-файлов journalctl
Необходимо открыть терминал и выполнить команду:
sudo mkdir -p /var/log/journal
Затем, открыть на редактирование файл /etc/systemd/journald.conf, найти там параметр Storage= в блоке [Journal] и привести его к виду:
[Journal]
Storage=persistent
Закройте и сохраните файл /etc/systemd/journald.conf.
Перезапустите службу:
sudo systemctl restart systemd-journald
После воспроизведения проблема journactl должны попасть в каталог /var/log, поэтому снятие лог-файлов через sudo astra-create-debug-logs должны их автоматически добавить в архив.
Дождитесь воспроизведения зависания и приложите лог-файлы с указанием времени и даты зависания.
В начало статьи