Cuando inicio un kernel 4.4.x, quiero asegurarme de que el controlador de preparación con errores r8723auesté en la lista negra, en favor de la línea principal muy mejorada.rtl8xxxu.
Sin embargo, cuando arranque un kernel 4.2.x anterior, seguiré necesitando usar el r8723aucontrolador anterior.
¿Hay alguna forma de incluir un módulo en la lista negra?solo¿Para una versión específica del kernel? (ACTUALIZAR:Quiero incluir en la lista negraviejomódulo, r8723au, delnuevokernel, para evitar que tome el control del nuevo controlador).
Ideas que tuve:
/etc/modprobe.d/blacklist-r8723au.conf-- no es posible especificar una lista negra sólo para una versión del kernel, hasta donde yo sé/etc/default/grub-- no hay manera de especificarmodprobe.blacklist=r8723aula línea de comando del kernel para algunas versiones y no para otras
La solución rápida y sucia que tengo es editar manualmente /boot/grub/grub.cfgy agregar el parámetro de lista negra relevante a versiones específicas del kernel... pero, por supuesto, esto se sobrescribirá automáticamente la próxima vez que lo ejecute update-grub(tal vez al instalar un kernel Xenial/16.04 actualizado). .
Respuesta1
El módulo rtl8xxxu no existe en la versión del kernel 4.2.0-xx, hasta donde yo sé, por lo que arrancar en un kernel 4.2.0-xx debería estar bien.
No sé que los dos controladores cubran los mismos usb.ids; sin embargo, puede evitar que r8723au se cargue en 4.4.0-xx cambiando el nombre de los módulos. Por ejemplo:
sudo mv /lib/modules/4.4.0-21-generic/kernel/drivers/staging/rtl8723au/r8723au.ko /lib/modules/4.4.0-21-generic/kernel/drivers/staging/rtl8723au/r8723au.bak
sudo mv /lib/modules/4.4.0-22-generic/kernel/drivers/staging/rtl8723au/r8723au.ko /lib/modules/4.4.0-22-generic/kernel/drivers/staging/rtl8723au/r8723au.bak
Deberá repetir el proceso cuando Update Manager instale una versión actualizada del kernel, quizás -23.