Arch Linux: configuración avanzada

Con la llegada de systemd quedaron obsoletos todos los tutoriales de Arch Linux que tenía en el blog, de manera que he optado por prescindir de todos ellos, modificar el último y crear uno nuevo. Para simplificar la cuestión, nos quedamos con el tutorial de instalación básica y hoy nos vamos a ocupar de la configuración y puesta a punto, para posteriormente instalar un entorno de escritorio, que en esta ocasión será XFCE. Sigue teniendo validez, sin embargo, el que dediqué a la configuración de KDE, donde también daba unos primeros trazos sobre lo que es y supone la aparición de systemd en Arch.

El motivo de elegir XFCE y no KDE o cualquier otro es largo de explicar. Buena oportunidad para hacer un artículo sobre los entornos de escritorio en la actualidad, mira por dónde. Resumiendo, Gnome no me acaba de funcionar bien, KDE me ofrece más de lo que necesito y el resto me ofrece menos. XFCE es, hoy por hoy, la opción más equilibrada para mí. Nos extenderemos sobre la cuestión en un tema aparte, vamos a centrarnos hoy en la tarea que nos ocupa que no es otra que transformar la pantalla de inicio en consola de Arch Linux, punto en el que nos quedamos en el primer tutorial, en un bonito sistema de uso diario. Vamos a ello sin más dilación.

Agregamos nuestro usuario
Nos habíamos quedado nada más entrar como root en el nuevo sistema. Lógicamente, como ya sabemos, estamos en modo consola al carecer de un entorno de escritorio instalado en este momento. Hacemos:

[root@nuestrosistema~]$ useradd -m -g users -s /bin/bash usuario 

Siendo «usuario» el nombre que vamos a dar a nuestro usuario, valga la redundancia, e introducimos luego los datos adicionales. Con dejarlo todo por defecto bastará, ya no es preciso agregar al usuario a ningún grupo como había que hacer antes al haber cambiado el paradigma a systemd. Ponemos la contraseña deseada para el usuario y continuamos.

Levantamos la red
El servicio dhcpcd es el encargado de manejar nuestra conexión de red, absolutamente imprescindible para poder usar Internet y con ella instalar los paquetes que precisamos. Para iniciar la conexión y decirle al sistema que la inicie en cada entrada al mismo:

[root@nuestrosistema~]$ systemctl enable dhcpcd

Poniendo el teclado en español
Para ello usamos la siguiente orden:

[root@nuestrosistema~]$ localectl set-keymap es

Fijando el idioma predeterminado del sistema
Por defecto se toma el inglés, para cambiarlo a español:

[root@nuestrosistema~]$ localectl set-locale LANG=»es_ES.utf8″

Fijando nuestro huso horario
Para poner la zona horaria correcta:

[root@nuestrosistema~]$ timedatectl set-timezone Europe/Madrid

Escoger hora local u hora universal
Dependiendo de si tenemos otro sistema instalado, generalmente Windows, nos interesará que el reloj en Arch esté en hora local o en hora universal (UTC). Después de muchas instalaciones de sistemas todavía no tengo claro qué estándar emplea cada distro, pero si compartes partición con el sistema de Microsoft (y lo usas) es conveniente que fijes el reloj en local:

[root@nuestrosistema~]$ timedatectl set-local-rtc 1

En caso contrario, cambia el 1 por un 0 y el reloj quedará en UTC.

Poner el nombre al equipo
Dato importante de cara a las comparticiones en red y demás. Para llamar a nuestra máquina «nuestrosistema»:

[root@nuestrosistema~]$ hostnamectl set-hostname nuestrosistema

Instalando sudo
Como veréis el tema de las configuraciones se ha simplificado mucho con systemd, apenas es necesario editar a mano archivos como había que hacer antes. Órdenes concisas y precisas, no hay más. Ha llegado el momento de dejar de ser el usuario administrador, para lo cual instalaremos sudo. Vamos a actualizar el sistema, por si acaso, pues en Arch entran paquetes varias veces al día:

[root@nuestrosistema~]$ pacman -Syu

Y seguidamente instalamos la herramienta sudo:
 
[root@nuestrosistema~]$ pacman -S sudo

Ahora tenemos que dar permiso a nuestro usuario para ejecutar dicha herramienta, de no hacerlo aparecería el clásico mensaje que indica que no estamos entre los sudoers y el incidente será reportado…

Editamos, pues, el archivo en cuestión. En el ejemplo empleo nano, se puede usar también vi o el editor de preferencia de cada cual:

[root@nuestrosistema~]$ EDITOR=nano visudo

En el archivo que aparece se pueden descomentar varias líneas, dependiendo del nivel de seguridad que deseemos para nuestro sistema. Por norma general suelo descomentar «Defaults targetpw» y la línea siguiente (la de los ALL). Haciendo esto permitimos usar los privilegios de root si conocemos la contraseña. Antiguamente empleaba la que daba permiso a los usuarios del grupo wheel, pero me dio problemas ahora que los grupos ya no son necesarios.

Entrando al sistema con nuestro usuario
Cumplido el trámite de la instalación de sudo, podemos hacer uso de dicha herramienta y dejar de ser root todo el tiempo. Para ello, salimos y entramos como nuestro usuario:

[root@nuestrosistema~]$ logout

Introducimos ahora nuestro usuario y contraseña y ya estamos dentro.

Instalando la base del sistema de sonido
Aunque normalmente suelo emplear pulseaudio para que se haga cargo del manejo del sonido en mi sistema, siempre empiezo por configurar lo más básico, esto es, ALSA.
 
[usuario@nuestrosistema~]$ sudo pacman -S alsa-utils alsa-plugins

