Altavoces o Auriculares sin audio en Gentoo

En esta ocasión les traigo una solución para nuestro equipo Linux en base Gentoo. Si conectamos los auriculares o altavoces externos a nuestro portatil y no funciona, la solución es sencilla.

Se trata de instalar el paquete alsa-firmware para que nos instale el firwmare relacionado con nuestra tarjeta de sonido. El sonido suena por los altavoces internos por que el modulo del kernel se encuentra perfectamente seleccionado y levantado pero no funciona como debería. Instalado el paquete sys-firmware/alsa-firmware se soluciona el problem:

  • emerge sys-firmware/alsa-firmware
    • rebooot

Con esto ya tendriamos funcionando al 100% nuestra tarjeta de sonido.

Entiendo que esta solución puede ser extendible tambien a otras distribuciones como Ubuntu o debian. Simplemente deberiamos buscar el paquete binario alsa-firmware e instalarlo ya sea con ‘apt-get’ o ‘yum’ o el gestor de paquetes de la distribución que nos encontremos.

Un saludo.

Share

Emerge world para actualizar Gentoo

Con:

  • emerge -avuDN –with-bdeps=y –changed-deps @world

realizará una actualización completa de nuestro sistema, detectando ademas los paquetes que se vean afectados por un cambio de USE global en nuestro sistema.

Si este comando lo vamos a ejecutar por la noche en el que no vamos a estar presentes delante de nuestro equipo. Podemos ejecutar:

  • emerge -avuDN –with-bdeps=y –changed-deps -keep-going y @world

Con el comando anterior emerge intentará omitir un paquete que falle al compilar, compilando todos los demás para finalizar el proceso. Más tarde cuando estemos delante de nuestro equipo tendremos que ver que paquete dió error al compilar y solucionarlo nosotros manualmente.

Hay que añadir que si el paquete que falle al compilar es uno con «fuertes dependencias» la compilación no va a continuar ya que el resto de paquetes que dependan de él tambien mostraran error al compilar. No obstante el parametro ‘–keep-going y’ es una muy buena opción para ganar tiempo si dejamos el pc actualizando en horas nocturas.

Un saludo.

Fuentes: https://forums.gentoo.org/viewtopic-p-7511690.html

https://forums.gentoo.org/viewtopic-t-1083728-start-0.html

Share

ERROR: ModuleNotFoundError: No module named ‘pkg_resources’

Hola.

Hoy al intentar realizar un emerge de algunos paquetes en mi sistema gentoo me ha aparecido el siguiente error:

«ModuleNotFoundError: No module named ‘pkg_resources'»

El cual he solucionado realizando lo siguiente:

  • eselect python list
  • eselect python set 1 // Seleccionar la versión más reciente para nuestro sistema

y por ultimo… realizar de nuevo la instalación del paquete ‘setuptools’ de python:

  • emerge dev-pyton/setuptools

Un saludo.

Share

dev-ruby/bundler: environment: line 659: rdoc: command not found gentoo

Hoy, al intentar realizar una actualización de mi sistema me he encontrado con este fallo de compilación:

  • environment: line 659: rdoc: command not found gentoo

La solución:

  • eselect ruby list:

[1] ruby25 *
[2] ruby26 (with Rubygems)

  • eselect ruby set 2
  • emerge –resume
  • a compilar! 🙂

Fuentes:

https://forums.gentoo.org/viewtopic-p-8504209.html?sid=dc07e6309b9a74ee8696b77b0165a2bf

https://bugs.gentoo.org/744493

Share

[Gentoo] Evitar un paquete al compilar

En ocasiones desconocemos cosas muy sencillas que nos hubieran sido útiles en alguna ocasión. Esto es lo que me ocurrió a mí, al conocer un comando el cual en muchas ocasiones me hubiera facilitado mucho la labor en algunos problemas de compilación de algún paquete o actualización del sistema. Es el siguiente:

emerge --resume --skipfirst

Con este sencillo comando le estamos diciendo a portage que IGNORE el primer paquete que va a intentar emerger (el que nos dio el problema). Si estamos haciendo un upgrade de nuestro sistema gentoo y algún paquete nos esta dando problemas de compilación una y otra vez, podemos ignorarlo y continuar con el siguiente.

