Cada vez que cambio de mi gpu (gtx 1060) a mi igpu (Intel 530), no puedo arrancar. La pantalla de carga está atascada con el siguiente mensaje:
[Fallido] Error al iniciar NVIDIA Persistence Daemon. Consulte 'systemctl status nvidia-persistenced.service' para más detalles.
Sin embargo, puedo arrancar cuando vuelvo a la CPU Nvidia y cambiar a mi igpu sin reiniciar funciona temporalmente. Estoy usando Kubuntu 16.10 y solo la pantalla interna de mi computadora portátil. Esa es la salida cuando cambio a mi igpu:
sudo prime-select intel
Info: the current GL alternatives in use are: ['nvidia-378', 'nvidia-378']
Info: the current EGL alternatives in use are: ['nvidia-378', 'nvidia-378']
Info: selecting nvidia-378-prime for the intel profile
update-alternatives: using /usr/lib/nvidia-378-prime/ld.so.conf to provide /etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf (x86_64-linux-gnu_gl_conf) in manual mode
update-alternatives: using /usr/lib/nvidia-378-prime/ld.so.conf to provide /etc/ld.so.conf.d/x86_64-linux-gnu_EGL.conf (x86_64-linux-gnu_egl_conf) in manual mode
update-alternatives: using /usr/lib/nvidia-378-prime/alt_ld.so.conf to provide /etc/ld.so.conf.d/i386-linux-gnu_GL.conf (i386-linux-gnu_gl_conf) in manual mode
update-alternatives: using /usr/lib/nvidia-378-prime/alt_ld.so.conf to provide /etc/ld.so.conf.d/i386-linux-gnu_EGL.conf (i386-linux-gnu_egl_conf) in manual mode
sudo prime-select nvidia
Info: the current GL alternatives in use are: ['nvidia-378-prime', 'nvidia-378-prime']
Info: the current EGL alternatives in use are: ['nvidia-378-prime', 'nvidia-378-prime']
Info: selecting nvidia-378 for the nvidia profile
update-alternatives: using /usr/lib/nvidia-378/ld.so.conf to provide /etc/ld.so.conf.d/x86_64-linux-gnu_GL.conf (x86_64-linux-gnu_gl_conf) in manual mode
update-alternatives: using /usr/lib/nvidia-378/ld.so.conf to provide /etc/ld.so.conf.d/x86_64-linux-gnu_EGL.conf (x86_64-linux-gnu_egl_conf) in manual mode
update-alternatives: using /usr/lib/nvidia-378/alt_ld.so.conf to provide /etc/ld.so.conf.d/i386-linux-gnu_GL.conf (i386-linux-gnu_gl_conf) in manual mode
update-alternatives: using /usr/lib/nvidia-378/alt_ld.so.conf to provide /etc/ld.so.conf.d/i386-linux-gnu_EGL.conf (i386-linux-gnu_egl_conf) in manual mode
Resultado de lspci -k | grep -EA2 'VGA | 3D'
00:02.0 VGA compatible controller: Intel Corporation HD Graphics 530 (rev 06)
DeviceName: Onboard IGD
Subsystem: CLEVO/KAPOK Computer HD Graphics 530
--
01:00.0 VGA compatible controller: NVIDIA Corporation GP106M [GeForce GTX 1060] (rev a1)
Subsystem: CLEVO/KAPOK Computer Device 6a03
Kernel driver in use: nvidia
Traté de resolver este problema por mi cuenta durante más de una semana y no tengo idea de qué hacer. Todo lo que probé falló.
¿Me podría ayudar?
ACTUALIZACIÓN 5.2.2017:
Lo probé nuevamente hoy y me di cuenta de que cambiar a la CPU Intel no funciona en absoluto con 375 y 378. Cerrar sesión congela la pantalla. Entonces, ¿por qué funcionó una vez? Si vuelvo a instalar todos los controladores después de eliminar los anteriores y luego uso prime-select intel (¡sin reiniciar!), Prime-select no actualiza los perfiles prime -> Selecciona uno de los perfiles antiguos que no son nvidia (perfiles mesa en lugar de nvidia) y funciona. Pero tan pronto como cambio a un perfil de nvidia o reinicio, los perfiles principales se actualizan y ya no funciona. Entonces, ¿supongo que hay algo mal con las alternativas EGl para la CPU Intel? Perdón por cualquier inconveniente.
ACTUALIZACIÓN 12.2.2017:
Ayer modifiqué el software nvidia-prime y solucioné el error. Pronto publicaré (probablemente la próxima semana) mi versión modificada y pegaré un enlace aquí, pero aún encuentro un problema: cuando apago mi PC después de ejecutar sudo prime-select intel
:
ksmserver se bloquea (estoy usando Kubuntu, probablemente no sea un problema con Ubuntu)
-> la PC no puede apagarse por completo y se restauran las antiguas alternativas de actualización (incorrectas) para la GPU Intel
-> No puedo arrancar.
Sin embargo, si ejecuto sudo prime-select intel
después del apagado en modo de recuperación, todo funciona bien y puedo usar la GPU Intel.
ACTUALIZACIÓN 17.2.2017:
Publiqué mi solución y todavía estoy tratando de solucionar el error en los repositorios oficiales. Sin embargo, este es probablemente un error en las alternativas de actualización, por lo que a continuación tengo que publicar un informe de error allí.
Mientras tanto, ¡disfruta de mi solución! Espero que funcione para ti tambien. Si hay alguna pregunta, por favor deje un comentario.
ACTUALIZACIÓN 26.2.2017
Como señaló @whizzzkid, la tarjeta gráfica nvidia aún permanece activa después de aplicar mi parche. Sin embargo, hoy pude resolver este problema. Probablemente actualizaré mi respuesta para incluir mi segundo parche la próxima semana. Aquí hay algunas pruebas que ejecuté:
Nvidia: 43-45 W
Intel (nvidia encendido): 29-31W
Intel (nvidia apagado): 15-17W
fuente
lspci -k | grep -EA2 'VGA|3D'
comando de terminal.m
al final, incluso si son móviles.nvidia-prime
todavía no los soporta.Respuestas:
Aquí está mi solución / solución para el error:
Si desea utilizar abejorro en lugar de nvidia-prime, eche un vistazo a la respuesta proporcionada por @whizzzkid a continuación.
Probado con Kubuntu 16.10 de 64 bits con KDE Plasma Version.7.5 y KDE Frameworks Versión 5.26.0. Los siguientes pasos me funcionan. Espero que funcionen para usted también, pero no puedo garantizarlo y no asumir ninguna responsabilidad si no lo hacen. Pero me alegra ayudarte si dejas un comentario.
En mi caso, el problema era que la alternativa de actualización / usr / lib / nvidia-XYZ-prime / no funcionaba en absoluto. Se supone que redirige las llamadas al controlador intel-mesa, pero por alguna razón no lo hizo. Entonces, ¿es probablemente después de todo un error en las alternativas de actualización? Todavía no he encontrado un lugar para informar un error para las alternativas de actualización. Por favor comente si puede ayudarme.
Básicamente modifiqué un poco nvidia-prime para cambiar las alternativas de actualización directamente al controlador intel-mesa en lugar de / usr / lib / nvidia-XYZ-prime /.
Importante:
Antes de aplicar cualquiera de estos pasos, asegúrese de saber cómo acceder al modo de recuperación en su PC. Si no puede iniciar más debido a esta guía, aún puede deshacer los cambios en el modo de recuperación con los comandos de la última sección de esta guía. Consulte este sitio web sobre cómo acceder al modo de recuperación para obtener más información.
Si utiliza un sistema operativo de 32 bits , debe omitir todos los comandos que contienen x86_64 en el Paso 4 y en la sección Cómo deshacer todas estas modificaciones .
Paso 1:
Instale mi parche utilizando un método fácil proporcionado por @whizzzkid en su respuesta a continuación:
Paso 2:
Aplique mi segundo parche para reducir el consumo de energía en modo Intel:
Comprueba qué versión de nvidia-driver tienes. Por ejemplo con el siguiente comando:
En este caso, nvidia-XYZ es nvidia-378. Vea este hilo de Stackoverflow .
Cree un archivo bash que contenga los siguientes contenidos denominados, por ejemplo, poweroff.sh
Cree un segundo archivo bash que contenga los siguientes contenidos llamados, por ejemplo, poweron.sh y reemplace XYZ con su número de versión del controlador nvidia.
En el modo Intel, debe ejecutar el primer script después de iniciar sesión con sudo y el segundo antes de cerrar sesión con sudo (de lo contrario, su computadora portátil probablemente se bloqueará, como en mi caso). Solo los ejecuto con
sudo bash FILENAME
.Hasta ahora no pude iniciar automáticamente estos scripts como root al iniciar sesión y antes de cerrar sesión. Sin embargo, podría ser posible con el advenedizo, como señaló @Fiximan . Podría actualizar esta respuesta nuevamente en algún momento en el futuro si logro hacerlo.
(probablemente) Errores específicos de KDE Plasma:
Todavía hay un error que no pude corregir en KDE Plasma: cada vez que cambio de Nvidia a Intel después de iniciar la PC en modo nvidia, ksmserver se bloquea y la PC queda inutilizable, tengo que apagarla presionando el botón de encendido durante unos 5-10 segundos. Esto a veces da como resultado que las alternativas de actualización se cambien a nvidia-prime en lugar de intel-mesa, lo que conduce a una pantalla negra al inicio .
Si se ve afectado por el error ksmserver, contribuya al informe oficial de errores en bugs.kde.org .
Sin embargo, el problema de que la PC no se apaga se puede evitar seleccionando siempre el modo Intel antes del apagado , incluso cuando se usa el modo nvidia. Si hace esto, todo funciona como debería en primer lugar y no tiene que apagar su PC presionando prolongadamente el botón de encendido, excepto después de aplicar esta guía en modo nvidia.
Una solución simple para el error black-screen-upon-startup es eliminar por completo las alternativas de actualización que no funcionan:
Paso 1:
Puede acceder a su PC nuevamente después de ingresar al modo de recuperación, seleccionar el shell del comando root y ejecutar los siguientes 2 comandos:
Paso 2:
Ejecute los siguientes comandos:
Cómo deshacer todas estas modificaciones
Simplemente ejecute los siguientes comandos:
fuente
el parche de @ C11235 funciona, ahora puedo cambiar entre nvidia e intel, pero esto no reduce el consumo de energía. : - / lo que significa que ambos todavía se están ejecutando.
Por cierto, esta es una manera más fácil de hacer esto.
fuente
Solución para no arrancar después de cambiar a la tarjeta de video Intel:
agregue los parámetros de arranque del kernel:
La razón de este problema: error # 156341 en el núcleo
Fuente de la solución: enlace
algunos más detallados, pueden ser más fáciles de entender:
fuente
Posible problema con la segunda solución: último comando de las indicaciones de script "poweroff"
Aparentemente, cuando reinicio en modo Intel (cambiar el modo no entra en vigor hasta que reinicie, no sé si esto es normal), el módulo bbswitch ni siquiera se carga. Por lo tanto, no hay un archivo bbswitch y no hay forma de apagar la GPU nvidia.
Estoy usando:
Solución para este problema:
Edite el archivo / etc / modules (con privilegios de root) y agregue la línea
Ahora bbswitch está operativo incluso cuando inicio en modo Intel, y la segunda solución de C11235 funciona bien.
fuente