Tras la instalación, configuramos los distintos dispositivos desde consola:

[usuario@nuestrosistema~]$ alsamixer

Y dejamos los vólumenes como definitivos para los siguientes reinicios con:

[usuario@nuestrosistema~]$ sudo alsactl store

Si lo deseamos, más adelante se podría instalar pulseaudio con la orden:

[usuario@nuestrosistema~]$ sudo pacman -S pulseaudio pulseaudio-alsa

Instalando el servidor gráfico
A continuación vamos con el servidor X. En mi caso, con hardware AMD/ATI, el controlador es xf86-video-ati. Se puede consultar la lista completa de paquetes disponibles aquí. Destacar que se trata de los controladores libres, más adelante ya instalaremos los propietarios si nos interesa.

[usuario@nuestrosistema~]$ sudo pacman -S xorg-server xorg-xinit xorg-utils xorg-server-utils xf86-video-ati mesa mesa-demos xorg-twm xorg-xclock xterm dbus ttf-dejavu

Todos estos paquetes no son imprescindibles, pero conviene instalarlos de cara a lo siguiente que vamos a hacer: probar el funcionamiento de nuestro servidor gráfico.

[usuario@nuestrosistema~]$ startx

Con esto obtendremos un entorno gráfico espartano que nos permitirá comprobar que todo está correcto. Para salir de él basta escribir exit en la consola o pulsar CTRL+ALT+F7. Una vez que sabemos que nuestra configuración es correcta y en aras de la limpieza y claridad del sistema, procedemos a desinstalar algún paquete no necesario:

[usuario@nuestrosistema~]$ sudo pacman -R xorg-twm xorg-xclock xterm

Configurando pacman
El potente gestor de paquetes de Arch viene prácticamente configurado de inicio, pero en mis instalaciones siempre añado dos repositorios. Uno de ellos, multilib, permite obtener soporte para paquetes de 32 bits en entornos de 64 y viene comentado por defecto. El otro, archlinuxfr, es un repositorio no oficial de Arch donde se puede obtener, entre otras, la herramienta yaourt, muy útil para instalar paquetes desde AUR. Hacemos:

[usuario@nuestrosistema~]$ sudo nano /etc/pacman.conf

Y quitamos el carácter # para descomentar las líneas del repositorio multilib. Seguidamente añadimos, al final del archivo:

[archlinuxfr]
Server = http://repo.archlinux.fr/$arch

Guardamos y cerramos con CTRL+O y CTRL+X. Luego:

[usuario@nuestrosistema~]$ sudo pacman -Sy yaourt

Con lo cual añadimos ambos repositorios y actualizamos la lista de paquetes en la caché antes de instalar la herramienta que comentaba anteriormente. Yaourt es lo que se denomina un «AUR Helper» o «ayudante de AUR». Por sus características facilita bastante el trabajo de compilar desde el repositorio de usuarios de Arch. Es mi favorita, pero no la única, en este enlace tenéis una lista de todas estas herramientas.

Instalando el entorno de escritorio
Ya os explicaba más arriba que en este tutorial me he decantado por la instalación de XFCE, que actualmente va por la versión 4.10. Antes solía instalar KDE y luego MATE, pero por diferentes razones he descartado ambos: KDE es un entorno pesado de mantener en Arch, dadas las frecuentes actualizaciones que obligan a descargar muchos megas. No es nada malo, pero para mi gusto es más de lo que necesito, además de que casi todas mis aplicaciones preferidas usan las librerías GTK. MATE es un proyecto que me gustó desde el inicio, pero francamente creo que es difícil que llegue a buen puerto y aunque así fuese (que lo espero y deseo) hoy en día muchas aplicaciones que funcionaban bien en Gnome 2 no lo hacen en este entorno. O, para ser exactos, es necesaria mucha configuración adicional para que todo vaya bien. De modo que vamos con XFCE:

[usuario@nuestrosistema~]$ sudo pacman -S xfce4 xfce4-goodies

Aparecerán varios grupos de paquetes que podemos elegir. Mi recomendación es la habitual, instalarlos todos para minimizar posibles errores que luego siempre hay tiempo de quitar lo que no nos interese. En comparación con Gnome y KDE podremos comprobar que la descarga es sensiblemente menor.

Instalando el gestor de entrada
XFCE carece de un gestor de este tipo, lo que en Gnome sería GDM y en KDE sería KDM. De entre el resto de opciones, mi favorito es LXDM, el gestor de entrada de LXDE:

[usuario@nuestrosistema~]$ yaourt -S lxdm

Es ahora cuando vamos a ver una de las ventajas de systemd en acción. Antes había que editar algunos ficheros a mano para poder añadir el gestor de entrada al sistema. Ahora es tan sencillo como:

[usuario@nuestrosistema~]$ sudo systemctl enable lxdm

Con esta simple instrucción tenemos LXDM habilitado para los restos. Es momento de reiniciar:

[usuario@nuestrosistema~]$ sudo reboot

Y al llegar al gestor solamente debemos escoger, en «tipo de sesión», la opción «Escritorio XFCE» que será la única que nos aparezca. Si todo ha ido bien (seguro que sí) estaremos ya ante un escritorio XFCE 4.10.

Configurando un par de cosas
Lo primero que hago al entrar a un sistema con XFCE recién instalado es cambiar la distribución de teclado, por defecto en inglés. Vamos a Menú –> Sistema –> Preferencias –> Teclado y añadimos el idioma español.

Los poseedores de un microprocesador AMD probablemente habrán notado, al iniciar Arch, que aparecen cuatro líneas de error (o dos, o una, depende del número de núcleos) sobre la incapacidad del sistema de reconocer los «unicode» de AMD. Sin entrar en más detalles sobre el tema, la solución:

[usuario@nuestrosistema~]$ sudo pacman -S amd-ucode

Cuando he instalado Arch en un equipo con procesador Intel no recuerdo que apareciese nada parecido, pero aún así existe un paquete análogo llamado intel-ucode.

Instalando un navegador
XFCE adolece de un navegador «de cabecera», digamos un Epiphany o un Konqueror que se instalan junto con Gnome y KDE, respectivamente. De manera que tenemos que instalar nuestro navegador preferido para poder tener acceso a, entre otras, la valiosa wiki de Arch donde encontraremos mucha más información que aquí. El navegador elegido es, obviamente, cosa de cada cual, tan solo señalar que están disponibles todos y en distintos estados de desarrollo. En mi caso:

[usuario@nuestrosistema~]$ sudo pacman -S firefox firefox-i18n-es-es

Instalando fuentes
Para no tener problemas deberemos instalar varias fuentes tipográficas. El listado es muy extenso, como nos indica la correspondiente entrada en la wiki. Respecto al renderizado suelo preferir el que nos brinda Ubuntu con sus paquetes parcheados, lo tenemos a un «yaourt» de distancia:

[usuario@nuestrosistema~]$ yaourt -S freetype2-ubuntu fontconfig-ubuntu cairo-ubuntu

Podemos contestar afirmativamente a cuantas incompatibilidades nos surjan sin problema alguno, estos paquetes vienen a sustituir a freetype2, fontconfig y cairo.

Instalando los drivers propietarios AMD
Quizás el paso más problemático de todos, pero hay que ser valientes… Lo ideal sería quedarse con los controladores libres, sobre todo cuando no se desea emplear el equipo para jugar o desarrollar aplicaciones gráficas y demás. Eso, como digo, sería lo ideal si el driver libre no fallara como lo hace. En mi caso, dicho driver impide volver a ver la pantalla después de una suspensión, circunstancia que podría pasar por alto limitándome a no usar este modo. Y estaba decidido a hacerlo, pero por desgracia con la última actualización de xorg-server el controlador libre ha empezado a fallar y a provocar extraños artefactos en la parte inferior de la pantalla y en algunas ventanas.

Es lo que más detesto de las actualizaciones: que arreglen un problema para crear otro. Ninguna de las soluciones propuestas aquí me han servido, de modo que solo me quedaba volver a optar por los dichosos drivers propietarios. Desde hace algún tiempo se han vuelto a incluir estos controladores en los repositorios oficiales de Arch y como quiera que intuyo que muchos de mis problemas pasados se deben a instalaciones hechas desde AUR y otros repositorios no oficiales, en esta ocasión y en venideras voy a optar por quedarme con los oficiales. Al lío:

[usuario@nuestrosistema~]$ sudo pacman -R ati-dri xf86-video-ati

Lo primero es lo primero: quitamos los controladores libres. Vamos ahora a instalar todo lo necesario para la compilación y mantenimiento de los privativos:

[usuario@nuestrosistema~]$ sudo pacman -S dkms linux-headers catalyst-dkms catalyst-utils lib32-catalyst-utils

De las varias posibilidades para instalar los drivers he escogido la que detecta automáticamente una actualización en el kernel y los vuelve a compilar cuando proceda. Para eso sirve dkms, pero será en vano si no activamos dicho servicio:

[usuario@nuestrosistema~]$ sudo systemctl enable dkms

Y procedemos a configurar Catalyst:

[usuario@nuestrosistema~]$ sudo aticonfig –initial

Añadimos el módulo, denominado fglrx, a la lista a cargar:

[usuario@nuestrosistema~]$ sudo nano /etc/modules-load.d/fglrx

En el fichero que hemos creado solamente debemos añadir la palabra fglrx, guardar y cerrar. A continuación tenemos que asegurarnos de que el sistema inicia con el parámetro «nomodeset» activado, para lo cual editamos el fichero de configuración de Grub:

[usuario@nuestrosistema~]$ sudo nano /etc/default/grub

Y en la línea GRUB_CMDLINE_LINUX=»», entre las comillas, añadimos la expresión citada. Quedaría así:

GRUB_CMDLINE_LINUX=»nomodeset»

Guardamos, salimos y rehacemos el Grub:

[usuario@nuestrosistema~]$ sudo grub-mkconfig -o /boot/grub/grub.cfg

Reiniciamos y listo, nuestro sistema estará funcionando con los controladores propietarios de AMD/ATI. Como sabéis, nada de esto es preciso cuando nuestro hardware es Intel (suele funcionar sin problemas). Y en cuanto a Nvidia, no tengo ninguna experiencia con estos drivers, de modo que no puedo ser de gran ayuda. En la wiki está la respuesta.

Integración de Gtk y Qt en XFCE
Al estar basado en las librerías Gtk2 no encontraremos problemas con los programas que en esta se fundamentan con XFCE. Sin embargo, a día de hoy, muchos de los programas más utilizados han sido portados a Gtk3 y otros muchos están basados en las librerías Qt creadas en su día por Nokia y actualmente en manos de Digia. ¿Esto qué quiere decir y en qué medida nos afecta? Lo vemos a continuación.

Al escoger un tema de escritorio, por poner como ejemplo uno de mis favoritos digamos Shiki-Brave, si éste no cuenta con versión Gtk3 y abrimos una aplicación ya portada (como Cheese), el aspecto que va a adoptar es muy parecido al que tenía en su tiempo Windows 95, esto es, horroroso a los ojos de nuestro tiempo. Por este motivo deberemos buscar, siempre que nos importe la estética de nuestro sistema, un tema que cuente con versiones para ambos conjuntos de librerías. El que uso en mi Arch es Greybird, popular tema de Xubuntu 12.04 que combina muy bien con el set de iconos Faenza:

