Невозможно отключить драйверы nouveau в Ubuntu 18.04

Question 1

12.10

По умолчанию индикатор клавиатуры в 12.10 показывает значок клавиатуры и 2-буквенную аббревиатуру макета.

Если вы хотите показать флаги страны вместо этого, вы необходимо сделать две вещи

Установить параметр конфигурации для dconf: dconf write / org / gnome / libgnomekbd / indicator / show-flags true Установить значки флагов в ~/.icons (не ~/.icons/flags ). Легкий способ сделать это - установить famfamfam-flag-png и связать значки с вашей папкой по ln -s /usr/share/flags/countries/16x11/*.png ~ / .icons /

Question 2

Я нашел решение. Я напишу его здесь, у кого может быть такая же проблема.

Моя сессия gde3 работала в wayland. Чтобы проверить это:

 $ loginctl
 SESSION     UID  USER     SEAT     TTY             
       2    1000  velix    seat0    tty2            
      c2    1000  velix                                             
      c1     120  gdm      seat0    tty1

Команда loginctl show-session <session-n> -p Type показывает тип сеанса:

$ loginctl show-session c1 -p Type
Type=Wayland

Чтобы изменить его, отредактируйте файл /etc/gdm3/custom.conf и раскомментируйте строку WaylandEnable=false ].

После перезагрузки:

$ loginctl show-session c1 -p Type
Type=x11

Теперь черные списки нуворишей в /etc/modprobe.d/blacklist.conf (как в вопросе) работают и не дают вышеуказанной ошибки.

Ключевым моментом является запуск xorg вместо wayland

(Вот почему он работал в моем 17.10 ubuntu, вынужденном запускать xorg)

Question 3

Question 4

Я нашел решение. Я напишу его здесь, у кого может быть такая же проблема.

Моя сессия gdm3 работала в wayland. Чтобы проверить это:

 $ loginctl
 SESSION     UID  USER     SEAT     TTY             
       2    1000  velix    seat0    tty2            
      c2    1000  velix                                             
      c1     120  gdm      seat0    tty1

Команда loginctl show-session <session-n> -p Type показывает тип сеанса:

$ loginctl show-session c1 -p Type
Type=Wayland

Чтобы изменить его, отредактируйте файл /etc/gdm3/custom.conf и раскомментируйте строку WaylandEnable=false ].

После перезагрузки:

$ loginctl show-session c1 -p Type
Type=x11

Теперь черные списки нуворишей в /etc/modprobe.d/blacklist.conf (как в вопросе) работают и не дают вышеуказанной ошибки.

Ключевым моментом является запуск xorg вместо wayland

(Вот почему он работал в моем 17.10 ubuntu, вынужденном запускать xorg)

Question 5

Я нашел решение. Я напишу его здесь, у кого может быть такая же проблема.

Моя сессия gdm3 работала в wayland. Чтобы проверить это:

 $ loginctl
 SESSION     UID  USER     SEAT     TTY             
       2    1000  velix    seat0    tty2            
      c2    1000  velix                                             
      c1     120  gdm      seat0    tty1

Команда loginctl show-session <session-n> -p Type показывает тип сеанса:

$ loginctl show-session c1 -p Type
Type=Wayland

Чтобы изменить его, отредактируйте файл /etc/gdm3/custom.conf и раскомментируйте строку WaylandEnable=false ].

После перезагрузки:

$ loginctl show-session c1 -p Type
Type=x11

Теперь черные списки нуворишей в /etc/modprobe.d/blacklist.conf (как в вопросе) работают и не дают вышеуказанной ошибки.

Ключевым моментом является запуск xorg вместо wayland

(Вот почему он работал в моем 17.10 ubuntu, вынужденном запускать xorg)

Question 6

Я нашел решение. Я напишу его здесь, у кого может быть такая же проблема.

Моя сессия gdm3 работала в wayland. Чтобы проверить это:

 $ loginctl
 SESSION     UID  USER     SEAT     TTY             
       2    1000  velix    seat0    tty2            
      c2    1000  velix                                             
      c1     120  gdm      seat0    tty1

Команда loginctl show-session <session-n> -p Type показывает тип сеанса:

$ loginctl show-session c1 -p Type
Type=Wayland

Чтобы изменить его, отредактируйте файл /etc/gdm3/custom.conf и раскомментируйте строку WaylandEnable=false ].

После перезагрузки:

$ loginctl show-session c1 -p Type
Type=x11

Теперь черные списки нуворишей в /etc/modprobe.d/blacklist.conf (как в вопросе) работают и не дают вышеуказанной ошибки.

Ключевым моментом является запуск xorg вместо wayland

(Вот почему он работал в моем 17.10 ubuntu, вынужденном запускать xorg)

Question 7

Question 8

Получается точно такая же проблема, моя конфигурация x11 (возвращается командой loginctl). Единственный способ, который работает для меня на данный момент, - переименовать нулевой файл-модуль.

# pwd
/lib/modules/4.15.0-20-generic/kernel/drivers/gpu/drm/nouveau
# mv nouveau.ko nouveau.ko-old
# reboot

грязное решение, но работает, надеюсь, что это поможет. Конечно, все было хорошо в 17.10.

Question 9

Не забудьте отключить Безопасную загрузку в BIOS, особенно если вы хотите работать с драйвером nvidia (и не nouveau). В противном случае он всегда будет возвращаться обратно в нуво независимо от того, что вы делаете.

Также обратите внимание, что опция «Безопасная загрузка» может быть скрыта в BIOS под различными опциями в разных местах, и часто эта опция ничего не говорит о «безопасной загрузке», но иногда она называется «Другая ОС». Каждый BIOS может быть совершенно уникальным здесь. Мне потребовалось несколько дней, чтобы попробовать различные подходы, пока я не вернулся в BIOS в качестве последнего средства. Этого нельзя особо подчеркнуть, особенно если вы обновляете 18.04 из старой версии.

Question 10

Получается точно такая же проблема, моя конфигурация x11 (возвращается командой loginctl). Единственный способ, который работает для меня на данный момент, - переименовать нулевой файл-модуль.

# pwd
/lib/modules/4.15.0-20-generic/kernel/drivers/gpu/drm/nouveau
# mv nouveau.ko nouveau.ko-old
# reboot

грязное решение, но работает, надеюсь, что это поможет. Конечно, все было хорошо в 17.10.

Question 11

Не забудьте отключить Безопасную загрузку в BIOS, особенно если вы хотите работать с драйвером nvidia (и не nouveau). В противном случае он всегда будет возвращаться обратно в нуво независимо от того, что вы делаете.

Также обратите внимание, что опция «Безопасная загрузка» может быть скрыта в BIOS под различными опциями в разных местах, и часто эта опция ничего не говорит о «безопасной загрузке», но иногда она называется «Другая ОС». Каждый BIOS может быть совершенно уникальным здесь. Мне потребовалось несколько дней, чтобы попробовать различные подходы, пока я не вернулся в BIOS в качестве последнего средства. Этого нельзя особо подчеркнуть, особенно если вы обновляете 18.04 из старой версии.

Question 12

Получается точно такая же проблема, моя конфигурация x11 (возвращается командой loginctl). Единственный способ, который работает для меня на данный момент, - переименовать нулевой файл-модуль.

# pwd
/lib/modules/4.15.0-20-generic/kernel/drivers/gpu/drm/nouveau
# mv nouveau.ko nouveau.ko-old
# reboot

грязное решение, но работает, надеюсь, что это поможет. Конечно, все было хорошо в 17.10.

velix · Accepted Answer · 22 May 2018 в 11:01

Я нашел решение. Я напишу его здесь, у кого может быть такая же проблема.

Моя сессия gde3 работала в wayland. Чтобы проверить это:

 $ loginctl
 SESSION     UID  USER     SEAT     TTY             
       2    1000  velix    seat0    tty2            
      c2    1000  velix                                             
      c1     120  gdm      seat0    tty1

Команда loginctl show-session <session-n> -p Type показывает тип сеанса:

$ loginctl show-session c1 -p Type
Type=Wayland

Чтобы изменить его, отредактируйте файл /etc/gdm3/custom.conf и раскомментируйте строку WaylandEnable=false ].

После перезагрузки:

$ loginctl show-session c1 -p Type
Type=x11

Теперь черные списки нуворишей в /etc/modprobe.d/blacklist.conf (как в вопросе) работают и не дают вышеуказанной ошибки.

Ключевым моментом является запуск xorg вместо wayland

(Вот почему он работал в моем 17.10 ubuntu, вынужденном запускать xorg)

2

ответ дан velix 22 May 2018 в 11:01

1

+1 Спасибо за обмен. Не забудьте принять свой ответ, щелкнув галочку рядом с ним через день или около того, когда он позволит вам. – WinEunuuchs2Unix 5 May 2018 в 02:13
2

Получает черный экран на MacBook, ответ больше не работает? – Gabor 9 May 2018 в 05:10
3

Мой ответ 5 дней. Этот метод все еще работает над моей записной книжкой. – velix 9 May 2018 в 19:24
4

На MacBook, где у меня такая же ошибка, как на скриншоте, я получаю только черный экран. Loginctl также с ошибками Failed to create bus connection – Gabor 9 May 2018 в 23:24
5

Я думаю, что это другая проблема. Откройте новый вопрос и поместите в него больше информации. – velix 10 May 2018 в 12:58

velix · Accepted Answer · 17 July 2018 в 15:21

Я нашел решение. Я напишу его здесь, у кого может быть такая же проблема.

Моя сессия gdm3 работала в wayland. Чтобы проверить это:

 $ loginctl
 SESSION     UID  USER     SEAT     TTY             
       2    1000  velix    seat0    tty2            
      c2    1000  velix                                             
      c1     120  gdm      seat0    tty1

Команда loginctl show-session <session-n> -p Type показывает тип сеанса:

$ loginctl show-session c1 -p Type
Type=Wayland

Чтобы изменить его, отредактируйте файл /etc/gdm3/custom.conf и раскомментируйте строку WaylandEnable=false ].

После перезагрузки:

$ loginctl show-session c1 -p Type
Type=x11

Теперь черные списки нуворишей в /etc/modprobe.d/blacklist.conf (как в вопросе) работают и не дают вышеуказанной ошибки.

Ключевым моментом является запуск xorg вместо wayland

(Вот почему он работал в моем 17.10 ubuntu, вынужденном запускать xorg)

velix · Accepted Answer · 20 July 2018 в 15:47

Я нашел решение. Я напишу его здесь, у кого может быть такая же проблема.

Моя сессия gdm3 работала в wayland. Чтобы проверить это:

 $ loginctl
 SESSION     UID  USER     SEAT     TTY             
       2    1000  velix    seat0    tty2            
      c2    1000  velix                                             
      c1     120  gdm      seat0    tty1

Команда loginctl show-session <session-n> -p Type показывает тип сеанса:

$ loginctl show-session c1 -p Type
Type=Wayland

Чтобы изменить его, отредактируйте файл /etc/gdm3/custom.conf и раскомментируйте строку WaylandEnable=false ].

После перезагрузки:

$ loginctl show-session c1 -p Type
Type=x11

Теперь черные списки нуворишей в /etc/modprobe.d/blacklist.conf (как в вопросе) работают и не дают вышеуказанной ошибки.

Ключевым моментом является запуск xorg вместо wayland

(Вот почему он работал в моем 17.10 ubuntu, вынужденном запускать xorg)

velix · Accepted Answer · 23 July 2018 в 16:18

Я нашел решение. Я напишу его здесь, у кого может быть такая же проблема.

Моя сессия gdm3 работала в wayland. Чтобы проверить это:

 $ loginctl
 SESSION     UID  USER     SEAT     TTY             
       2    1000  velix    seat0    tty2            
      c2    1000  velix                                             
      c1     120  gdm      seat0    tty1

Команда loginctl show-session <session-n> -p Type показывает тип сеанса:

$ loginctl show-session c1 -p Type
Type=Wayland

Чтобы изменить его, отредактируйте файл /etc/gdm3/custom.conf и раскомментируйте строку WaylandEnable=false ].

После перезагрузки:

$ loginctl show-session c1 -p Type
Type=x11

Теперь черные списки нуворишей в /etc/modprobe.d/blacklist.conf (как в вопросе) работают и не дают вышеуказанной ошибки.

Ключевым моментом является запуск xorg вместо wayland

(Вот почему он работал в моем 17.10 ubuntu, вынужденном запускать xorg)

lightman · Answer 5 · 17 July 2018 в 15:21

Получается точно такая же проблема, моя конфигурация x11 (возвращается командой loginctl). Единственный способ, который работает для меня на данный момент, - переименовать нулевой файл-модуль.

# pwd
/lib/modules/4.15.0-20-generic/kernel/drivers/gpu/drm/nouveau
# mv nouveau.ko nouveau.ko-old
# reboot

грязное решение, но работает, надеюсь, что это поможет. Конечно, все было хорошо в 17.10.

crdev · Answer 6 · 20 July 2018 в 15:47

Не забудьте отключить Безопасную загрузку в BIOS, особенно если вы хотите работать с драйвером nvidia (и не nouveau). В противном случае он всегда будет возвращаться обратно в нуво независимо от того, что вы делаете.

Также обратите внимание, что опция «Безопасная загрузка» может быть скрыта в BIOS под различными опциями в разных местах, и часто эта опция ничего не говорит о «безопасной загрузке», но иногда она называется «Другая ОС». Каждый BIOS может быть совершенно уникальным здесь. Мне потребовалось несколько дней, чтобы попробовать различные подходы, пока я не вернулся в BIOS в качестве последнего средства. Этого нельзя особо подчеркнуть, особенно если вы обновляете 18.04 из старой версии.

lightman · Answer 7 · 20 July 2018 в 15:47

Получается точно такая же проблема, моя конфигурация x11 (возвращается командой loginctl). Единственный способ, который работает для меня на данный момент, - переименовать нулевой файл-модуль.

# pwd
/lib/modules/4.15.0-20-generic/kernel/drivers/gpu/drm/nouveau
# mv nouveau.ko nouveau.ko-old
# reboot

грязное решение, но работает, надеюсь, что это поможет. Конечно, все было хорошо в 17.10.

crdev · Answer 8 · 23 July 2018 в 16:18

Не забудьте отключить Безопасную загрузку в BIOS, особенно если вы хотите работать с драйвером nvidia (и не nouveau). В противном случае он всегда будет возвращаться обратно в нуво независимо от того, что вы делаете.

Также обратите внимание, что опция «Безопасная загрузка» может быть скрыта в BIOS под различными опциями в разных местах, и часто эта опция ничего не говорит о «безопасной загрузке», но иногда она называется «Другая ОС». Каждый BIOS может быть совершенно уникальным здесь. Мне потребовалось несколько дней, чтобы попробовать различные подходы, пока я не вернулся в BIOS в качестве последнего средства. Этого нельзя особо подчеркнуть, особенно если вы обновляете 18.04 из старой версии.

lightman · Answer 9 · 23 July 2018 в 16:18

Получается точно такая же проблема, моя конфигурация x11 (возвращается командой loginctl). Единственный способ, который работает для меня на данный момент, - переименовать нулевой файл-модуль.

# pwd
/lib/modules/4.15.0-20-generic/kernel/drivers/gpu/drm/nouveau
# mv nouveau.ko nouveau.ko-old
# reboot

грязное решение, но работает, надеюсь, что это поможет. Конечно, все было хорошо в 17.10.

Невозможно отключить драйверы nouveau в Ubuntu 18.04

12.10

9 ответов

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

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