Устранение неполадок сервера Ubuntu 17.04
У меня установлен Ubuntu 17.04 Server на ящике, на котором установлено следующее оборудование:
CPU: Ryzen 5 1600 Материнская плата: ASUS Prime A320M-K ОЗУ: 8 ГБ DDR4 2133 120 ГБ SSD 4 ТБ HDD 550 Вт PSU LG WH16NS40 Привод Blu-RayЯ использую его, чтобы в первую очередь запустить следующее:
CPU: Ryzen 5 1600 ssh Материнская плата: ASUS Prime A320M-KПроблема, с которой я сталкиваюсь, - время от времени система становится полностью невосприимчивой. Не удается выполнить ping, не может ssh, plex переходит в автономный режим. Единственный способ заставить его вернуться - перезапустить его с помощью кнопки перезапуска на корпусе.
Большая часть устранения неполадок, которые я выполнил, связана с оборудованием:
Я не считаю, что это проблема власти, потому что у меня есть система 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
3 ответа
Я просмотрел вывод 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
(дублируйте вторую строку, закомментируйте вторую строку и внесите изменения в новую 3-ю строку ... таким образом вы можете легко вернуться, если вам нужно / хотите) .
Перезагрузите сервер и монитор для зависания.
Совет по устранению неполадок:
После перезагрузки сервера войдите в сервер и введите tail -f /var/log/syslog и сохраните это вывода на переднем плане. Он покажет вам текущие / последние записи, сделанные в syslog, и может дать некоторое представление о том, где проблема, когда система зависает (если она все еще работает).
-
1Ну, прошло четыре дня, и проблем не было! Так что, похоже, это трюк. Спасибо, что именно происходит? – JMorg 9 July 2017 в 20:40
-
2@JMorg рад, что, похоже, решил вашу проблему. Я использовал это исправление несколько раз ... но я точно не знаю, как эта строка получилась именно так ... кажется, что это делает установщик ... но я не знаю, как объяснить, как работает исправление ... но это так. – heynnema 9 July 2017 в 23:35
Я просмотрел вывод 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
(дублируйте вторую строку, закомментируйте вторую строку и внесите изменения в новую 3-ю строку ... таким образом вы можете легко вернуться, если вам нужно / хотите) .
Перезагрузите сервер и монитор для зависания.
Совет по устранению неполадок:
После перезагрузки сервера войдите в сервер и введите tail -f /var/log/syslog и сохраните это вывода на переднем плане. Он покажет вам текущие / последние записи, сделанные в syslog, и может дать некоторое представление о том, где проблема, когда система зависает (если она все еще работает).
Я просмотрел вывод 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
(дублируйте вторую строку, закомментируйте вторую строку и внесите изменения в новую 3-ю строку ... таким образом вы можете легко вернуться, если вам нужно / хотите) .
Перезагрузите сервер и монитор для зависания.
Совет по устранению неполадок:
После перезагрузки сервера войдите в сервер и введите tail -f /var/log/syslog и сохраните это вывода на переднем плане. Он покажет вам текущие / последние записи, сделанные в syslog, и может дать некоторое представление о том, где проблема, когда система зависает (если она все еще работает).