[usuario@nuestrosistema~]$ yaourt -S faenza-icon-theme faenza-xfce-addon xfce-theme-greybird

En lo que respecta la integración Qt, con programas como VLC o Clementine que se basan en ella, una vez que instalemos cualquiera de dichas aplicaciones nos aparecerá en el menú una entrada, dentro del submenú Desarrollo, con tres comandos. Si ejecutamos QtAssistant encontraremos ayuda para solucionar este asunto, si bien es muy sencillo:

[usuario@nuestrosistema~]$ qtconfig

Con esta utilidad podemos elegir el tema y las fuentes con los que se mostrarán las aplicaciones Qt.

Hacer que Grub vea nuestra partición Windows
Ignoro la razón, pero el caso es que Arch Linux no reconoce nunca mi partición con Windows 7, aunque instale os-prober y rehaga el Grub una y otra vez. No hay manera. La solución pasa por añadir manualmente la partición con el sistema de Redmond al archivo /etc/grub.d/40_custom:

[usuario@nuestrosistema~]$ sudo nano /etc/grub.d/40_custom

Allí, al final del todo añadiremos:

# Windows 7
menuentry «Windows 7» {
set root=(hd0,1)
chainloader (hd0,1)+1
}

Teniendo cuidado de sustituir la partición que he puesto por aquella en la que esté vuestro Windows. En mi caso es la primera partición del primer disco duro, es decir, (hd0,1). Podemos averiguar cuál es la nuestra con:

[usuario@nuestrosistema~]$ sudo blkid

Lo que nos dará como resultado un listado de particiones ordenado. Por lo general, Windows suele ser la primera de tipo «ntfs», o la segunda si nuestro ordenador venía con una partición de recuperación del sistema.

Tras guardar y salir del archivo 40_custom, hay que volver a crear el Grub:

[usuario@nuestrosistema~]$ sudo grub-mkconfig -o /boot/grub/grub.cfg

Si reiniciamos comprobaremos como ya aparece la entrada correspondiente a Windows 7 en el listado.

Instalación y configuración de Samba
La red doméstica de que dispongo es muy escueta: mi ordenador de sobremesa, por todos conocido, al que llamo Galileo como pequeño homenaje a mi corta estancia en la antigua Facultad de Informática de la Universidad de Sevilla, hoy Escuela Superior, y un portátil Acer con procesador i3 y gráfica integrada. Nada más. La única utilidad que tiene la red casera para mí es permitirme enviar archivos desde el sobremesa al portátil, normalmente archivos de vídeo que descargo en el primero para ver en el segundo. Como quiera que el portátil lo usa mi mujer, quien no quiere abandonar Windows (el enemigo en casa, lo sé), preciso instalar y configurar Samba para permitir la comunicación entre ambos equipos.

[usuario@nuestrosistema~]$ yaourt -S samba gvfs-smb thunar-shares-plugin

Después de instalarlo hemos de ejecutar y habilitar los servicios:

[usuario@nuestrosistema~]$ sudo systemctl enable smbd.service nmbd.service

También tendremos que crear una cuenta de Samba para nuestro usuario:

[usuario@nuestrosistema~]$ sudo pbedit -a -u nuestrousuario

Y, para finalizar, copiar el fichero de configuración por defecto de Samba y añadir a él los directorios que deseamos compartir. En mi caso suelo incluir toda la carpeta Home:

[usuario@nuestrosistema~]$ sudo cp /etc/samba/smb.conf.default /etc/samba/smb.conf

Ese es el archivo que tendremos que configurar a nuestro gusto. En casi todas mis instalaciones me limito a descomentar la línea que contiene el nombre del grupo de trabajo y cambiarla por «Workgroup» cuando difiere de éste. También acostumbro a añadir una compartición Pública para mi directorio Home al final del fichero, lo que equivaldría a algo así:

[Publico]
   comment = directorio home
   path = /home/nuestrousuario
   public = yes
   only guest = yes
   writable = yes
   printable = no

Pero en la mayoría de los casos no consigo que Windows vea el directorio en cuestión, lo cual no me supone un problema dado que desde mi equipo de escritorio sí que puedo acceder a las carpetas del portátil. La configuración de un equipo con Windows para compartir carpetas se la dejo a Google… Yo lo hice en su día y, hasta la fecha, ningún problema.

Instalar Flash y códecs multimedia
Para aquellos que no somos devotos de Chrome y continuamos amarrados a Firefox nos es preciso instalar el plugin para reproducir contenido en Flash:

[usuario@nuestrosistema~]$ sudo pacman -S flashplugin

Para reproducir sin dificultades todo tipo de archivos multimedia es recomendable echar un ojo a esta página de la wiki e instalar los que precisemos. Además, suelo instalar:

[usuario@nuestrosistema~]$ yaourt -S codecs64 libdvdcss gstreamer0.10-plugins

Instalar un reproductor multimedia
La primera opción que se me viene a la mente como programa reproductor en un escritorio con XFCE es Parole. Sin embargo no conseguí que reprodujese archivos en streaming desde el portátil. Luego instalé Tótem, que no fue capaz de reproducir archivos de vídeo en alta definición pese a que creo que había instalado todas las dependencias (este es uno de los defectos que encuentro en XFCE, depende demasiado de Gnome para según qué cosas). La solución final pasó por instalar VLC, que funciona a la perfección:

[usuario@nuestrosistema~]$ sudo pacman -S vlc

