Как драйверы графического процессора *на самом деле *работают в Linux?
Если вы используете Linux, смонтируйте /tmp/.X11 -unix в настройках докера (в команде запуска:-v /tmp/.X11 -unix :/tmp/. X11 -unix ), и вы сможете отображать любой тип графического интерфейса без каких-либо других опций. Совместное использование этого файла с докером разрешает любой тип графического интерфейса.
Если вы не хотите этого делать, вы можете ввести команду xhost+ как обычный пользователь Linux, а затем из Docker использовать экспорт DISPLAY=IP :0.0 (или любой другой, но IP не может быть 127.0. 0,1 даже в местных ).
xhost+ позволяет любому хосту, экспортировать DISPLAY, совместно использовать дисплей на «удаленном» компьютере.
Если вы используете докер на локальном хосте Windows, все порты в основном открыты, но вам нужен специальный X-сервер для отображения Ubuntu на рабочем столе Windows. (VcXsrv — ваш друг, поскольку это специальный X-сервер, скомпилированный с помощью Visual C++. 2012 )и команда export DISPLAY=IP :0.0 должны быть введены перед запуском GUI.
Su funcionamiento depende de la distribución de que se trate. Lo que describió como el comportamiento real coincide con el comportamiento de la mayoría de las distribuciones, pero hay algunos casos extraños como Gentoo (que requiere que coloque manualmente en la lista negra los controladores del kernel -para que se carguen los propietarios )que no No hagas las cosas de esa manera.
En cuanto a por qué se comporta de esa manera, los servidores X modernos detectarán automáticamente la mayoría de las cosas correctamente sin ninguno de los archivos de configuración que mencionas. De hecho,las mejores prácticas actuales son explícitamente no tener esos archivos de configuración a menos que su configuración no funcione correctamente de inmediato con la detección automática, de modo que cambiar el hardware (, por ejemplo, instalar una tarjeta de video diferente )no rompe su configuración X. También vale la pena señalar que una gran cantidad de documentación aún no se ha puesto al día, y Arch en particular recomienda que tenga esos archivos para obtener exactamente el comportamiento que desea (, que puede o no ser la mejor opción ). Sin embargo, lo importante aquí es que X usará cualquier controlador de video que su kernel cargue de forma predeterminada, y (generalmente )volverá a los valores predeterminados detectados automáticamente -si la configuración proporcionada no tiene sentido (o no se aplica al hardware ).
Esto plantea la pregunta de por qué su kernel cargó los controladores propietarios en lugar de nouveau. Sin cantidades significativas de información sobre su configuración exacta, no puedo decirle exactamente por qué sucedió esto, pero estaría dispuesto a apostar que el comportamiento actual en Arch coincide con la mayoría de las distribuciones, y usará preferentemente los controladores propietarios en lugar de nouveau. Suponiendo que este sea el caso, usted (puede )forzar el uso de nouveau agregando lo siguiente a la línea de comando del kernel -en el gestor de arranque:
modules_blacklist=nvidia
Esto evitará que los controladores propietarios se carguen en absoluto (incluso cuando se los indique explícitamente con herramientas como modprobe -f), lo que debería hacer que nouveau se cargue en su lugar.