Ubuntu 16.04 прекращает работу
Я недавно установил Ubuntu 16.04 на своем ноутбуке и имел проблемы с ним замораживающийся почти ежедневно. Как в заголовке говорится, вещи прекратят работу, перемещение мыши станет чрезвычайно изолированным, и я не могу использовать клавиатуру кроме иногда для открытия tty.
Чаще затем не, хотя tty начинает загружаться, я не могу регистрироваться - или он не продолжится после того, как я введу свой пароль, или он даже не предложит мне входить в систему, просто сидеть пробел с мерцающим курсором.
Несколько раз это работало, но даже после того как я добираюсь там, я не знаю достаточно для того, что искать и так каждый раз, когда это происходит, я должен сделать "жесткий" перезапуск.
Моя единственная мысль, я не устанавливал раздел подкачки, потому что мое понимание было ею, было плохо для SSD плюс не нужный, так как у меня есть 8 концертов RAM.
Какие-либо идеи о том, что могло вызывать это или как я мог диагностировать проблему в следующий раз, это происходит?
Править
Вот информация от /var/log/syslog прямо прежде и после прошлого раза это произошло (прямо, прежде чем я отправил это),
Перед завершением работы
Jun 8 19:19:55 laptop kernel: [ 700.970090] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe B (start=41680 end=41681) time 153 us, min 1192, max 1199, scanline start 1189, end 1200
Jun 8 19:20:25 laptop kernel: [ 731.128472] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe B (start=43488 end=43489) time 158 us, min 1192, max 1199, scanline start 1189, end 1201
Jun 8 19:22:59 laptop com.canonical.Unity.Scope.Applications[1448]: Error loading package indexes: Couldn't stat '/var/cache/software-center/xapian'
Jun 8 19:22:59 laptop com.canonical.Unity.Scope.Applications[1448]: (unity-scope-loader:3291): unity-applications-daemon-CRITICAL **: daemon.vala:144: Failed to load Software Center index. 'Apps Available for Download' will not be listed
Jun 8 19:23:21 laptop /usr/lib/snapd/snapd[797]: snapmgr.go:422: No snaps to auto-refresh found
Jun 8 19:23:21 laptop snapd[797]: 2017/06/08 19:23:21.053624 snapmgr.go:422: No snaps to auto-refresh found
Jun 8 19:23:21 laptop systemd[1]: Starting Cleanup of Temporary Directories...
Jun 8 19:23:21 laptop systemd-tmpfiles[3369]: [/usr/lib/tmpfiles.d/var.conf:14] Duplicate line for path "/var/log", ignoring.
Jun 8 19:23:21 laptop systemd[1]: Started Cleanup of Temporary Directories.
Jun 8 19:28:20 laptop /usr/lib/snapd/snapd[797]: snapmgr.go:496: DEBUG: Next refresh scheduled for 2017-06-09 03:06:41.495578511 -0400 EDT.
После запуска
Jun 8 19:43:16 laptop kernel: [ 2102.166916] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe B (start=125682 end=125683) time 187 us, min 1192, max 1199, scanline start 1185, end 1199
Jun 8 19:47:12 laptop kernel: [ 2338.296309] [drm:intel_pipe_update_end [i915]] *ERROR* Atomic update failure on pipe B (start=139838 end=139839) time 172 us, min 1192, max 1199, scanline start 1189, end 1202
1 ответ
Вам, вероятно, нужна область подкачки
, я собираюсь отправить это как ответ, потому что она может обратиться к тому, что Вы описываете. Это не означает, что это - абсолютно ответ для Вашей ситуации.
у меня есть компьютер без раздела подкачки на нем. Что Вы сказали, в значительной степени описывает то, что я вижу, происходят, когда моя RAM заполняется полностью. Ожидание (в течение долгого времени) может приводить к системным процессам уничтожения к свободному RAM, таким образом, можно работать снова.
нижняя строка, Вы или должна наблюдать Вашу RAM, чтобы удостовериться, что она не заполняется, или необходимо создать некоторую область подкачки. Создание области подкачки, вероятно, лучше двух маршрутов. Если Вы не хотите подкачивать к своему SSD, поместите область подкачки на другое устройство. Если Вы действительно хотите просто наблюдать за своим поршнем, потянуть окно терминала и работать watch -t -n1 free -m.