Instalar un reproductor de música
En este sentido mi favorito es, desde hace tiempo, Clementine. Es de las pocas aplicaciones Qt que utilizo, pero lo cierto es que no lo cambio por ningún otro reproductor Gtk. Hay que acordarse de ejecutar qtconfig si no queremos que el aspecto que presente sea el de un programa de hace 20 años…

[usuario@nuestrosistema~]$ sudo pacman -S clementine

Para la música en streaming y las recomendaciones solía emplear Vagalume como aplicación para conectarme gratuitamente a Last.fm, pero desde el pasado 1 de Diciembre han cambiado el protocolo de comunicación, dejando a Vagalume inservible. Lo que empleo ahora es Spotify para Linux, que también incluye la posibilidad de conectarse a las listas recomendadas de Last.fm:

[usuario@nuestrosistema~]$ yaourt  -S spotify

Instalar la suite ofimática
Pocas dudas a este respecto, Libreoffice sigue siendo el referente dentro de las suites ofimáticas del software libre. Para instalarla en Arch:

[usuario@nuestrosistema~]$ sudo pacman -S libreoffice

Pacman nos ofrecerá escoger los módulos que nos interesen, así como los idiomas. Debemos tener la precaución de instalar libreoffice-gnome (que debiera llamarse libreoffice-gtk, en realidad) para que, una vez más, la integración gtk sea la adecuada.

Instalar software para trabajar con imágenes
Poco que decir a este respecto, instalo mi programa de manejo de colecciones fotográficas por excelencia (Shotwell) y el de manipulación de imágenes (Gimp). También es preceptiva la instalación de un visor de imágenes si no nos gusta Ristretto, que es el que viene por defecto con XFCE, y de un manejador de archivos PDF:

[usuario@nuestrosistema~]$ sudo pacman -S shotwell gimp mupdf

Se puede instalar Eye of Gnome, pero prefiero emplear el visor que trae Shotwell.

Configurar la impresora
Si no queremos encontrarnos con sorpresas desagradables aconsejo, por experiencia propia, instalar todos los paquetes que recomiendan en la wiki de Arch para el funcionamiento correcto de nuestra impresora. La utilidad de alguno de ellos depende del modelo, para mi Epson Stylus Color 680 del Jurásico (adquirí este modelo junto con un Athlon a 1 Ghz allá por 2001) instalo:

[usuario@nuestrosistema~]$ sudo pacman -S cups cups-filters ghostscript gsfonts avahi gutenprint foomatic-db foomatic-db-engine foomatic-db-nonfree foomatic-filters cups-pdf

Casi nada, pero como ya digo cuando he optado por la vía rápida en una instalación de Arch (esto es, instalar lo que recuerdo de memoria sin recurrir a la wiki) siempre, invariablemente, me ha faltado algo que ha hecho fallar la impresión. Después de esta instalación procedemos a iniciar los servicios que necesitaremos para esta tarea:

[usuario@nuestrosistema~]$ sudo systemctl enable cups.service avahi-daemon.service

Y a continuación vamos a encender la impresora y a configurarla, usando la interfaz web de Cups, es decir, abrimos el navegador y escribimos en la barra de direcciones http://localhost:631.

En la página que vemos tenemos que escoger la opción «Añadiendo impresoras y clases», introducir nuestra contraseña de root y seguir los pasos que se indican.

Configurar el escáner
Mi también vetusto escáner es un Epson Perfection 640U de la misma hornada que mi impresora. Pero ahí sigue, cumpliendo su cometido. Normalmente suelo instalar los paquetes iscan e iscan-data desde AUR, pues son herramientas específicas para equipos Epson que no me habían fallado hasta ahora. Sin embargo, en esta última instalación de Arch con XFCE no he logrado hacerlo funcionar. He optado por instalar Simple Scan con una variante del paquete sane, disponible en AUR, que soluciona un error conocido en la comunicación del programa con systemd:

[usuario@nuestrosistema~]$ yaourt -S simple-scan sane-git

Configurar la webcam
Al contrario de lo que ocurría hace unos años actualmente no es preciso hacer nada para que nuestra webcam, salvo que sea un modelo no soportado en Linux, funcione sobre la marcha. El kernel incorpora los controladores necesarios para que mi Hércules Dualpix Exchange luzca en todo su modesto esplendor. 
 

Últimos retoques: Docky y tema para LXDM
Para ir concluyendo el tutorial os indico un par de pinceladas más que me gusta dar a mi sistema. En primer lugar, la instalación de un dock, siendo mi favorito de siempre Docky. He probado opciones más recargadas, como AWN y Cairo Dock, y más ligeras como Plank, pero me sigo quedando con el habitual. Para que Docky sea plenamente funcional en XFCE tenemos que descargar un paquete desde AUR que, de no estar instalado, provoca unos molestos cuelgues en el dock, que desaparece de buenas a primeras. Con dicho paquete instalado las desapariciones se reducen al mínimo, pero esto es algo inherente a Docky que aún no ha sido arreglado, pues igualmente me venía pasando en SolusOS.

[usuario@nuestrosistema~]$ yaourt -S docky gio-sharp-commit

Si vamos a utilizar alguna funcionalidad de Docky que requiera conexión a la red es aconsejable instalar NetworkManager e iniciar el servicio:

[usuario@nuestrosistema~]$ sudo pacman -S networkmanager

[usuario@nuestrosistema~]$ sudo systemctl enable NetworkManager.service

Muy importante prestar atención a las mayúsculas, si no lo escribimos tal como aparece en el ejemplo no iniciará.

Como último apunte, para quienes prefieran un LXDM tematizado de Arch, hay que instalar un paquete:

[usuario@nuestrosistema~]$ yaourt -S archlinux-lxdm-theme-full

Tras la instalación hay que editar el archivo /etc/lxdm/lxdm.conf:

[usuario@nuestrosistema~]$ sudo nano /etc/lxdm/lxdm.conf

Cambiamos la línea «theme» dejándola así:

theme = Archlinux

Guardamos, salimos y reiniciamos para ver el cambio de look. Luego podemos tomarnos un buen café (o un whisky a lo Yoyo Fernández haciendo un screencast, ya esto es a gusto del consumidor) para congratularnos por un trabajo bien hecho. Ciertamente, no voy a negar que configurar Arch Linux requiere trabajo y conocimientos, pero tampoco que, una vez pasado el trago, disfrutaremos de un sistema muy ligero, moldeado a nuestro gusto y donde conocemos y controlamos cada una de las cosas que se han instalado en él.

Ya después, si somos de tal condición, podemos fardar y tal… Bueno, bromas aparte, espero que este tutorial le sea de utilidad a alguien que pretenda iniciarse en este apasionante mundo que es Arch Linux. Quedo a vuestra disposición para tratar de solventar errores o cuestiones que puedan surgir, así como corregir alguna parte del tutorial que pudiera estar equivocada. Un saludo a todos.

51 comentarios sobre “Arch Linux: configuración avanzada

  1. Todos los días se aprende algo nuevo: desconocía la existencia de los comandos localectl, timedatectl y hostnamectl. Mucho más sencillo que editar los respectivos archivos de configuración… systemd rules !!!Por cierto, ¿usas Google+? Yoyo y yo lo ignoramos jejeje. En caso afirmativo, ¡únete a la nueva comunidad de usuarios de ArchLinux en Español! » https://plus.google.com/communities/101930187136223592136

    Me gusta

  2. Gracias a los tres, de vez en cuando me da el arrebato de escribir tutoriales y hasta que no acabo no paro :)En cuanto a Google +, gracias por la invitación, no lo uso mucho pero me paso de vez en cuando.

    Me gusta

  3. Simplemente excelente!Soy tan perro o más que Yoyo y gracias a el descubrí Manjaro, pero después de leer este tutorial uno se queda con unas ganas tremendas de instalar Arch solo por el gusto de instalarlo (aunque sea en una VM ya que me estoy desenganchando del Distro Hopper).

    Me gusta

  4. Vengo cómodo con Manjaro hace algún tiempo, pero tener Arch con xfce simple y sin mucha cosa es mejor. Gracias por este nuevo tutorial con excelentes resultados. Esta combinación va a dar mucho de que hablar, ojalá que ha Arch no se le ocurra un cambio de grueso calibre para que nos dure bastante la instalacion y nos de tiempo de aprender a "defendernos"Saludos Cordiales

    Me gusta

  5. Recuerdo el revuelo de la actualización a systemd bueno no recuerdo si fue actualización creo que mas bien fue la incorporación de esa aplicación al sistema y pues al querer seguir los pasos que sugirieron en la wiki pues que perdí mi querido arch bueno imagino que lo perdí por qué habré hecho algo mal que ni me acuerdo ahora xd, pero el caso es que se aprende mucho con esta distro; por cierto cada rato había escuchado de estas aplicaciones Vagalume y Spotify para escuchar radio por internet ni las conocía o no les di importancia y haciendo memoria creo que vagalume no podia faltar como un programas que siempre instalabas en cada revisión de distro que hacías , gracias y también me entere de este lector pdf mupdf xd xd xd.

    Me gusta

  6. Grandes tutoriales, al igual que espadas, no sabía esos comandos, son iguales que editar con nano no?Bueno, regresando a Arch de LMDE, realmente no se si instalar Cinnamon ja. Me gusta mas KDE, pero se comporto muy bien con LMDE.La eterna pelea KDE VS Gnome 😀 En este caso, con cinnamon.

    Me gusta

  7. En aproximadamente una semana me llegará un netbook Acer Aspire One con gráfica Intel (no vuelvo a caer con ATI/AMD), así que lo más probable es que le instale Arch Linux con XFCE, por lo que el pedazo de tutorial que te has currado me va a venir de perlas.Por cierto, me gusta como quedan los logos de Arch y derivados en la parte superior del blog 😉

    Me gusta

    1. Pues me alegro, he sido oportuno entonces :)En el portátil que usa mi mujer tuve instalado Arch sin problemas, es un Acer Aspire con procesador i3 que compramos hace un par de años. Una particularidad de las instalaciones de Linux en este portátil es que casi siempre tengo que añadir a la línea del kernel la expresión "acpi_backlight=vendor", de lo contrario la pantalla se queda negra hasta que bajo la tapa y la vuelvo a subir. Te lo comento por si te ocurre lo mismo.

      Me gusta

  8. Excelente tutorial. ¡Felicitaciones!Me lo voy a copiar aunque no sé si y cuando va a llegar el dia en que me dé la gana tocar esta distro… En mi opinion un SO debe de ser al servicio del usuario y no al revés; debe ser el medio, no el proposito.Sigo creyendo que lo mismo se podría hacer también con una GUI o al menos al estilo Slackware. Espero que llegue el dia en que Arch llegue a esto, o que ofrezca esto como una opción.Si se trata de complicarse la vida, entonces hacerlo a lo grande y completo: Gentoo.A mi me gusta también XFCE, aparte de KDE y E17.¿Como se consigue este panel de abajo como lo veo en tus capturas? Porque ¿me equivoco yo, o este no es el panel habitual de XFCE, como el de arriba? Serría una buena variante a la muy guay wbar

    Me gusta

    1. Estoy convencido de que esto nunca cambiará, Ika. Como ya comentamos en su momento, el principio KISS se refiere a la distro desde el punto de vista de su mantenimiento y desarrollo, no tiene nada que ver con la facilidad de instalación. No creo que Arch vaya a cambiar en ese sentido. Y hombre, Gentoo es mucho Gentoo, yo nunca he tenido la tentación de instalarlo. Mis ganas de complicarme la vida se terminan en Arch, es lo máximo a lo que aspiro y no quiero más. Pero siguiendo tu razonamiento podríamos descartar Gentoo y tirarnos a por Linux From Scratch ;)El panel de abajo es Docky, mi dock favorito. Un saludo.

      Me gusta

    2. pienso lo mismo la filosofía kiss lo es todo en archlinux pero , gracias a algunos desarrolladores que piensan un poco distinto a los desarrolladores de archlinux tenemos la opción de las derivadas de arch que existen hoy , a gusto y sabores para elegir , manjaro es una buena opción xd.

      Me gusta

    1. pues viendo del lado o la óptica de uno y dejando de lado la del otro se puede aprecir el propósito o razón de existencia de una distro , hay distros out of box , hay distros con el principio armatelo tu mismo , y otros que no me vienen a la mente en este momento , cada cual tiene su razón de ser , si todas fueran con el principio out of box la vida no sería tan divertida como por ejemplo gentoo haces algo mal no cargas un módulo que debías cargar y entonces te acuerdas de la familia de quien creo la distro y dices como dirían por aquí en mi país ajos y cebollas(malas palabras como cuando te golpeas el dedo gordo de la mano con un martillo sin querer hacerlo claro xd) , etc , etc, eso hace mas divertida la vida y de paso se genera conocimiento estudiando para quienes tengan tiempo e interés las características y funcionalidades que una distro como archlinux puede dar , mas ahora que se hizo el cambio a systemd , ahora ya no hay que editar tantos archivos de texto plano , saludos xd.

      Me gusta

    2. Bueno, tienes mucha razón.Con arch e aprendido muchas cosas de systemctl, init, grub, etc no critico a arch, esa es su manera de trabajar y es aceptada por el mismo.De echo la distro mas divertida a sido gentoo para mi, muchas cosas aprendí (tengo que darle otra hojeada) con la wiki de gentoo.Ahora uso LMDE 😀 y después si logro, instalare debian :D.

      Me gusta

  9. Sobre el principio KISS:Variations on the phrase include:1."keep it stupid simple"2."keep it short and simple"3."keep it simple sir"4."keep it super simple"5."keep it simple or be stupid"6."keep it simple and stupid"7."keep it simple and straightforward"8."keep it simple and sincere"¿Por qué no los puntos 1 y 6 en vez de la definición general que suena como un insulto hacia el usuario? 😀

    Me gusta

  10. Extraordinario trabajo. Admirable, y no encuentro adjetivos para describirlo. Este trabajo hubiera estado bien poderlo observar directamente. Acabo de instalar Manjaro, pero al lado de esto, pues no se me ocurre nada, je, je.Kikilovem.

    Me gusta

  11. Buenas tardes, tengo pensado instalarme Arch y, por eso, estoy practicando en una máquina virtual antes de hacerlo físicamente… La cuestión es que llegué hasta el paso previo a la instalación de sudo. Allí, al intentar actualizar con pacman -Syu el sistema me tira un error:"error: failed rerieving file 'community.db' from mirrors.neusoft.edu.cn: Culd not resolve host: mirrors.neusoft.edu.cn; Unknow error".Y así se repite una gran cantidad de líneas similares pero con los distintos mirrors, entiendo más o menos, creo, pero me parece que hay problemas con el repositorio… Es la primera vez que me acerco a Arch, siempre anduve muy metido en el mundo .Deb y no tengo la más pálida idea de qué hacer… Me llama la atención ya que, cuando instalé el sistema base, no hubo problema al descargar los paquetes…Gracias por la info, muy útil. Espero algún día poder instalar esta distro.

    Me gusta

    1. Hola Cristian, el error que tienes puede deberse a problemas con el repositorio (que no parece, pues dices que has instalado el sistema base desde ahí) o a que no se ha detectado la red. Prueba a hacer un "systemctl status dhcpcd" y a ver qué te dice. Caso de que el servicio no esté activo, inicialo con "systemctl enable dhcpcd".

      Me gusta

    2. Bien, iba a fijarme, luego de dormir la siesta, cuál era el problema pero al final logré actualizar y continuar adelante con los pasos de instalación… Me quedé trabado al ejecutar el comando "startx", me salta un error:"Fatal server error:no screens found(EE)Please consult the The X.Org Foundation supportat http://wiki.x.orgfor help(EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information(EE)Server terminated with error (1). Closing log file.xinit: giving upxinit: unable to connect to X server: Connection refusedxinit: server error"…Se presenta uno de mis peores temores al intentar instalar Arch: que no me arranque el modo gráfico…Revisé el archivo Xorg.0.log pero no entiendo nada, en parte al final es lo mismo que aparece en este mensaje de error.

      Me gusta

    3. Bueno, a veces la configuración en una máquina virtual puede ser algo más complicada que en un equipo normal. ¿Qué gráfica tienes y que controladores de video has instalado? En alguna ocasión, si no recuerdo mal, he tenido que instalar xf86-video-vesa para que andaran los gráficos en máquina virtual. Otra opción pasa por instalar las Virtual Box Additions para Arch, como se describe aquí:https://wiki.archlinux.org/index.php/Virtualbox#Arch_Linux_guestsVe probando y me cuentas, un saludo.

      Me gusta

    4. Hola shadow.. Gracias por este incríble tutorial. Tenía el mismo problema que Cristian Daniel Barbaro instalando en VMWARE con xf86-video-vesa se ha solucionado!!!Muchas gracias y un saludo, sigo con el tutorial.

      Me gusta

    5. Shadow, he instalado con éxito en la máquina virtual… Te hago una última consulta, cuando lo instalé en mi pc seguro que tendré que configurar la red wifi, tengo una realtek RTL8188CE, revisé un poco la wiki pero como que no me quedó bien claro lo que quieren que haga, además no veo mi modelo de placa… https://wiki.archlinux.org/index.php/WirelessGracias por el tuto, este me ha animado a instalar Arch de una vez por todas…

      Me gusta

    6. Por lo que he podido averiguar es un modelo que da algunos problemas de conexión. Al parecer usa el driver 8192 de Realtek. En este enlace indican que precisa de alguna configuración adicional que consiste en fijar un par de parámetros:https://wiki.archlinux.org/index.php/HCL/Network_Adapters_%28Wireless%29#rtl8188ceEs lo que sugieren en este hilo del foro:https://bbs.archlinux.org/viewtopic.php?id=153040donde, lamentablemente, indican que se trata de la única tarjeta de Realtek que resulta problemática en Linux. Espero que tengas suerte, en este otro hilo indican la forma de mejorar un poco las prestaciones:https://bbs.archlinux.org/viewtopic.php?id=132931Un saludo

      Me gusta

  12. shadow tengo un problema al llegar a sudo systemctl enable lxdm y hacer el reboot me aparece la ventana de login pero al meter el password tanto como usuario o root se queda en la ventana de login y no entra al escritorio…Cuál puede ser el problema?Gracias y un saludo!

    Me gusta

  13. Que tal buenas tardes, yo comente en un tutorial pasado sobre instalar arch, y me habia salido un error, pero ahora segui tu tutorial actualizado y todo muy bien es muy bueno y detallado para las personas que recien empezamos, ahora mi problema instale Xfce ya lo tengo levantado pero al momento de escribir usser y passwd solo me admite usuario root y otro usuario nada que ver, ya ingreso y todo bien pero simpre me sale que cambie de usuario porque estoy en root y puedo dañar algo, no se que hice mal o que onda, otra cosa al dar adduser me dice que no se encontro la orden, ojala me puedas ayudar muchas gracias de antemano

    Me gusta

    1. Hola Roberto, te pido disculpas en primer lugar, ya que el tutorial contiene un error. El comando para añadir usuarios es "useradd", no "adduser", desconozco en qué momento cambio el script en Arch, pues no estaba enterado. Paso a corregirlo y te indico la instrucción correcta para crear un usuario llamado "archie", por ejemplo: # useradd -m -g users -s /bin/bash archieGracias por comentar y lamento la errata, un saludo.

      Me gusta

  14. Hola, este es mi primer post en tu blog, hace poco que empezé con linux, pero gracias a tus posts, la wiki de arch y algunas otras páginas, instalé correctamente Arch linux.El único problema es correr videos de muy alta definción en mp4 pero creo que eso es causa de mi vieja netbook donde lo instalé.Quería dejar además un pequeño tip extra en la instalación de Arch. Si quieren pueden agregar los repositorios libres de Parabola linux, donde pueden encontrar entre otras cosas el iceweasel, icecat y icedove sin necesidad de recurrir a la AUR. Hay que agregar el archivo /etc/pacman.conf agregando las siguientes líneas al final :[libre]SigLevel=NeverServer = http://repo.parabolagnulinux.org/$repo/os/$archSaludos desde Mèxico

    Me gusta

  15. Muchas gracias por crear y compartir este tutorial, me ha sido de gran ayuda, Tras un buen tiempo (La ultima ocasión fue en los tiempos de rc.conf y cuando aún estaba el instalador CLI), decidí volver a intentar Arch, y con la ayuda de lo que recordaba del blog de gespadas y la wiki, e incluyendo por supuesto estos dos post lo he logrado al fin, Arch +Xfce totalmente funcional (claro después de un tiempo tirando de AUR xD). Me ha servido de inspiración el proceso y en verdad es grata la sensación de ir armando todo tú mismo. Gracias de nuevo y agregado a mis RSS para enterarme de las demás noticias y análisis que publicas que por lo que he ojeado son muy interesantes!

    Me gusta

  16. Que raro que usando el iso de Febrero del 2013 el consumo de XFCE instalado todo de 0 haya subido de 110mb a algo mas de 400mb al iniciar apenas el sistema. Hay alguien mas a quien le haya sucedido eso o solo soy yo? de igual manera probare con un iso de diciembre del 2012, aunque me parece que el problema no es ese. No entiendo que pueda ser u.upd: ojo que el xfce4-panel consumia no mas de 20mb ahora llega a 40 con los mismos plugins, esta raro esto u.u

    Me gusta

  17. Solamente le he echado un vistazo por encima, pero pinta bien. Una sugerencia, yo pondría el título de los diferentes apartados en negrita para diferenciarlos mejor, ya que a mí (no sé si a otros también) me resulta muy lioso.

    Me gusta

    1. Samuel, este tutorial está obsoleto, lo escribí hace casi 4 años… eso es una eternidad en Informática en general y en Arch Linux, más todavía. Precisamente, cuando lo escribí el blog estaba alojado en Blogger, de ahí que al hacer el traslado a WordPress en su momento algunos formatos se convirtieron mal, como es el caso de las negritas de este artículo.

      En definitiva, no te aconsejo que sigas este tutorial. En su día fue útil pero ya no lo es.

      Saludos

      Me gusta

Deja un comentario