Para poder terminar con la actualización del sistema o la instalación del paquete y después solucionar el problema.

Lo dicho, algo tan sencillo que después de tantos años yo desconocía.

Share

Equipo con dos tarjetas gráficas en gentoo. Optimus Machine.

¿Que es un pc optimus machine?

Un PC Optimus Machine son aquellos equipos portatiles que tienen 2 tarjetas gráficas. Una de ellas de baja calidad de procesamiento y la otra bastante mayor. La que se encarga de procesar los gráficos es la tarjeta de mayores prestaciónes y una vez procesados, los envia a la tarjeta más pequeña para que los muestre por pantalla. La tarjeta superior no tiene conectada a ella una pantalla, simplemente se usa para el procesamiento gŕafico.

Dicho esto, os facilito los pasos necesarios para hacer funcionar una máquina optimus machine en Gentoo. Empezamos:

En el kernel, seleccionar la opción de modesetting para el modulo de intel:

——————————————————————————————————————

DeviceDrivers --->
Graphics Support --->
Direct Rendering Manager --->
Direct Rendering Manager (Xfree86 4.1.0 and higher DRI support) --->
<*> Intel 8xx/9xx/G3x/G4x/Hd Graphics
[*] Enable modesetting on intel by default

——————————————————————————————————————

Añadir el modulo del kernel ‘nouveau’ y ‘nvidia’ a la lista de blacklist para que systemd o openrc evite cargarlo al inicio:

# Para sytemd:
——————————————————————————————————————

echo "blacklist nouveau" >> /etc/modules-load.d/blacklist.conf
echo "blacklist nouveaufb" >> /etc/modules-load.d/blacklist.conf
echo "blacklist rivafb" >> /etc/modules-load.d/blacklist.conf
echo "blacklist nvidiafb" >> /etc/modules-load.d/blacklist.conf
echo "blacklist nvidia" >> /etc/modules-load.d/blacklist.conf

——————————————————————————————————————

# Para Openrc:
——————————————————————————————————————

echo "blacklist nouveau" >> /etc/modprobe.d/blacklist.conf
echo "blacklist nouveaufb" >> /etc/modprobe.d/blacklist.conf
echo "blacklist rivafb" >> /etc/modprobe.d/blacklist.conf
echo "blacklist nvidiafb" >> /etc/modprobe.d/blacklist.conf
echo "blacklist nvidia" >> /etc/modprobe.d/blacklist.conf

——————————————————————————————————————

Habilitamos la versión testing para los paquetes que se encargan de los gráficos:

——————————————————————————————————————

echo "x11-apps/xrandr ~amd64" >> /etc/portage/package.keywords
echo "x11-base/xorg-server ~amd64" >> /etc/portage/package.keywords
echo "x11-proto/inputproto ~amd64" >> /etc/portage/package.keywords
echo "x11-drivers/nvidia-drivers ~amd64" >> /etc/portage/package.keywords
echo "x11-drivers/xf86-input-evdev ~amd64" >> /etc/portage/package.keywords
echo "x11-drivers/xf86-input-synaptics ~amd64" >> /etc/portage/package.keywords
echo "x11-drivers/xf86-video-modesetting ~amd64" >> /etc/portage/package.keywords

——————————————————————————————————————

Hacemos emerge de todos esos paquetes

——————————————————————————————————————

emerge x11-apps/xrandr && emerge -1 xf86-video-modesetting && emerge -1 $(qlist -IC x11-drivers)

——————————————————————————————————————

Colocar, el siguiente contenido en /etc/gdm/Init/Default:

xrandr --setprovideroutputsource modesetting NVIDIA-0
xrandr --auto

Seleccionamos con eselect opengl la opción de nvidia:


eselect opengl list:

——————————————————————————————————————
Available OpenGL implementations:
[1] nvidia
[2] xorg-x11 *
——————————————————————————————————————

eselect opengl set 1

Switching to nvidia OpenGL interface… done

En /etc/X11/xorg.conf insertamos todo esto:
——————————————————————————————————————

Section "ServerLayout"
Identifier "layout"
Screen 0 "nvidia"
Inactive "intel"
EndSection

Section "Device"
Identifier "nvidia"
Driver "nvidia"
BusID ""
EndSection

