Устранение неполадок в Ubuntu Server 17.04

У меня установлен сервер Ubuntu 17.04 на коробке, на которой установлено следующее оборудование:

  • Процессор: Ryzen 5 1600
  • Материнская плата: ASUS Prime A320M-K
  • ОЗУ: 8 ГБ DDR4 2133
  • 120 ГБ SSD
  • 4 ТБ HDD
  • Блок питания 550 Вт
  • LG WH16NS40 Blu-Ray привод
  • ]

Я использую его в основном для запуска следующего:

  • PLEX Media Server
  • ssh
  • Иногда для копирования BluRays и DVD-дисков с помощью MakeMKV

Проблема, с которой я сталкиваюсь, заключается в том, что время от времени система перестает отвечать на запросы. Не может пинговать, не может ssh, плекс отключается. Единственный способ вернуть его в исходное состояние - это перезапустить его с помощью кнопки перезагрузки на корпусе.

Большая часть устранения неисправностей, которые я сделал, была связана с аппаратным обеспечением:

Я не верю, что это проблема с питанием, потому что у меня система NAS в той же цепи питания, и она осталась стабильно в течение нескольких недель, в то время как в последнее время мне приходилось вручную перезапускать эту систему несколько раз в неделю. Насколько я могу судить, блок питания довольно излишний для нужд системы. Я только что заказал монитор использования электроэнергии Kill A Watt для проверки, но пока он кажется не столько проблемой питания, сколько проблемой стабильности системы.

Я запустил Memtest86 +, чтобы убедиться, что это не память.

Итак, что я могу сделать, чтобы использовать Ubuntu, чтобы попытаться выяснить, что происходит?

Я начал устранять неполадки со стороны программного обеспечения, просматривая журналы типа / var / log / systemlog и /var/log/kern.log, и теперь я вижу очевидные проблемы. Журналы просто как бы заканчиваются в то время, когда система перестает отвечать на запросы без каких-либо явных проблем. Есть ли другие журналы, на которые я мог бы посмотреть? Есть ли хороший способ выяснить, что именно пошло не так? Я довольно новичок в устранении неполадок, подобных этому, и хотел бы получить несколько советов.

Вывод free -h:

              total        used        free      shared  buff/cache   available
Mem:           7.8G        808M        6.4G        9.4M        610M        6.7G
Swap:          7.9G          0B        7.9G

Вывод swapon -s:

Filename                                Type            Size    Used    Priority
/dev/dm-1                               partition       8318972 0       -1

Материал из / etc / fstab:

/dev/mapper/plexbox--vg-root /               ext4    errors=remount-ro 0       1
# /boot/efi was on /dev/sda1 during installation
UUID=DE7B-3E50  /boot/efi       vfat    umask=0077      0       1
/dev/mapper/plexbox--vg-swap_1 none            swap    sw              0       0
UUID=13af9aaa-871d-496e-9775-875cf4303e04       /mnt/media      ext4    defaults        0       2
0
задан 5 July 2017 в 13:10

1 ответ

Я рассмотрел Ваш terminal вывод free -h и swapon -s и cat /etc/fstab, и не нашел зашифрованный своп-файл, который я ожидал видеть, таким образом, Ваша проблема не там.

Я действительно вижу возможную проблему в Вашем /etc/fstab. Отредактируйте этот файл с:

В terminal...

gksudo gedit /etc/fstab

Измените это:

# /boot/efi was on /dev/sda1 during installation
UUID=DE7B-3E50  /boot/efi       vfat    umask=0077      0       1

К этому:

# /boot/efi was on /dev/sda1 during installation
# UUID=DE7B-3E50  /boot/efi       vfat    umask=0077      0       1
UUID=DE7B-3E50  /boot/efi       vfat    defaults      0       1

(копируйте 2-ю строку, прокомментируйте 2-ю строку и сделайте редактирование к новой 3-й строке... этим способом, которым можно легко возвратиться, если Вы нуждаетесь/хотите).

Перезагрузите сервер и монитор для замораживаний.

Совет по устранению неисправностей:

После перезагрузки сервера войдите в сервер и тип tail -f /var/log/syslog и сохраните тот вывод на переднем плане. Это покажет Вам текущие/последние записи, превращенные в системный журнал, и может дать некоторый ключ к разгадке как, туда, где проблема состоит в том, когда система замораживается (если это все еще делает).

1
ответ дан 3 November 2019 в 00:00

Другие вопросы по тегам:

Похожие вопросы: