Не может выйти из консольного режима. Экран умирает после 10 минут

Одноплатный компьютер (Lubuntu 15.10, 4.2.0-41-универсальная версия ядра) продолжал замораживаться при запуске различных приложений, самое главное автоматизированного приложения сбора данных, которое мы разрабатываем, но это могло также произойти, просто используя Firefox. Когда машина просто простаивала, не заморозилось. Я нашел обходное решение, которое должно работать в консольном режиме с lightdm сервис останавливается. Хотелось бы надеяться, я смогу сузить его к чему-то определенному, которое происходит в режиме GUI, но консольный режим является на самом деле не плохим решением, если я могу заставить это работать правильно. Система на самом деле не требует никакого взаимодействия с пользователем.

Для запуска в консольном режиме я последовал совету [1] [http://ubuntuhandbook.org/index.php/2014/01/boot-into-text-console-ubuntu-linux-14-04/] и [2] [Как я отключаю X во время начальной загрузки так, чтобы начальные загрузки системы в текстовом режиме?, который должен был отредактировать /etc/default/grub и изменение GRUB_CMDLINE_LINUX_DEFAULT=”quiet splash” кому: GRUB_CMDLINE_LINUX_DEFAULT=”text” и также не прокомментировать GRUB_TERMINAL=console и работать sudo update-grub.

Тот один не имел никакого значения. Я пытался выполнить шаги от второй статьи для systemd (который используется на этой машине, насколько я понял):

1. Выполненный sudo systemctl enable multi-user.target --force. Ответ был:

   Файлы единицы не имеют никакого раздела [Install]. Они не предназначены, чтобы быть включенными с помощью systemctl. Возможные причины для того, чтобы иметь этот вид единиц:

   1. Единица может быть статически включена, будучи symlinked от другой единицы .wants/ или .requires/ каталог.
   2. Цель единицы может состоять в том, чтобы действовать как помощник для некоторой другой единицы, которая имеет зависимость от требования от нее.
   3. Единица может быть запущена при необходимости через активацию (сокет, путь, таймер, D-шина, udev, написала сценарий вызова systemctl...).

   Я видел в комментариях, что у кого-то еще была эта ошибка, но больше не было информации об этом. Теперь я не знаю, вызвало ли это дальнейшие проблемы, или это было что-то еще, но я продолжил следующий шаг:

2. sudo systemctl set-default multi-user.target. Ответ:

   Созданная символьная ссылка от /etc/systemd/system/default.target кому: /lib/systemd/system/multi-user.target.

После этого начальные загрузки системы в консольный режим. Однако по некоторым причинам экран идет пробел после 10 минут неактивности клавиатуры (я думаю), и я не могу разбудить его больше использование клавиатуры или мыши. Система не замораживается: программа продолжает выполнять и сохранять данные, пока я не закрыл систему (который я вижу после перезагрузки), и клавиатура отвечает на клавишу Num Lock. В GUI это на самом деле зависло бы через несколько часов. Но это странно и очень неудобно.

Но что еще более важно, я не могу вернуться к режиму GUI. Я попробовал sudo startx, который заставляет его начать красить некоторые окна и зависать, и я также попробовал sudo service lightdm start, который поднимает приглашение ко входу в систему GUI, но я не могу на самом деле войти в систему, это просто продолжает открываться снова и снова. Я видел это поведение прежде, когда системный диск исчерпал пространство (это имеет много прямо сейчас).

Я подозреваю, что драйверы GPIO не загружаются. В любом случае система не полностью функциональна теперь, так по крайней мере по этой причине я хочу вернуться к режиму GUI и проверке, если это все еще работает, как это сделало прежде.

Как я могу отменить изменения systemd или являюсь там более простым способом переключиться на GUI и на самом деле иметь его работа? И почему экран умирает?

Заранее большое спасибо!

ОБНОВЛЕНИЕ: нет также никакого сетевого соединения (это работало в GUI), и похоже, что сценарии запуска для runlevels 2 и 5 не выполняются.

UPDATE2: Я забыл упоминать, что это также связано с аппаратными средствами. Система сбора данных использует одноплатный компьютер. Существует два варианта: более старое использование плата Pico, более новое использование плата Advantech, которая потребляет меньше энергии и имеет встроенный GPIO. Замораживающаяся проблема только происходит на плате Advantech.