Section "Screen"
Identifier "nvidia"
Device "nvidia"
# Uncomment this line if your computer has no display devices connected to
# the NVIDIA GPU. Leave it commented if you have display devices
# connected to the NVIDIA GPU that you would like to use.

EndSection

Section "Device"
Identifier "intel"
Driver "modesetting"
BusID ""
EndSection

Section "Screen"
Identifier "intel"
Device "intel"
EndSection


——————————————————————————————————————

Sustituimos BUS_ID_INTEL_CARD por el ID de la tarjeta gráfica INTEL. Para averiguar el PCI ID podemos hacerlo con:


lspci | grep VGA

El comando en mi caso, devuelve:
——————————————————————————————————————
00:02.0 VGA compatible controller: Intel Corporation Haswell-ULT Integrated Graphics Controller (rev 0b)
——————————————————————————————————————

Quedaria:
———————-
Section «Device»
Identifier «intel»
Driver «modesetting»
BusID «PCI:0:2:0»
EndSection
———————-

Y para la tarjeta gráfica NVIDIA, podemos ver cual es el PCI ID, con:

lspci | grep NVIDIA

Devolveria:
——————————————————————————————————————
04:00.0 3D controller: NVIDIA Corporation GF117M [GeForce 610M/710M/820M / GT 620M/625M/630M/720M] (rev a1)
——————————————————————————————————————

Quedaria en el xorg.conf:
——————————————————————————————————————

Section "Device"
Identifier "nvidia"
Driver "nvidia"
BusID "PCI:4:0:0"
EndSection

——————————————————————————————————————

Una vez realizado todo lo anterior, solamente quedaria instalar el software que realizará el proceso de intercambio de gráficos entre las 2 tarjetas, se llama ‘bumblebee’.

Lo instalamos con:


emerge bumblebee

Añadimos nuestro usuario al grupo bumblebee:


usermod -a -G bumblebee

Arrancamos el servicio ‘bumblebeed’ al inicio:

# Para SystemD
systemctl enable bumblebeed


# Para openRC
rc-update add bumblebeed default

Una vez realizados estos pasos, para ejecutar software y que bumblebeed ponga a trabajar las 2 tarjetas se hace con:

optirun aplicacion

Por ejemplo:

optirun glxgears

Llegados a este punto ya tendriamos nuestra máquina funcionando con las dos tarjetas gráficas.

Share

Renombrar interfaz de red en UDEV

Como sabeis desde hace algún tiempo udev ha cambiado la forma de nombrar a las interfaces de red.
Antes las mostraba como ‘eth0,eth1,eth2…’ para las tarjetas de red cableadas y ‘wlan0,wlan1,wlan2‘ para las tarjetas de red inalámbricas.

Ahora las nombra con ‘enp6s0,enp6s1…’ para las cableadas y ‘wlps0,wlps1..’ para las inalambricas. Esto en servidores que llevan años funcionando es un problema, ya que,despues de una actualización del sistema global podemos encontrarnos en la situación de que nuestros scripts propios no arrancan porque no encuentran los nombres de red que teniamos anteriormente.

Lo que vamos a hacer esta vez es asignarle nombres propios a cada interfaz, así, udev no tocará nada. ¡vamos allá!

Lo único que tenemos que hacer es, crear un fichero con nombre ’10-local.rules’ en el directorio ‘/etc/udev/rules.d’. La ruta completa seria /etc/udev/rules.d/10-local.rules .
Tendria el siguiente contenido:


SUBSYSTEM=="net", ATTR{address}=="DIRECCIÓN_MAC_TARJETA", NAME="lan0"
SUBSYSTEM=="net", ATTR{address}=="DIRECCIÓN_MAC_TARJETA", NAME="wifi0"

Solamente tendriamos que sustituir DIRECCIÓN_MAC_TARJETA por la dirección MAC de nuestra interfaz.

Hay que recordar que para averiguar la dirección mac de nuestra tarjeta basta con ejecutar un:


ifconfig interfaz | grep ether

Una vez creado el fichero con el contenido anterior y reiniciada la máquina, ya tendriamos la tarjeta de red cableada con el nombre ‘lan0’ y la inalámbrica con el nombre ‘wifi0’.

Espero que esta pequeña receta os sirva de ayuda.

Share