Проблема может быть в NVIDIA. после появления меню GRUB выберите Try Ubuntu
и нажмите E
. добавить nouveau.modeset=0
в параметры загрузки (после слова splash
). Если это не поможет, и вы установите 16.04.3, попробуйте установить 16.04.2 -в 16.04.3, проблема с ядром и NVIDIA. После установки обновил систему (и перезагрузил ПК )После установки Ubuntu удалите(purge
)драйвер nouveau
и установите проприетарный драйвер NVIDIA. Для этого перезагрузите ПК и выберите Ubuntu в GRUB, нажмите E
. Добавьте nouveau.modeset = 0
после всплеска и нажмите F10
. При загрузке выйдите из графического режима (Ctrl+Alt+F1 ), введите логин и пароль и удалите драйвер:
sudo apt-get purge nvidia*
sudo reboot
Тогда установите проприетарный драйвер с сайта NVIDIA (по-моему, сейчас для GTX960M стоял nvidia -387 ).
Для этого нужно перезагрузить ПК и добавить nouveau.modeset=0 после того, как совсем сплеш, нажать F10.
Выйдите из графического режима (Ctrl+Alt+F1 )и используйте следующие команды для установки:
sudo add-apt-repository ppa: graphics-drivers / ppa
sudo apt-get update
sudo apt-get install nvidia-387
sudo reboot
примерно так
чтениеhttps://rog.asus.com/forum/showthread.php?81702-Linux-installation-in-ASUS-ROG-GL552VW-DH71
set +b
Режим по умолчанию. В этом режиме каждый раз, когда bash
собирается напечатать свое приглашение, он сначала проверяет, были ли какие-либо фоновые задания остановлены или завершены, и, если это так, печатает уведомительные сообщения перед отображением приглашения.
set +b
никогда не портит изображение, но у него есть свои проблемы. В частности, предположим, что вы тестируете программу с графическим интерфейсом, исходный код которой вы редактируете в отдельном окне редактора. (Предположим, что это написано на интерпретируемом языке. )Возможно, у вас есть окно терминала, в котором вы продолжаете вводить одну и ту же команду, myprogram &
. Каждый раз, когда вы вносите изменения в программу и хотите перезапустить ее, вы закрываете ее текущий экземпляр и повторяете эту команду в окне оболочки. Теперь bash
запустит новый экземпляр программы перед печатью уведомления о том, что старая завершена -, и поскольку печать этого уведомления является моментом, когда происходит сброс распределения номеров заданий, это также означает, что ваши номера заданий будут увеличиваться без ограничений, если вы намеренно не нажмете клавишу «Возврат» в момент, когда фоновое задание не выполняется. В конце концов, один экземпляр вашей программы зависнет, и вам придется набирать kill %134
вместо kill %1
, как вы предпочитаете.
set -b
В этом режиме, когда любое фоновое задание останавливается или завершается, bash
получает сигнал SIGCHLD, и его обработчик сигнала немедленно отображает уведомляющее сообщение, -даже если bash
в настоящее время находится в середине ожидания переднего плана. процесс для завершения.
set -b
не знает о состоянии терминала, поэтому его уведомления могут испортить отображение любого -полноэкранного приложения, которое вы можете запускать (, например, текстового редактора или MUA ). В частности, этот режим не может даже осмысленно взаимодействовать с собственной командой bash
редактирования строки -! Попробуйте запустить sleep 1 &
в этом режиме, а затем сразу начните вводить командную строку.Вы обнаружите, что когда уведомление распечатывается, дисплей остается в несколько неочевидном -состоянии.
Источник всего этого нашел здесь .
По умолчанию bash
обычно настроен на сообщение об изменении состояния фонового задания только тогда, когда командная строка готова к отображению.
Вы можете сделать это синхронное уведомление асинхронным с помощью set -b
. Но он не лишен недостатков -, например, он не имеет концепции положения строки курсора, если вы в данный момент вводите команду.
Между прочим, когда вы изучаете инструменты командной строки, имейте в виду, что инструменты, установленные на вашем Mac, слегка (, а иногда и не так )отличаются от инструментов с теми же именами на GNU/Linux. распределение.