Migrando a systemd en ArchLinux

Aunque ya son meses de planes y avisos, hace apenas un par de semanas se dió a conocer que ArchLinux reemplazará sysvinit (así como initscripts) por systemd, lo cual ha causado mucha polémica. El cambio ha sido gradual: Hace tres meses, udev fue reemplazado por (fusionado en) el paquete systemd-tools, y hace apenas unas horas este último, al igual que libsystemd, acaban de ser reemplazados por el mismísimo paquete systemd. La migración definitiva está muy próxima, ¡debes estar preparado!

Si eres usuario de ArchLinux seguro te estás preguntando: ¿Debemos migrar en este momento?, ¿qué implica usar systemd?, ¿qué ventajas me ofrece con respecto a sysvinit?, o peor aún, ¿qué rayos es eso de systemd y sysvinit?

Luego de haber leído bastante documentación (referencias al final de este post) y de haber realizado varias pruebas (primero en una máquina virtual y luego en mi sistema principal), trataré de responder a cada una de esas preguntas.

Un poco de historia

En los sistemas operativos basados en UNIX (Linux, FreeBSD, MacOS X, etc) existe un proceso especial, el primero generado por el kernel y en ejecutarse durante el booteo, conocido como init (el cual obviamente tiene el PID número 1), el cual se encarga de ejecutar el resto de los procesos del sistema, e incluso sigue activo como daemon (comunicándose constantemente con el kernel) hasta que el usuario apaga o reinicia el equipo, momento en que dicho proceso ejecuta todo lo necesario para cerrar el sistema.

Desde sus inicios, y hasta la fecha, la mayoría de las distros de Linux utilizan sysvinit. A primera vista podemos darnos cuenta que su nombre proviene de SysV init, o UNIX System V init system, con lo cual nos damos una idea de lo veterano que es este proceso de inicialización (por no decir viejo y obsoleto).

¿Qué alternativas modernas existen?

  • Existe launchd, pero es exclusivo del sistema MacOS X.

  • En 2006 fue liberado Upstart, desarrollado por Scott James Remnant (ex empleado de Canonical, ahora trabaja en Google). Este proceso es usado principalmente por Ubuntu y Chrome OS. Algunas otras distros, como Fedora, lo implementaron en algunas de sus versiones, pero han optado por una mejor opción (sigue leyendo).

  • ¡Y llegó systemd!, liberado apenas en 2010. Su desarrollador principal es Lennart Poettering, creador del conocido PulseAudio (actualmente labora para RedHat). Debido a sus fantásticas características, hoy día es usado de manera predeterminada en distros populares como Fedora y OpenSUSE, por lo que podemos inferir que, a pesar de su corta vida, systemd ya está listo para nivel producción.

Beneficios de systemd

Los principales beneficios de systemd comparado con sysvinit / initscripts son:

  • Tiene capacidades “hotplug”, o sea, systemd asume que todos los recursos del sistema pueden aparecer o desaparecer en cualquier momento. Si conectamos un disco duro externo después de que systemd ha iniciado, se encargará de aplicarle fsck y montarlo correctamente, a diferencia de initscripts que necesita que todos los discos se encuentren enumerados y listos cuando ejecuta fsck para luego montarlos.

  • Podemos saber el estado del sistema en cualquier momento, ya que systemd lleva un registro (journal) mediante cgroups (ya no más PIDs) de todos los daemons y procesos que ha iniciado, quién es el dueño, cuál ha fallado, etc.

  • Es modular. Todo el contenido ejecutado por initscripts en /etc/rc.sysinit ahora es dividido en varios servicios independientes, cada uno de ellos bien documentado y de fácil comprensión. ¡Puedes crear tus propios servicios!

  • Actualmente udev (que incluso ha sido fusionado en systemd) y dbus son usados (inapropiadamente) para iniciar daemons y servicios sobre demanda. Con systemd todo ese trabajo está cubierto, pues es una de sus funciones principales.

  • Actualmente debemos especificar y tener mucho cuidado en el orden de los daemons en la sección DAEMONS del archivo /etc/rc.config. Con systemd se utiliza la activación de daemons por medio de sockets, aportando capacidades de paralelización.

  • Actualmente es bastante complicado implementar seguridad vía sandboxing a cada script rc (/etc/rc.sysinit,/etc/rc.single,/etc/rc.multi, etc). Con systemd sólo necesitamos agregar unas simples opciones de configuración a los archivos de cada unit (de las cuales hablaré más adelante) para aislarlas del sistema de diversas maneras.

  • Los archivos de servicio de systemd pueden ser escritos y distribuidos por cualquier usuario, en vez de los scripts rc escritos específicamente para cada distro. De esta manera, la colaboración entre usuarios y desarrolladores de systemd puede lograr la creación de servicios “perfectos”, que deberían funcionar en cualquier distro.

  • Por origen, systemd es un proyecto “cross-distro“, donde colaboran desarrolladores de todas las grandes y muchas pequeñas distros.

  • Y como ya se lo pueden imaginar, ¡systemd es muy rápido!. Es notable la reducción del tiempo al momento del booteo, incluso al cerrar el sistema es mucho, ¡pero mucho más rápido! (comparado con sysvinit/initscripts, por supuesto). Toda esta velocidad es básicamente un “efecto secundario” de todas las bondades descritas en los puntos anteriores.

La lista anterior no es exhaustiva, ¡hay más beneficios al usar systemd!

Preparando nuestro ArchLinux para systemd

Seguro que después de haber leído la lista anterior quieres salir corriendo para instalar systemd… ¡no lo hagas! Antes necesitas preparar tu sistema antes de la migración.

Lo primero que debemos hacer, es revisar nuestro querido y viejo archivo /etc/rc.conf (el cual es usado por initscripts), pues prácticamente ya no será utilizado con systemd, por lo que debemos migrar toda las configuraciones ahí contenidas por el nuevo esquema de configuración:

  • El valor de HOSTNAME ahora se establece en el archivo /etc/hostname (el nombre de nuestro hostname, por ejemplo localhost, es lo único que debe tener dicho archivo). También hay que ajustar el archivo /etc/hosts para que coincidan.

  • El valor de TIMEZONE ahora se establece por medio de un symlink de /etc/localtime a /usr/share/zoneinfo/<ZONA>/<SUBZONA> (reemplaza <ZONA> y <SUBZONA> según tu ubicación geográfica). Por ejemplo, para México:

    ln -s /usr/share/zoneinfo/America/Mexico_City /etc/localtime
  • Los valores de KEYMAP, CONSOLEFONT y CONSOLEMAP ahora se establecen en el archivo /etc/vconsole.conf (el cual debes crear).

    • KEYMAP especifica la distribución del teclado. Las opciones disponibles se encuentran en /usr/share/kbd/keymaps.

    • CONSOLEFONT especifica la fuente (tipo de letra) a usar en la consola (el programa setfont toma este valor durante el booteo). Las opciones disponibles se encuentran en /usr/share/kbd/consolefonts. También puede usarse FONT. Esta configuración es opcional.

    • CONSOLEMAP especifica el mapa de consola correspondiente, que también es leído por setfont. Las opciones disponibles se encuentran en /usr/share/kbd/consoletrans. También puede usarse FONT_MAP. Esta configuración es opcional.

    Por ejemplo:

    KEYMAP=es
    CONSOLEFONT=lat9w-16
    CONSOLEMAP=8859-1_to_uni
  • El valor de LOCALE (el cual especifica el idioma del sistema y de la mayoría de las aplicaciones) ahora se establece en el archivo /etc/locale.gen, donde debemos descomentar (eliminar el “#” al inicio de la línea) la localización deseada. Por ejemplo, para soporte UTF-8 en Español para México:

    ...
    #es_HN ISO-8859-1
    es_MX.UTF-8 UTF-8
    #es_MX ISO-8859-1
    ...

    Para aplicar los cambios realizados, debemos ejecutar el comando locale-gen.

    También es buena idea establecer dicho valor con la variable LANG en el archivo /etc/locale.conf, donde también podemos establecer otros valores interesantes, como LC_COLLATE, que especifica cómo se ordenan los archivos al ejecutar el comando ls. Ejemplo:

    LANG="es_MX.UTF-8"
    LC_COLLATE="C"
  • Los valores (lista separada por espacios) de MODULES ahora deben establecerse en uno o más archivos del tipo <MODULO>.conf: En el directorio /etc/modules-load.d/ los módulos para ser cargados incondicionalmente durante el booteo, y en /etc/modprobe.d/ (normalmente usado por udev para cargar módulos sobre demanda) los módulos que no se auto ejecutarán (anteponiendo la palabra blacklist). Ejemplos:

    # /etc/modules-load.d/virtualbox.conf
    vboxdrv
    # /etc/modprobe.d/nobeep.conf
    blacklist pcspkr

Puedes poner varios módulos en un sólo archivo .conf, pero cada uno en una línea aparte.

¿Y los valores de DAEMONS? Esos no los cambiaremos por el momento (es lo único que debemos dejar habilitado en /etc/rc.conf). Lo que si haremos es tener muy presente qué daemons son los que ahí se encuentran. Posteriormente (luego de instalar systemd), migraremos cada daemon a su respectiva unidad de servicio (no se desesperen, ya llegaremos a este punto).

Instalación de systemd en ArchLinux

¡Por fin! Luego de tanta introducción y preparación, hemos llegado al punto clave, ¡instalemos systemd en nuestro querido ArchLinux!

  1. Antes que nada, ¡actualiza tu sistema!

    sudo pacman -Syu
  2. Ya debes tener instalado el paquete systemd (vuelve a leer el primer párrafo de este post). De todas formas, lo puedes instalar con el comando:

    sudo pacman -S systemd
  3. A pesar de que ya instalamos systemd, si reiniciamos nuestro equipo, de nuevo sysvinit e initscripts se ejecutarán, ya que aún estamos en un “esquema mixto” (para ver que todo funciona bien). Lo que haremos entonces, es agregar init=/bin/systemd a los parámetros del kernel del bootloader que utilices.

    • Si usas Grub Legacy, edita el archivo /boot/grub/menu.lst y modifica la línea que inicia con kernel.

      title Arch Linux
      root (hd0,0)
      kernel /vmlinuz-linux root=/dev/sda3 ro quiet init=/bin/systemd
      initrd /initramfs-linux.img
    • Si usas Grub2, edita el archivo /etc/default/grub y modifica la línea que inicia con GRUB_CMDLINE_LINUX_DEFAULT.

      GRUB_DISTRIBUTOR="Arch Linux"
      GRUB_CMDLINE_LINUX_DEFAULT="quiet init=/bin/systemd"
      GRUB_CMDLINE_LINUX=""

      Es necesario actualizar Grub2 con el comando

      sudo grub-mkconfig -o /boot/grub/grub.cfg
    • Si usas syslinux, edita el archivo /boot/syslinux/syslinux.cfg y modifica la línea que inicia con APPEND.

      LABEL arch
      MENU LABEL Arch Linux
      LINUX ../vmlinuz-linux
      APPEND root=/dev/sda3 ro quiet init=/bin/systemd
      INITRD ../initramfs-linux.img

    ¡Nota! A pesar de que en los ejemplos incluí el parámetro quiet, es recomendable no incluirlo las primeras veces que iniciamos el sistema con systemd, para poder verificar que todo esté funcionando adecuadamente.

  4. ¡Reinicia el sistema! Ahora el proceso de booteo estará a cargo de systemd. ¿Algún problema? Ya que seguimos en un esquema mixto, puedes eliminar init=/bin/systemd de los parámetros del kernel para bootear nuevamente con sysvinit e initscripts, y así puedas corregir algún error.

    ¿Todo bien? ¡Sigue leyendo!

  5. ¿Recuerdas que mencioné que no olvidaras qué daemons teníamos en /etc/rc.conf? ¡Ahora es momento de migrarlos a systemd! Cada daemon debe tener su correspondiente unidad de servicio (las que explicaré a fondo en la siguiente sección), y cada una de ellas debemos habilitarlas (para que se ejecuten automáticamente al momento del booteo) por medio del comando:

    sudo systemctl enable <NOMBRE_DEL_SERVICIO>.service

    Algunos ejemplos (daemons con sus respectivas unidades de servicio):

    • network (Conexión ethernet por DHCP)

      sudo systemctl enable dhcpcd@eth0.service
    • networkmanager (Reemplazo de network)

      sudo systemctl enable NetworkManager.service
    • wicd (Reemplazo de network, más ligero que networkmanager)

      sudo systemctl enable wicd.service
    • crond (Programación de eventos)

      sudo systemctl enable cronie.service
    • cupsd (Common UNIX Printing System)

      sudo systemctl enable cupsd.service
    • ntpd (Cliente y servidor del Network Time Protocol)

      sudo systemctl enable ntpd.service
    • samba (Servicios de archivos e impresión para clientes de Microsoft Windows)

      sudo systemctl enable smbd.service
    • nginx (Servidor Web Nginx)

      sudo systemctl enable nginx.service
    • mysqld (Servidor de Base de Datos MySQL)

      sudo systemctl enable mysqld.service
    • postgresql (Servidor de Base de Datos PostgreSQL)

      sudo systemctl enable postgresql.service
    • gdm (Gnome Display Manager)

      sudo systemctl enable gdm.service
    • kdm (KDE Display Manager)

      sudo systemctl enable kdm.service
    • slim (Simple Login Manager, ¡mi preferido!)

      sudo systemctl enable slim.service

    Algunas observaciones muy importantes:

    • Algunos daemons no tenemos que habilitarlos explícitamente, como es el caso de dbus y netfs.

    • Algunos daemons desgraciadamente aún no tienen unidades de servicio (como dropboxd y httpd). Si no puedes prescindir de ellos, te recomiendo continúes con el esquema mixto (para que sigan siendo llamados desde la línea DAEMONS del archivo /etc/rc.conf), hasta que hayan sido implementados, lo cual no debe demorar mucho tiempo… ¡hay que ser pacientes!

    • El daemon syslog-ng (que normalmente es el primero en la línea DAEMONS del archivo /etc/rc.conf), causa conflictos con el nuevo syslog.socket, por lo que es necesario eliminarlo de la lista si planeamos seguir con el esquema mixto.

    Cuando estés seguro que ya no ejecutas ningún daemon especificado en el archivo /etc/rc.conf, entonces éste deja de tener utilidad. Te recomiendo hacerle un respaldo para recordar a nuestro viejo amigo, que tantos años nos acompañó.

  6. ¿Tienes personalizados los archivos /etc/rc.local y/o /etc/rc.local.shutdown? ¡Debes convertirlos a unidades de servicio! Pero ya que aún no sabemos cómo hacer eso, podemos darles soporte usando unas unidades de servicio especiales que llaman a ambos archivos.

    cp /usr/lib/systemd/system/rc-local{,-shutdown}.service /etc/systemd/system/
  7. Reinicia el sistema nuevamente. Si hay algún error, verifica de nuevo los pasos previos. ¿Todo bien? ¡Sigue leyendo!

  8. Cuando ya todo funcione perfectamente, ya podemos dar el paso definitivo del esquema mixto a un sistema systemd puro, y eso lo logramos instalando el paquete systemd-sysvcompat, el cual al mismo tiempo eliminará sysvinit e initscripts (éste último es probable que previamente tengas que eliminarlo manualmente con pacman -R), y le aplicará un pacsave a rc.conf, rc.local and rc.local.shutdown.

    sudo pacman -S systemd-sysvcompat
  9. Ya podemos eliminar init=/bin/systemd de nuestro parámetro del kernel (lo que hicimos en el paso 4), ya que ahora /sbin/init es un symlink a systemd.

¡Eso es todo! Si gustas puedes reiniciar nuevamente, para disfrutar al 100% de systemd en tu ArchLinux.

¡Ya tengo systemd! ¿Y ahora qué?

¡Ahora muchas cosas han cambiado! Acciones como ejecutar daemons, cambiar de runlevel, revisar el log del sistema o usar pm-utils para suspender o hibernar, ahora tienen un enfoque diferente, básicamente nos estamos enfrentando a un nuevo paradigma. En la presente sección les mencionaré los conceptos básicos para que empiecen a familiarizarse con systemd.

Previamente he mencionado el término “unidades de servicio“, pero no había explicado de qué se trataban exactamente. Una unidad o unit, no es más que un archivo de configuración que contiene información no sólo de servicios (.service, los más comunes, nuestros conocidos daemons), si no también de sockets (.socket), dispositivos (.device), puntos de montaje (.mount), puntos de auto-montaje (.automount), e incluso grupos de otras unidades (.target).

Como dato adicional, es interesante saber que la sintaxis de la información contenida en los archivos de las unidades está inspirada en los archivos .desktop de la especificación XDG Desktop Entry, que a su vez estuvo inspirada por… wait for it… ¡los archivos .ini de Microsoft Windows!, ironías de la vida.

Los archivos de unidades disponibles en nuestro sistema podemos encontrarlos en /usr/lib/systemd/system/ y /etc/systemd/system/ (éste último directorio toma precedencia en caso de duplicados).

Básicamente estaremos trabajando con el comando systemctl para interactuar con las diversas unidades de systemd. Algunos comandos de uso común son:

  • Listar las unidades que se estén ejecutando actualmente.

    systemctl

    o bien,

    systemctl list-units
  • Listar las unidades con errores.

    systemctl --failed
  • Listar las unidades instaladas.

    systemctl list-unit-files
  • Activar una unidad inmediatamente.

    systemctl start <unit>
  • Desactivar una unidad inmediatamente.

    systemctl stop <unit>
  • Reiniciar una unidad.

    systemctl restart <unit>
  • Recargar la configuración de una unidad.

    systemctl reload <unit>
  • Mostrar el estado de una unidad, esté o no en ejecución.

    systemctl status <unit>
  • Verificar si una unidad está habilitada.

    systemctl is-enabled <unit>
  • Habilitar una unidad para ejecutarse en cada booteo.

    systemctl enable <unit>
  • Deshabilitar una unidad para que no se ejecute en cada booteo.

    systemctl disable <unit>
  • Mostrar la ayuda asociada a una unidad (si se encuentra disponible).

    systemctl help <unit>

En el caso de la administración de energía del sistema, también debemos usar el comando systemctl. Si nos encontramos en una sesión de usuario de ConsoleKit, podemos ejecutar los siguientes comandos sin necesidad de privilegios de root (a no ser que haya otra sesión activa):

  • Cerrar y reiniciar el sistema.

    systemctl reboot
  • Cerrar y apagar el sistema.

    systemctl poweroff
  • Cerrar y detener el sistema.

    systemctl halt
  • Suspender el sistema.

    systemctl suspend
  • Hibernar el sistema.

    systemctl hibernate

Ahora bien, los clásicos runlevels son un concepto de sysvinit, quien examinaba el archivo /etc/inittab (ahora obsoleto) para saber el valor de :initdefault:. El paradigma correspondiente en systemd son las unidades .target, que básicamente tienen el mismo propósito, pero con algunas diferencias, por ejemplo, cada target tiene un nombre, en vez de la clásica numeración de los runlevels:

  • Runlevel 0 = poweroff.target

  • Runlevel 1 = rescue.target

  • Runlevels 2, 3 y 4 = multi-user.target

  • Runlevel 5 = graphical.target

  • Runlevel 6 = reboot.target

Ejemplos de uso:

  • Para cambiarnos a otro target en la sesión actual (no afecta al siguiente booteo).

    systemctl isolate graphical.target
  • Para establecer un nuevo target predeterminado (el usado en cada booteo).

    systemctl enable multi-user.target

Por último, quisiera mencionarles un poco acerca del nuevo log del sistema, conocido como journal. Para revisarlo, basta usar el comando:

journalctl

El journal escribe en los archivos contenidos en el directorio /run/systemd/journal/, y por lo mismo, se pierden al reiniciar el sistema. Si deseamos logs persistentes, sólo debemos crear el directorio /var/log/journal/:

mkdir /var/log/journal/

¡Aclaración! En todos los comandos de esta sección omití el uso de sudo para facilitar la lectura de los comandos; no olviden incluirlo al inicio de ellos cuando sea necesario.

Referencias

Es importante que tomes en cuenta que todo lo expuesto en el presente post es meramente un resumen (si, ¡por largo que se vea!), y sólo describe los pasos generales al instalar y usar systemd en ArchLinux. Siempre habrán excepciones o casos especiales, por lo que les recomiendo leer, investigar y documentarse a fondo sobre el tema. Aquí les dejo una lista de referencias, que son las que usé para elaborar este tutorial.

Share

  • shadowffvi

    buena info.

    • http://gespadas.com Gregorio Espadas

      Gracias :-)

  • Yoyo Fernández

    Para quitarse el sombrero y hacerle la reverencia ;)

    Mejor imposible :)

    Y ahora que estoy en Manjaro que ya viene con systemd me es de mucha utilidad :D

    Un saludo, maestro.

    • http://gespadas.com Gregorio Espadas

      Mi estimado tocayo, ¡muchas gracias por tus palabras! :-)

  • Tanrax

    ¿Este cambio hay que hacerlo manual, tal como explicas en tu fastastico tutorial, o en el futuro se realizará de forma oficial por un script? En otras palabras: ¿hay que hacerlo a mano o se cambiará sin darnos cuenta?

    Gracias :)

    • Jairo Alonso Velásquez

      Yo creo que los que ya tenemos Arch Instalado toca a mano, en la próxima release (imagen) de Arch seguramente vendrá por defecto. Lo que están intentando desarollar es un script que haga el trabajo al reves, es decir de systemd a sysVinit (aunque es posible que también viceversa): http://goo.gl/dw1xN

    • http://gespadas.com Gregorio Espadas

      Eventualmente se hará el cambio (realmente desde hace meses se han estado realizando los cambios de manera gradual). Lo que debemos hacer es preparar nuestro sistema (tal y como describo en el presente tutorial), para que cuando el cambio sea inevitable, estemos listos.

      ¡Gracias por tu preferencia!

  • pico.dev

    Excelente post! Muy completo.

    dropbox me parece que ya está adaptado a systemd, tengo ambos instalados en arch y dropbox se inicia cuando entro en GNOME 3.

    • http://gespadas.com Gregorio Espadas

      Igual a mi, y eso que uso Openbox. En este caso, Dropbox se está ejecutando directamente por el DE / WM, y no como daemon durante la carga por systemd.

      ¡Saludos y gracias por tu preferencia!

  • Agustín

    Genial, como siempre!! Muchas gracias!!

    Una pequeña duda: ¿es posible que el servicio de impresoras cupsd.service sea en realidad cups.service???
    Te lo digo porque al intentar añadirlo tal cual lo has escrito me salta un error: “Failed to issue method call: No such file or directory”, pero al intentarlo con cups.service me lo coge sin problemas….(creo)

  • Alejandro

    Genial, muy completo no dudaré en visitar este post cuando haga el cambio!

    • http://gespadas.com Gregorio Espadas

      ¡Muchas gracias!

  • debish

    Bárbaro, un post bárbaro. Gracias :)

    • http://gespadas.com Gregorio Espadas

      ¡Gracias a ti por leer el tutorial!

  • http://anonimoconiglio.blogspot.com/ Santiago

    A esto lo llamo un Señor Post, con mayúscula. Muchas gracias, me va a servir :)

    • http://gespadas.com Gregorio Espadas

      ¡Estupendo! Muchas gracias por tus palabras :-)

  • Jairo Alonso Velásquez

    Buen Trabajo Gregorio, yo empece a usar Archlinux desde que lei tu post de instalación hace ya rato y me anime a instalarlo y desde entonces no lo cambio por ninguna otra distro. . . Y hace como una semana migre totalmente a Systemd, pero tenias ciertas dudas, que tu acabas de aclararme. ;) y si, el booteo, reinicio y apagado son muchos mas rapidos!

    Quisiera compartirles el siguiente enlace: http://goo.gl/gbGff Se titula en Inglés: Por que systemd? que trata de todas la ventajas que y beneficios que aprovecharemos cuando usemos systemd ademas de compararlos junto a las demás opciones (Upstart y SystemV). Los invito a leer, ahora que si Gregorio quiere complementar el post con esa info sería de mucha ayuda.

    Gracias nuevamente.

    • http://gespadas.com Gregorio Espadas

      ¡Mil gracias por tus palabras! Un honor saber que gracias a mis tutoriales entraste al maravilloso mundo de ArchLinux :-)

      Sobre el link que mencionas, ya estaba incluido en la lista de enlaces de referencia, ya que era referencia obligada, por tratarse de Lennart Poettering, creador de systemd.

      ¡Saludos!

  • Agustín

    Muy bueno!! yo empecé a usar Arch con tu blog ^^
    Lo voy a probar

    • http://gespadas.com Gregorio Espadas

      ¡Un honor saber eso! Gracias por la confianza :-)

  • Nikita

    Amigo donde me registro…..
    Gracias por la información….

    • http://gespadas.com Gregorio Espadas

      Gracias a ti por leer el tutorial :-)

  • Skatox

    Gracias, acabo de migrar a systemd facilmente.

    • http://gespadas.com Gregorio Espadas

      ¡Misión cumplida! :-)

  • http://twitter.com/truko222 truko22

    Muchas gracias, en Chakra project también harán el cambio pronto :D

    • http://gespadas.com Gregorio Espadas

      ¡De nada! Saludos :-)

      • http://twitter.com/truko222 truko22

        Hola creo que hay una errata en la unidades de servicio con samba y no entiendo como migrar los módulos :D por ejemplo MODULES=(cpufreq_performance cpufreq_powersave). Con respecto a chakra creo que los reinstalare cuando salga una iso con el systemd ya bien cocinado :D mientras intentare migrar a systemd y saberlo utilizar. De nuevo muchas gracias por al guiá :D

  • Pingback: Siguiendo la telaraña 35/2012 - Thalskarth's Maëlstrom()

  • Pingback: Bitacoras.com()

  • Tanrax

    He seguido paso a paso y me ha ido de maravilla. Muchas gracias :)

    • http://gespadas.com Gregorio Espadas

      ¡Genial! :-)

  • http://twitter.com/Luweeds Luweeds

    Genial post Gregorio¡¡ Un “resumen” magistral como nos acostumbras a aportar. Mis dudas son saber qué módulos y servicios debo agregar al inicio o no, yo estoy en systemd puro y no se si debo borrar el syslog-ng del /etc/rc.conf.
    Por otro lado en arranque del sistema recibo un log : failed start load kernel modules y no se a qué se debe, me toca investigar pues es la única unidad que aparece si ejecuto systemctl –failed: systemd-…les-load.service loaded failed failed Load Kernel Modules
    Espero recibas muchas visitas cuenta con unas cuantas mias mientra afino con el sistema, pues seguro que con los comentarios, van saliendo adelante cosillas. Saludos archeros y enhorabuena por el post, te lo has “currado” amigo¡¡

    • http://gespadas.com Gregorio Espadas

      ¡Muchas gracias por tus palabras estimado amigo!

      Muy probablemente tengas un problema con la carga de módulos, lee más info aquí https://wiki.archlinux.org/index.php/Systemd#Kernel_modules_loaded_during_boot

      • http://twitter.com/Luweeds Luweeds

        Finalmente se ha solucionado, no tengo claro si por la última actualización ó por algún servicio que habilité :) Gracias por tu respuesta y Arch rules¡¡

  • Pepe Salama

    Espectacular… Gespadas parece que me lee el pensamiento en cuanto a mis necesidades de resolver dudas sobre mi arch…
    enhorabuena por lo magnificamente didáctico que resultas… y gracias gracias gracias…
    Antes de seguir tus pasos no tengo nada claro el último punto de “Preparando nuestro archlinux para systemd”: el tema de los módulos, sus archivos de configuración y su ubicación.
    Gracias de nuevo.

    • http://gespadas.com Gregorio Espadas

      ¡Mil gracias por tus palabras! Motivan a seguir escribiendo :-)

      Aquí más info sobre los módulos: https://wiki.archlinux.org/index.php/Systemd#Kernel_modules_loaded_during_boot

      • Pepe Salama

        Bueno pues …. migrado a systemd puro siguiendo tu tutorial a pies juntillas: Todo perfecto. Graciassssssssssss.
        Comento alguna curiosidad por el camino…

        Tras el reinicio indicado en el punto 5 se me quedó en una consola tty (susto): no había cargado kdm. Tuve que loguearme como usuario y luego como SU para ejecutar kdm y así entrar en mi escritorio.
        En el punto 6 fui habilitando mis servicios/daemons pero no encontré ni alsa ni ibus (pero no parece que pueda echarlos en falta pues no noto nada nuevo) ¿alguna sugerencia?.
        Como dijiste no habilité ni netfs, ni dbus ni syslog-ng (este último lo eliminé de los daemons de rc.conf para que no diera error en el reinicio del punto 8).
        Curiosamente hay que habilitar NetworkManager con esas dos mayúsculas N y M (en minúsculas no lo reconoce).
        Pese a no tener kdm como daemon en rc.conf habilité kdm.service (lógicamente debido al susto descrito anteriormente).
        Reinicio del punto 8 sin problemas.
        Y para el punto 9, antes tuve que eliminar manualmente initscripts con pacman -R (como dijiste).
        Punto 10 sin problemas y reinicio sin problemas.
        Y aquí estoy vivito y coleando
        La verdad es que después de todo aparentemente no noto nada ¿debería notar algo?
        Salu2 y muchisimas gracias Gregorio
        (ah…. y sobre los módulos no hice nada)

        • http://gespadas.com Gregorio Espadas

          En efecto, hay varios daemons que, por decirlo de cierta forma, forman parte implícita del sistema, como alsa (que incluso creo ya está incluído en el propio kernel de Linux) y dbus.

          Y si, es curioso que para “NetworkManager” hayan usado letras mayúsculas.

          ¿Qué debes notar? de entrada un inicio y un apagado mucho más rápido, aunque en las tareas día a día no se note practicamente la diferencia, pues systemd está “tras bambalinas” trabajando por nosotros.

          • Pepe Salama

            pues sí… menudo reinicio… y el apagado parece el interruptor de la luz…
            Saludos y gracias…

  • Alex

    Se instalo con un full upgrade, ahora reniciare :)

    • http://gespadas.com Gregorio Espadas

      ¿Todo bien? ;-)

  • http://twitter.com/edwingod Edwin Jim

    Marcado como favorito para cuando me toque hacer el cambio. Ahorita es imposible por la falta de tiempo, pero ya tengo una maquina con una instalación “fresca” para probar hacer el cambio :D. Como siempre excelentes posts los tuyos Gregorio.
    Saludos.

    • http://gespadas.com Gregorio Espadas

      Gracias a ti por tu preferencia en mis tutoriales. ¡Saludos!

  • Juanjo

    Dios te lo pague con muchas mujeres o lo que te guste.

    • http://gespadas.com Gregorio Espadas

      Jajajajajajaja Mejor con salud para mi familia :-)

  • Citux

    Primero que nada muchas gracias Gregorio por tan excelente tutorial!! recién acabó de migrar a Systemd con éxito aprovechando un poco de tiempo libre, lo único que me dio un pequeño susto fue que no podía iniciar mi lxdm pero esto se solucionó (por si a alguien le pasa lo mismo) con:
    # systemctl enable lxdm.service
    y me costó activar uno que otro viejo daemon… Saludos!

    • http://gespadas.com Gregorio Espadas

      Gracias a ti por la confianza. En efecto, esa es la unidad de servicio para el display manager de LXDE, la verdad no quise poner demasiados (hubiese sido una lista muy extensa), sólo puse los más comunes.

  • JonaC2

    Muchas gracias Gespadas! Como siempre INCREÍBLE! [un microapunte se te fue una “d” en el servicio cups o por lo menos no lo encontré en la lista de servicios… ;)

    • http://gespadas.com Gregorio Espadas

      ¡Gracias por tu preferencia! Por cierto, ya revisé y si puse “cupsd” en la lista de servicios, ¿o en qué parte dices que se me fue?

  • Gonçal Sallan i Baso

    Hola. Quisiera felicitarte por los fabulosos tutoriales que creas. A mí y a mucha gente más nos facilita muchísimo nuestra experiencia con ArchLinux. Pero debo comunicarte una pequeña errata, a mi parecer, que hay en este tuto:

    samba (Servicios de archivos e impresión para clientes de Microsoft Windows)

    sudo systemctl enable postgresql.service

    Se entiende perfectamente, pero a la hora de activar:

    postgresql (Servidor de Base de Datos PostgreSQL)

    sudo systemctl enable postgresql.service

    pues resulta que da error. No es un gran drama, porque simplemente realizando un ‘rc.d start postgresql’ ya arranca. Pero, ¿habría una solución al arranque como servicio de systemd de postgresql?

    De nuevo, eternamente agradecido por tu blog. Salud y fuerza.

    • http://gespadas.com Gregorio Espadas

      ¡Gracias por hacerme ver esa errata! Acabo de corregirla.

      Con respecto al otro detalle, ignoro por qué postgresql.service no te funciona (yo no puedo probarlo por que no tengo PostgreSQL instalado). ¿Tienes actualizado el paquete postgresql? El mismo paquete debe proveerte de la unidad de servicio.

      Prueba y me dices el resultado.

  • gabo

    Gespadas, que sucede con e4rat por ejemplo? Mi init del menu.lst contiene las siguientes lineas:

    kernel /boot/vmlinuz-linux root=/dev/sda1 ro init=/usr/sbin/e4rat-preload-lite

    Me gustaria saber si systemd suple de alguna manera las ventajas de e4rat en mi sistema y si se puede seguir utilizando con el. Muchas gracias.

  • angel

    hola disculpa una pregunta como pongo el modo grafico por defaul pues al ponerle systemctl enable graphical.target me dice que el archivo ya existe

    • http://gespadas.com Gregorio Espadas

      Eso quiere decir que el graphical.target ya ha sido habilitado previamente.

  • TheArcherBlog

    Sr. Gespadas: Muchas gracias por tus guías y tutoriales. Ayer me salvaste la vida y hoy he migrado a systemd sin problemas.

    Realmente, muchas gracias! Espero que vengan muchos más tutoriales con estos temas que no se suelen encontrar por la red y menos en lengua hispana.

    Saludos!

    • http://gespadas.com Gregorio Espadas

      Gracias a ti, mi amigo, por leer mis tutoriales. En efecto, encontrar información en español, con cierto nivel de calidad, es algo complicado, pero es uno de mis objetivos a corto plazo remediar esa situación reviviendo uno de mis proyectos… ¡más info muy pronto!

  • ZX80

    Gregorio, dices que todo es un resumen de los wikis, pero yo nunca soy capaz de seguirlos, me pierdo y me cargo el sistema, pero con tus lecciones todo va como la seda sin ningun error.
    Muchas gracias y felicitarte por tu gran labor.

    • http://gespadas.com Gregorio Espadas

      Palabras así me motivan a seguir escribiendo. ¡Gracias por tu preferencia!

  • Dans7

    Muchas gracias por el tutorial, es un placer tener gente como usted :-)

    Lo he hecho en mi sistema y ahora encuentro que va mas rápido, a parte antes algunas veces al iniciar me daba error (-71) en device de los usb y a veces me salía en kde que había eliminado dispositivos (tarjeta AMD Radeon) y tenía que volver a reiniciar … sin embargo ahora no me da estos problemas y arranca mas rápido.

    Un problema que si tengo es que no consigo poner la hora española (Madrid), he marcado zona horária Madrid (en el reloj tenía UTC) y hora local y no hay forma, me sigue dando una diferencia de 2 horas adelantadas a la hora oficial.

    Saludos

    • http://gespadas.com Gregorio Espadas

      Gracias por tus palabras. Con respecto a tu problema, te recomiendo usar NTP: https://wiki.archlinux.org/index.php/Network_Time_Protocol_daemon (especialmente la parte para usarse con systemd). ¡Saludos!

      • Dans7

        Gracias por la pronta respuesta. He instalado el paquete ntp, he cargado el demonio y he marcado en KDE reloj para que sincronize con un servidor, tambien he comprobado que no estubiera cargado hwclock y he reiniciado.

        Me vuelve a dar errores de device usb -71, varios errores, lo he reiniciado varias
        veces y me pasa lo mismo. He desactivado el demonio ntp y he desmarcado que
        el reloj se actualizara a servidores ntp y ya no me salen estos errores.

        Pero sigo con el reloj adelantado en 2 horas.

        Saludos

        • Dans7

          Estos son los errores de los logs, dónde he puesto …/… me he comido líneas por no hacerlo muy largo.

          Sep 07 16:55:31 localhost kernel: usb
          5-1: device descriptor read/64, error -71

          Sep 07 16:55:31 localhost kernel: usb
          5-1: device descriptor read/64, error -71

          Sep 07 16:55:31 localhost kernel:
          EXT4-fs (sda3): re-mounted. Opts: data=ordered

          Sep 07 16:55:31 localhost kernel: usb
          5-1: new full-speed USB device number 3 using uhci_hcd

          Sep 07 16:55:31 localhost kernel: usb
          5-1: device descriptor read/64, error -71

          Sep 07 16:55:31 localhost
          systemd-udevd[113]: starting version 189

          Sep 07 16:55:31 localhost
          systemd-journal[117]: Journal started

          … / …

          Sep 07 16:55:31 localhost
          systemd-modules-load[115]: Inserted module ‘vboxdrv’

          Sep 07 16:55:31 localhost kernel: usb
          5-1: device descriptor read/64, error -71

          Sep 07 16:55:31 localhost kernel: usb
          5-1: new full-speed USB device number 4 using uhci_hcd

          … / …

          Sep 07 16:55:32 localhost kernel: [drm]
          Initialized drm 1.1.0 20060810

          Sep 07 16:55:32 localhost kernel: usb
          5-1: device not accepting address 5, error -71

          Sep 07 16:55:32 localhost kernel: hub
          5-0:1.0: unable to enumerate USB device on port 1

          ,,, / …

          Saludos

          • http://gespadas.com Gregorio Espadas

            No creo que esos errores sea a casusa del uso de NTP, pues incluso me has comentado que ya te salían desde antes. Ya que no siempre obtienes esos errores, quiero pensar que el motivo es inherente al comportamiento propio de systemd, ya que ejecuta los daemons / unidades de servicio en paralelo, ocasionando que no siempre se ejecuten en el mismo orden, así que es probable que tengas que establecer manualmente las dependencias entre unidades de servicios. Aquí mas info al respecto: https://wiki.archlinux.org/index.php/Systemd#Writing_custom_.service_files

          • Dans7

            Es cierto, tienes razón, he vuelto a reiniciar sin tener ntp y me ha dado errores, por lo que confirmo que me pasa a veces, por lo general todo carga bien, pero algunas veces salen esos errores y iniciando de nuevo por lo general ya no salen.

            Veremos si me aclaro con la info para solucionar el problema.

            Es un gusto tener a gente como tu en la red.

            Saludos

          • Dans7

            He conseguido poner el reloj en hora, he marcado en ajustar fecha y hora, zona UTC y en preferencias del reloj también zona UTC, y en configuración predeterminada local.

            He reiniciado y ya está a la hora correcta. Por lo que se refiere a los errores siguen apareciendo algunas veces. Me he mirado la info y voy muy perdido.

            Saludos

  • Max Steel

    Hola, yo tengo una pequeña duda, en cuanto a la red sólo poseo el viejo daemon “network” con una ip estática configurada obviamente, en el rc.conf; en este caso ¿qué procede? ¿cambiar a algo como networkmanager o no hay problema en usar el dhcpd@eth0?

    • Max Steel

      Jeje y algo más que se me pasó ¿como cambiar entre runlevels? Antes sería con un simple init X ¿ahora?

      • http://gespadas.com Gregorio Espadas

        Lo menciono en el post. Debes primero habilitar el modo predeterminado con:

        systemctl enable graphical.target

        o

        systemctl enable multi-user.target

        Por ejemplo, yo para entrar al modo gráfico desde la consola, uso mi configuración de ~/.xinitrc, así que sólo debo ejecutar el comando

        startx

        ¡Saludos!

    • http://gespadas.com Gregorio Espadas

      Si usas una IP estática obviamente no debes usar DHCP. Te recomiendo dejar de usar el viejo network, que es muuuuy lento, y uses alguna alternativa, como networkmanager o wicd. Verifica sus respectivas páginas en la wiki de Arch para que veas cómo se configura una IP estática. ¡Saludos!

  • Juan Reyes

    Muy buenas Gregorio, tengo una duda, ¿Se podria instalar ARCHLINUX con las antiguas imagenes? y si se pudiara, en el proceso de la actualizacion no se generarian conflictos con Systemd y la antigua configuracion?.

    PD: No me apetece instalar Archlinux con el nuevo instalador, me costo tanto instalar Arch con el antiguo metodo, sera que en parte me encariñe con el.

    Saludos.

    • http://gespadas.com Gregorio Espadas

      Si usas una ISO que aún use AIF (el antiguo instalador), cuando intentes actualizar tu sistema (sudo pacman -Syu) tendrás una infinidad de conflictos que deberás resolver manualmente. No es algo que sea imposible (tendrás que revisar meses de mensajes de cambios en los anuncios de Arch), pero considero más sencillo instalar ArchLinux con las nuevas ISOs sin AIF, que quebrarse la cabeza resolviendo todos esos conflictos.

  • Andrés

    Que tal che. Te consulto, yo todavía no eh echo nado con respecto a la migración de mi querido rc.conf. Ahora siguiente esta tremenda guía podre tener systemd? Lo que sucede es que estoy interiorisandome como es la migración hacia la desentralizacion de rc.conf. Gracias.

    • http://gespadas.com Gregorio Espadas

      Es el objetivo del presente tutorial. Saludos.

      • Andrés

        Gracias loco, recién me puse hacer tu “paso a paso” y ya tengo systemd puro completamente funcional. Pero lo único que me quedo “mal” es que para reiniciar o apagar en el menú de Gnome Shell me pide contraseña. Sobre que puedo investigar este “problema” (entre comillas porque no es ni un problema ni esta mal, solo que no me hace falta que me pida contraseña)?. Pero todo lo demás un espectáculo. Un abrazo loco.

        • Andrés

          Me respondo a mi mismo: ya esta solucionado. Edite el archivo oculto dentro de mi carpeta personal xinitrc que paso de esto:

          exec ck-launch-session gnome-session

          a esto:

          exec gnome-session

          Y a su vez lo tenia como propietario a “root”, por lo que lo cambie a mi propiedad y listo. Tema solucionado, ahora puedo apagar, reiniciar o lo que sea sin problemas. Saludos.

          • http://gespadas.com Gregorio Espadas

            Genial que hayas podido lograr el objetivo, ¡saludos! :-)

          • Andrés

            Un abrazo locon gracias.

  • DanielAndress

    Muchisimas gracias Gregorio :D gracias a tus tutoriales es que me atrevi a cambiarme a arch hasta ahora ningun problema mil gracias por todo :D excelente trabajo el que haces

    • http://gespadas.com Gregorio Espadas

      ¡Muchas gracias por tus palabras! :-)

  • Fernanchel

    Gregorio: Muchas gracias por el artículo. Estoy a mitad de camino en la instalación y me está siendo de mucha ayuda. Pero me gustaría que indicaras que tengo que hacer para que el sistema arranque automaticamente en modo grafico y aparezca directamente la pantalla de logueo de Gnome (GDM) sin atravesar por la consola. Es decir, loguearme directamente ya en modo grafico. Tengo habilitado por defecto el graphical.target pero siempre aparece primero la consola.
    Muchas gracias

    • http://gespadas.com Gregorio Espadas

      Lo menciono en el tutorial, debes habilitar el GDM por medio de su unidad de servicio:
      sudo systemctl enable gdm.service

      Saludos, y gracias por tu preferencia.

  • Fernanchel

    Por fin lo he conseguido. Acabo de migrar a systemd puro y todo funciona bien. He configurado el reloj para hora local. La única diferencia que noto es que tras loguearme con KDM me pide después otra vez la contraseña apara desbloquear el anillo de claves. Ya lo investigaré. De todas formas todo parece funcionar bien. Muchas gracias por el tutorial, y saludos desde Valencia (España)

    • http://gespadas.com Gregorio Espadas

      Un gusto poder ayudar. ¡Saludos!

  • Mijail

    Muchas gracias Gregorio!!!
    Gracias a tu blog, mi ArchLinux esta 10 puntos.
    Sigue adelante, y no dejes de usar Arch, por el bien de nosotros. jeje
    Muchas gracias capo!

    • http://gespadas.com Gregorio Espadas

      Jajaja ok, así será. Saludos y muchas gracias por tu preferencia :-)

  • http://twitter.com/powerfredy Fredy Quispe Medina

    Muchas graciaas migración perfecta!, siempre buenos post en tu blog.

    • http://gespadas.com Gregorio Espadas

      ¡Gracias por tu preferencia! :-)

  • BrandoC

    Excelente tutorial. Un millon de gracias. Solo una consulta he migrado a systemd (mixto). pero no he podido lograr que la particion que tengo encriptada con luks no pida el password. yo tengo encriptada el / y el /home. Tenia en el etc/crypttab el password de home, de ese modo solo ingresaba una sola vez el password para el raiz /. pero ahora que migre a systemd (mixto) siempre me pide el password de home.. si alguien tiene una solucion. Todo lo demas funciona ya bien. Sin esto no me atrevo a ir a systemd puro.. Nuevamente mil gracias por este fabuloso tutorial. Un saludo desde Panama

  • Rene Nochebuena Guerrero

    Gregorio excelente post, yo era usuario de Archlinux y me perdí todas las actualizaciones (como instalar por pacstrap lo de systemd y demás cosas) pero gracias a tu blog pude regresar al ataque y por fin deshacerme del molesto windows y mi maquina termino en GPT+Syslinux+Systemd+Cinnamon, un saludo bro ! sigue asi.

    • http://gespadas.com Gregorio Espadas

      Un gusto saber que mi trabajo ha sido de utilidad para la comunidad archera :-)

  • http://twitter.com/KalSaaGar Alejandro Saa Garcia

    Buen tutorial, solo hasta hoy tuve tiempo para hacer la migración, pero tengo un problema, cuando hago un systemctl list-units entre otros comandos, sale: Failed to get D-Bus connection: No connection to service manager.
    A que puede deberse? he revisado los pasos varias veces y todo está bien.

    • http://gespadas.com Gregorio Espadas

      Muy extraño error, pues dbus ni siquiera es necesario habilitarlo manualmente. Quizás algo se corrompió, trata reinstalando dbus-core.

      • http://twitter.com/KalSaaGar Alejandro Saa Garcia

        Gracias por la sugerencia, hice la reinstalación de dbus-core y dbus, pero el problema persiste.

        • http://gespadas.com Gregorio Espadas

          Me he quedado sin ideas; si tengo chance investigaré al respecto.

          • http://twitter.com/KalSaaGar Alejandro Saa Garcia

            Vale, te agradezco por la colaboracion

          • Alejandrodez

            Para corregir eso, pues debes de iniciar con systemd púramente, eliminando initscripts (pacman -R initscripts) y seguidamente instalando systemd-sysvcompat (pacman -S systemd-sysvcompat), éste automáticamente como bien mensiona Grego, terminará de eliminar sysvinit.
            Salu2

  • Emanuel Aguilar

    genial me quedo perfecto todo :D
    solo tengo una duda, el wifi no me enciende junto al resto tengo q abrir el wicd y darle actualizar a las redes para que se inicie, de igual forma para el MPD, se inicia recien cuando abro algun cliente.

    • http://gespadas.com Gregorio Espadas

      Tienes que habilitar sus respectivas unidades de servicio:

      sudo systemctl enable wicd.service
      sudo systemctl enable mpd.service

      ¡Saludos!

  • http://twitter.com/2ndresJimenez Andres Jimenez

    MUCHAS GRACIAS! funciona de maravilla, al fin me mude a systemd

  • Abraham Tamayo

    Otro tutorial super bien explicado que me ha dejado el arch como seda .. muchas gracias .. Amigo .. que digo amigo .. hermano .. !!

    • http://gespadas.com Gregorio Espadas

      Jejeje, ¡gracias por tus palabras mi hermano! :-)

  • Joistaus

    Hola Bro, tus tutos de arch son impresionantes, solo tengo una duda, donde queda el equivalente a rc.local?????

  • http://twitter.com/marcostux Marcos Yepez

    Muchísimas gracias amigo, empece con arch por este blog y ahora la migración a systemd eres un oráculo :) todo funciona perfecto

  • http://twitter.com/marcostux Marcos Yepez

    Todo perfecto en la migración gracias, necesito hacerte una consulta, uso gnome 3 y todo va muy bien pero desde que hice la migración se suspende la cerrar la laptop, a pesar que tengo como configuración en gnome-tweak que no se suspenda, algún consejo?

  • http://www.manosymasajes.cl Moscosov

    Hola Gregorio muy buen post, la verdad que antes de leerlo estaba lleno de dudas y ahora quede mas claro, si bien aun persisten algunas como estas, si no realizamos la migración a mano, forzosamente en una actualización migraremos a sistemd?, tengo algunos daemons que no pude convertir a servicios por ejemplo: Bumblebee, Alsa, Appset-helper que sucede con ellos?. Te agradecería me ayudaras con esto.

    Saludos cordiales

  • r3

    systemd ya vendrá instalado en ArchLinux con la última nueva ISO de instalación?

    • http://gespadas.com Gregorio Espadas

      En la nueva ISO (2012.10.06) se usa systemd en el medio vivo (el propio instalador), pero el sistema que instala en el disco duro sigue usando de manera predeterminada a initscripts.

  • David

    Excelente trabajo, está muy claro y muy completo, me fue sumamente útil. Mil gracias!

    • http://gespadas.com Gregorio Espadas

      Gracias a ti por la preferencia :-)

  • Pingback: Cuando los cambios son para mejor… | Blog de Gari()

  • http://twitter.com/RoMaNCaSLa77 RoMaN77

    Buenas tardes… todo perfecto, salvo que CUPS no inicia. Al tipear el comando:
    sudo systemctl enable cupsd.service
    Arroja el siguiente error:
    Failed to issue method call: No such file or directory

    Alguna idea?

  • http://twitter.com/RoMaNCaSLa77 RoMaN77

    Bueno, debo decir que resolví “el problema” con CUPS… pasó que para habilitarlo no era sudo systemctl enable cupsd.service, sino que se habilita con sudo systemctl start cupsd.service

    Por si quieres corregirlo…

    saludos

    • http://gespadas.com Gregorio Espadas

      No hay nada que corregir: systemctl enable hace lo que dice, habilita el servicio para que esté disponible en cada booteo, pero NO ejecuta el servicio en ese momento, para eso está systemctl start.

  • SOFAZEN

    Muchas gracias por la excelente ayuda para migrar a systemd y por la interesante bibliografía sobre el tema!

    • http://gespadas.com Gregorio Espadas

      Por nada, un gusto contribuir con la comunidad archera :-)

  • Alejandrodez

    Gregorio me gustaría agregar, hace algún tiempo hice el cambio a systemd, comúnmente no suelo actualizar todo el sistema, mayormente sólo alguna aplicación en específico o lo que necesite, por lo que en Arch refresqué nada más los repositorios y directamente fui a devorarme systemd, todo bien ningún incoveniente a excepción del idioma, aunque el archivo “locale.conf” estaba bien ya que no lo toqué ni nada y antes de esto iniciando con system V init iba de maravilla, ahora ya instalado systemd siempre tendía a tener toda la interfaz de XFCE4 en inglés, por lo que la solución a la que recurrí fue en agregar la línea LANG=”es_MX.UTF-8″ (vivo en México utilizo esta por default) al fichero “/etc/envivorement” para que así ya XFCE4 anduviera totalmente en español, es de suponerse que se trata de un bug, quizá a alguien más que pase por algo similar le pueda servir como una pequeña “nota”.

    Salu2 desde México!

    • http://gespadas.com Gregorio Espadas

      Interesante aportación la de /etc/environment, ¡gracias! Saludos desde México también ;-)

  • SOS

    Saludos a todos.

    Estoy siguiendo el tutorial pero me da un error y no sé cómo solucionarlo.

    Verán he llegado a la parte donde se hace el primer reinicio, justo después de haber editado /etd/defautl/grub y añadido la entrada GRUB_CMDLINE_LINUX_DEFAULT=”quiet init=/bin/systemd”

    Hago el sudo grub-mkconfig -o /boot/grub/grub.cfg y en el reinicio tengo el siguiente error:

    systemd socket service syslog.service not loaded y no me inicia las X

    He editaro el archivo rc.conf para eliminar el demonio syslog-ng de esta forma no me da error alguno al reiniciar pero sigue sin iniciar el entorno gráfico.

    Tengo dudas de cómo debe quedar el archivo /etc/hosts, no sé si estará relacionado.

    En /etc/hostname tengo puesto “esna” sin comillas y el /etc/hosts tengo:

    #
    127.0.0.1 localhost.localdomain localhost esna
    127.0.1.1 localhost.localdomain esna
    ::1 localhost.localdomain localhost

    ¿Alguien me puede orientar?

    • http://gespadas.com Gregorio Espadas

      Debes habilitarlo con:

      sudo systemctl enable graphical.target

      Así mismo, habilitar el display manager que utilices, por ejemplo:

      sudo systemctl enable slim.service

      Por último, tu archivo /etc/hosts parece estar bien. ¿Tienes “esna” también en el archivo /etc/hostname?

      • SOS

        Si señor, era eso.

        Muchas gracias, no sé qué haría sin ti XD

        Un saludo desde España.

        • http://gespadas.com Gregorio Espadas

          Un gusto poder ayudar. ¡Saludos desde México!

  • nacer89

    gracias por este gran tutorial solo tengo una prengunta como se activa dbus???

    • http://gespadas.com Gregorio Espadas

      systemd se encarga de manera automática de dbus, no te preocupes por ello.

  • Anselmo

    Hola Gregorio,
    Sigo tus tutoriales desde hacer tiempo y me han ayudado mucho. Sobretodo con esto de archlinux.
    Tengo un problemilla con el archivo /usr/lib/systemd/system/rc-local{,-shutdown}.service ya que en mi maquina no aparece, y tengo unos scripts que necesito q se inicien con el S.O.

    ¿Alguna idea?

    Sigue asi ;) un saludo.

    • http://gespadas.com Gregorio Espadas

      Por eso mismo, en el paso “7” debemos copiar los archivos a dicha ubicación.

      Ahora bien, ¿y por qué mejor no crear una unidad de servicio personalizada para esos scripts que necesitas que se ejecuten? Aquí la info: https://wiki.archlinux.org/index.php/Systemd#Writing_custom_.service_files

      Muchas gracias por tus palabras :-)

  • erufenix

    Buen tuto camarada, pues a actualizar e instalar systemmd

  • gilgamezh

    Gregorio seguis siendo un crack como siempre. Este articulo debería estar en la wiki oficial de Arch!

    un abrazo!

    • http://gespadas.com Gregorio Espadas

      ¡Mil gracias por eso! :-)

  • http://www.facebook.com/jgalvan2516 Webas Galvan

    la verdad excelente, coincido con el compañero de abajo …… le tenia miedo a arch pero tus tutos me ayudaron bastante, no se mucho aun pero ando en friega leyendo y leyendo para aprender. Saludos y gracias por los tutoriales.

    • http://gespadas.com Gregorio Espadas

      ¡Muchas gracias por tus palabras! :-)

  • Una ayudita por favor

    Hola Gespadas, ¿cómo te va?

    Verás, estoy ejecutando

    sudo systemctl enable lircd.service

    Y me sale el siguiente error:

    Failed to issue method call: No such file or directory

    ¿A caso lircd no está aún implementado o es que estoy haciendo algo mal?

    Me pasa lo mismo con “sudo systemctl enable acpid.service”, son los dos últmimos demonios que me quedan en el rc.conf

    Gracias!!

    • http://gespadas.com Gregorio Espadas

      El primero no lo conozco. En el segundo no deberías tener problemas, te sugiero leas https://wiki.archlinux.org/index.php/Acpid

      • Una ayudita por favor

        Muy buenas.

        Ya conseguí solucionar lo del acpid: Sencillamente no tengo instalado ese programa.

        Si te digo la verdad no recuerdo para qué narices instalé acpid, cosas de Arch: Una vez que está configurado te olvidas. Se ve que fue algo que probé en su día y no lo eliminé del rc.conf al desinstalarlo, lo he borrado y listo.

        Sólo me queda lircd, este demonio hace funcionar el mando por infrarrojos de mi equipo, un mediacenter.

        Sin este demonio no puedo pasar y con la Wiki no me aclaro, mi inglés no da para mucho.

        ¿Alguna idea de cómo pasar esto al nuevo systemd?

        Gracias.

        • http://gespadas.com Gregorio Espadas

          Según la wiki, debes crear lircd.service manualmente. Aquí la info: https://wiki.archlinux.org/index.php?title=Systemd/Services&oldid=225468#lircd

          • Una ayudita por favor

            Hola de nuevo.

            He creado el archivo lircd.service y he copiado en él el contenido que indica la wiki, luego pude hacer el ya famoso “sudo systemctl enable lircd.service” y luego comenté la entrada correspondiente a este demonio en el rc.conf pero al reiniciar me da un error y el mando por infrarrojos no funciona.

            El caso es que la pantalla pasa tan rápido que no me da tiempo de leer lo que pone para poder antonarlo.

            ¿Sabes si systemd deja un registro de errores en algún sitio o qué debo hacer para ver este error?

            Gracias por tu tiempo amigo.

          • http://gespadas.com Gregorio Espadas

            En efecto, el comando es:

            sudo systemctl status lircd.service

          • Una ayudita por favor

            Ok, no quiero abusar de tu generosidad pero estoy totalmente perdido.

            ¿Qué puede estar fallando? El comando que me indicas me muestra esto:

            ————————————————————————————————–
            Loaded: loaded (/etc/systemd/system/lircd.service; enabled)
            Active: failed (Result: exit-code) since Sat, 2012-10-27 17:31:07 CEST; 57s ago
            Process: 280 ExecStart=/usr/sbin/lircd -d $LIRC_DEVICE -P /run/lirc/lircd.pid -H $LIRC_DRIVER $LIRC_CONFIGFILE (code=exited, status=1/FAILURE)
            Process: 276 ExecStartPre=/bin/ln -s /run/lirc/lircd /dev/lircd (code=exited, status=0/SUCCESS)
            Process: 273 ExecStartPre=/bin/rm -f /run/lirc/lircd (code=exited, status=0/SUCCESS)
            Process: 270 ExecStartPre=/bin/rm -f /dev/lircd (code=exited, status=0/SUCCESS)
            Process: 267 ExecStartPre=/bin/mkdir -p /run/lirc (code=exited, status=0/SUCCESS)
            CGroup: name=systemd:/system/lircd.service

            Oct 27 17:31:07 lucas systemd[1]: Starting LIRC Daemon…
            Oct 27 17:31:07 lucas lircd[280]: /usr/sbin/lircd: option requires an argument — ‘H’
            Oct 27 17:31:07 lucas lircd[280]: Usage: lircd [options] [config-file]
            Oct 27 17:31:07 lucas systemd[1]: Failed to start LIRC Daemon.
            Oct 27 17:31:07 lucas systemd[1]: Unit lircd.service entered failed state

          • http://gespadas.com Gregorio Espadas

            Lo único que se me ocurre es que verifiques en el archivo /etc/conf.d/lircd.conf los valores de $LIRC_DEVICE, $LIRC_DRIVER, $LIRC_CONFIGFILE, etc.

          • Una ayudita por favor

            Parece que está todo bien pero no funciona, es mas, si vuelvo a activar el demonio en el r.conf va todo perfecto.

            No te preocupes, mejor pregunto en los foros de Arch.

            Gracias una vez más.

  • Laeres

    Gracias me ha sido de mucha utilidad

  • Fisaulerod

    Primero, felicitaciones por el blog, en particular esta entrada me sirvió mucho.
    Ahora te quería preguntar sobre qué hacer con el rc.local. Acabo de realizar una instalación nueva de arch (con la iso de octubre), y no me funciona el comando que indicas para hacer correr los scripts de rc.local (los archivos en /usr/lib/systemd/system no existen). He estado buscando harto rato cómo hacer andar los scripts en rc.local pero nada me funciona :(.
    Gracias de antemano

  • Pingback: Tras la línea enemiga: Bailing out, you are on your own. Good luck | Código Nómada()

  • Claudio

    Gregorio, soy usuario de Arch desde hace ya un tiempo, en ese momento en que migré desde openSuSE a Arch estaba intentando instalar el entorno gráfico y si bien las wiki de Arch son muy buenas, buscando me choqué con tu blog y desde ese momento te sigo siempre y te tengo como referente en la materia, mis felicitaciones por crear estos excelentes manuales, la verdad que son muy útiles. Saludos desde Argentina.

    • http://gespadas.com Gregorio Espadas

      ¡Muchas gracias por tus palabras y preferencia! Como siempre lo digo, detalles como el tuyo son los que me motivan a seguir escribiendo. ¡Saludos!

  • jmlvargas

    Gregorio, mucha salud y felicidad para usted y su familia por este excelente documento. Muchas gracias.

    • http://gespadas.com Gregorio Espadas

      ¡Muy amable! Gracias por tus palabras :-)

  • Pingback: <° Linux | Cambios en Arch Linux()

  • Juanlu001

    Bueno, un comentario de agradecimiento más :P Migrar a systemd ha sido pan comido con esta excelente guía. ¡Gracias y un saludo!

    • http://gespadas.com Gregorio Espadas

      ¡Muchas gracias a tí por tus palabras!

  • Edgar Reyez

    Buenas, no esta de mas felicitarte por estas excelentes guías, como ya muchos te han felicitado, una duda el paquete que recomiendas de

    “systemd-arch-units” me dice que no se encuentra, y según una búsqueda en
    google, encontré un articulo de que ya no es necesario.
    Gracias de antemano y sigue igual.

    • http://gespadas.com Gregorio Espadas

      Gracias por el dato, y muchas gracias por tus palabras :-)

  • Argimiro Veiga

    De verdad que simplemente ¡EXCELENTE!. Mil gracias.

    • http://gespadas.com Gregorio Espadas

      Gracias a tí por tus palabras :-)

  • h3nr1

    bueno ahora que leo con mas detenimiente ya me doy cuenta ,jejejje eso me pasa por leer modo buscador

    Algunos daemons no tenemos que habilitarlos explícitamente, como es el caso de dbus y netfs.

    gracias y saludos

  • David

    Gracias por tu valiosa ayuda me costo mucho instalar arch , soy novato pero con tus lecciones lo pude hacer >desde Argentina. un abrazo

    • http://gespadas.com Gregorio Espadas

      ¡Gracias a ti! Saludos desde México :-)

  • Jesus

    Buenas Gregorio.

    No he podido contenerme a escribir esto para darte las gracias por tu increible trabajo. Te sigo desde hace tiempo, de forma mas o menos discontinuada pero nunca habia comentado. Cuando mis amigos me han pedido que les enseñe de arch, les he recomendado tus guias de instalacion y cuando he tenido alguna duda mi busqueda en google ha sido “miduda gespadas”.

    En serio, tu blog es, en mi opinion, una herramienta de consulta mejor que la wiki de arch (la version española, con la inglesa no puede competir nadie xD) y no puedo hacer mas que darte las gracias una y otra vez. Este articulo me ha salvado de reinstalar mi arch con systemd porque ya no sabía que hacer y tu lo has vuelto a conseguir.

    Perdona por la parrafada, pero creo que no hay mejor forma de mostrar mi agradecimiento que haciendote saber que tus articulos son ademas de utiles, de una calidad bestial. Te felicito (otra vez) :)

    • http://gespadas.com Gregorio Espadas

      Alguna vez lo he mencionado, y no me cansaré de hacerlo. Por comentarios como el tuyo, son el motivo por el cual sigo escribiendo y tratando de mejorar día a día. ¡Infinitas gracias por tus palabras! :-)

  • Mauricio Murillo

    Holas. Excelente post. En la última actualizción me quedé sin dispositivos y era porque mi sistema no estaba listo para Systemd. Gracias a ti lo pude arreglar. Por si a alguien le hace falta, cuando uno reinicia cargando /bin/systemd en el DAEMONS de rc.conf, debe estar agregado el gestor de ventanas que quieras utilizar. Hasta antes de esto, yo no lo había agregado y claro, cuando inicié con systemd, no cargaba las X, en mi caso, agregué “kdm” a los daemons. Gracias amigo.

    • http://gespadas.com Gregorio Espadas

      No es necesario agregar el DM a la lista de DAEMONS, basta con que lo habilites. Por ejemplo, con GDM:

      sudo systemctl disable multi-user.target
      sudo systemctl enable graphical.target
      sudo systemctl enable gdm.service

      ¡Saludos!

  • http://twitter.com/patomancer Álvaro Morales

    Te convertiste en santo de mi devoción. SI supiera donde vives, te hago un queque.

    • http://gespadas.com Gregorio Espadas

      No hay que exagerar jejeje. ¿Qué es un queque?

  • Jesus

    Hola de nuevo Gregorio.

    Como te comenté ayer todo fue perfecto con tu tutorial y pasé de tener un sistema casi inutil a poder volver a hacerlo todo. Sin embargo hoy ya me ha surgido el primer problema “raro”. Sin venir a cuento, despues de arrancar, he ido a montar mi particion ntfs de windows para sacar archivos, y no me lo permite. Ya no se si no me lo permitió en ningun momento y me estoy imaginando cosas o que de verdad me lo esta restringiendo ahora. El caso es que con initscripts si que podia montarla y usarla con normalidad.

    ¿Me puedes echar una mano? :)

    • http://gespadas.com Gregorio Espadas

      Imagino que el problema se encuentra en ConsoleKit. Primero checa mi post correspondiente ( https://gespadas.com/archlinux-consolekit-logind ), y si no era tu caso, me dices para ver que más podemos hacer.

  • Javier Novoa C.

    Excelente tutorial! como todos los que siempre nos dejas, gracias!!!

    Unas preguntitas, no se si ya lo hayan hecho antes, mencionas que cuando todo funcione correctamente ya es momento de pasar del esquema mixto a un sistema systemd puro, y das los pasos para lograrlo.

    Pero a que te refieres con ‘todo funcione correctamente’? solo a que ya no haya errores? o a que ya tambien haya dejado de usar todos los DAEMONS de mi antiguo rc.conf?

    Y otra cosa, si entendi bien, entonces dbus y netfs no usan servicios como tales verdad?

    Y que pasa con el resto de configuraciones que tiene rc.conf? Bueno, igual y yo las tengo heredadas de actualizaciones anteriores y no las borre, pero por ejemplo: HARDWARECLOCK (que ya antes me decia el arranque que era obsoleto pero nunca lo actualice a lo que debia ser y ahora no lo recuerdo), DAEMON_LOCALE, USECOLOR, MOD_AUTOLOAD, UDEV_TIMEOUT, USEDMRAID, USEBTRFS, USELVM, NETWORK_PERSIST, NETWORKS (este ultimo lo usaba para definir esquemas de conexion con netcfg, que yo uso)

    Y bueno, eso… como sea, felicidades por tan buen post!

    • http://gespadas.com Gregorio Espadas

      Hola Bro, muchas gracias por tus palabras. Te respondo tus dudas:

      1) “Todo funcione correctamente” = No errores + No DAEMONS en /etc/rc.conf

      2) En efecto, dbus y netfs no hay que habilitarlos manualmente (pero si son servicios).

      3) Cada una de esas configuraciones deben de migrarse a su respectivo archivo de configuración, o bien, quizás algunas de ellas estén ya en desuso. En este punto, sería importante que consultaras cada una de ellas en la wiki de Arch para más detalles.

      ¡Saludos!

  • http://twitter.com/GnuMaxi Maximiliano

    Te sigo a muerte los mejores tutos acá lejos, todavía no tenía systemd y se me presentaban algunos problemas, montaje de discos externos, network manager no me conectaba a redes wifi, migre con este tuto y ahora funciona todo. Gracias!

    • http://gespadas.com Gregorio Espadas

      Un gusto saber que mis tutoriales han sido de utilidad para toda la comunidad archera. ¡Saludos!

  • Yo

    Estoy usando ArchLinux Fallback porque con systemd no me inicia el entorno gráfico. Alguien sabe a qué se debe? :(

  • Yo

    Ah, cierto, me olvidé de que cambian los runlevels xD

  • Pingback: Arch Linux: Instalar y personalizar Mate | Ale Riera()

  • Jona

    Oh thanks god… desde el reemplazo de consoleKit me vi obligado a migrar, pero aún tenía muchas dudas. Tú guiandonos desde tiempos inmemorables. Muchas gracias Gregorio.

    • jona

      Yep! Migración con éxito, todo funcionando y sin ningún problema. Gracias de nuevo.

      • http://gespadas.com Gregorio Espadas

        Un gusto poder ayudar. ¡Saludos!

  • Manuel

    Hola Gespadas.

    ¿Se puede ejecutar systemctl estando en chroot?

    Me da errores…

    • http://gespadas.com Gregorio Espadas

      Lo ignoro, nunca lo he probado. Quizás se trate de un bug.

      • Manuel

        :(

        Gracias de todas formas.

  • Luis

    Hey, al reiniciar me sale el siguiente error:

    /init: line 25: lvm: not found
    ERROR: device ‘/dev/mapper/lvm-Sysytem’ not found. Skipping fsck
    ERROR: Unable to find root device ‘/dev/mapper/lvm-System’.
    You are dropper to a recovery shell.

    Recuerdo perfectamente haber activado lvm.service sin errores.

    No se que hice mal, por favor ayudenme

  • superichy

    hola Gregorio, una simple y concreta pregunta…
    Me pasé a Manjaro Linux 0.8.2 (la última release estable a la fecha); me alarmé porque no encontré el archivo /etc/rc.conf

    Esto qué significa?
    Cómo puedo saber si ya se implementó systemd “nativamente” en esta distro?
    Muchas gracias por todo, un abrazo,

    Richy

    • http://gespadas.com Gregorio Espadas

      El que no encuentres el /etc/rc.conf es un claro indicio de que Manjaro ya es 100% systemd. Para comprobarlo, ejecuta systemctl.

  • Jose

    Muchas gracias. Está muy trabajado, es una pasada de tutorial. GRACIAS!!!

    • http://gespadas.com Gregorio Espadas

      Muchas gracias José :-)

  • superichy

    Hola Gregorio, puedes ayudarme?

    Tengo Manjaro 0.8.3 XFCE i686,

    Tiene systemd a full, no consigo lograr que una aplicación tan sencilla como “Launchy” se ejecute al inicio del sistema… Lo que hice: (según leí en la documentación oficial)

    $ pwd
    $ /
    $ cd etc/modules-load.d
    $ sudo nano launchy.conf

    ;inicio automático de Launchy…
    launchy

    ^o

    ^x

    Reinicio la PC y el bendito Launchy no se autoinicia… Iniciado manualmente funciona bien,

    desde la consola, inicia con el comando launchy

    Se te ocurre algo?

    Un abrazo y feliz año!!!

    Gracias,

    Richy

    • http://gespadas.com Gregorio Espadas

      ¿Launchy requiere ejecutarse como módulo? Ya que usas Xfce, ¿por qué no usar su aplicación nativa para ejecutar programas al inicio?

      • superichy

        buen día!
        La verdad, no sé si Launchy requiere ejecutarse como módulo…

        Cuál es la aplicación “nativa” de Xfce que dices?
        Es lo que estoy buscando!

        Gracias, muchas gracias

        • http://gespadas.com Gregorio Espadas

          No tengo instalado Xfce, si no ahora te hacía una captura de pantalla. Debe estar en las opciones de configuración.

          • superichy

            mirá que busqué y rebusqué… eh?
            Y no encontré nada para configurar las aplicaciones al inicio.
            Ayer seguí una guía de Arch oficial que decía, que para agregar una app al inicio del sistema, había que crear un archivo.conf con el nombre de la aplicación en etc/modules-load.d
            Luego de crear launchy.conf y adentro ponerle launchy
            Cada vez que reinicio la PC, me dice [] Failed to Start Kernel Modules….

            Mientras que antes de crear launchy.conf, no tenía ningún mensaje de esos,
            qué se te ocurre?

          • http://gespadas.com Gregorio Espadas

            Hacienco una búsqueda rápida en la wiki de Arch, veo que esa aplicación que te menciono se llega con: XFCE4 Settings Manager, click Session and Startup icon, the Autostart tab.

          • superichy

            Perdón Gregorio, pero no sé dónde está eso…
            session and startup icon?

            En el menu “inicio” o “launcher” / Sistema, no veo nada de eso

          • http://gespadas.com Gregorio Espadas
          • superichy

            genial, ya lo encontré…. voy a hacer un post (compartiendo lo que aprendí) en cuanto solucione lo que me falta, mirá mi problema, ahora:

            https://bbs.archlinux.org/viewtopic.php?pid=1211081

  • Byron Garcia

    Buen dia!!! Tengo una pregunta pregunta que agradecere me pudieran aclarar, No se que MODULOS debo poner en /etc/modules-load.d/ ??? y en el otro directorio, podrian orientarme en eso por favor. Gracias !

    • http://gespadas.com Gregorio Espadas

      ¿Qué módulos tenías definidos en /etc/rc.conf? Esa es tu respuesta.

  • Rodrigo

    Hola Gregorio, acabo de instalar archbang, el cual ya viene con systemd, y necesito instalar virtualbox, lo cual ya tengo, pero ahora necesito cargar los modulos… ¿como hago eso? desde ya muchas gracias.

  • Bruno Rico

    Otro usuario feliz gracias a tu guía. Muchas gracias
    La verdad es que la oficial deja mucho que desear…

    Me encanta la ligereza de Arch, pero a veces tienen una “chulería”… aplican cambios muy serios (que aunque re-avisados) un simple update te tira el sistema completo.

    Al final hacen que haya que dedicarle mucho tiempo… aunque como ellos dicen… si usar arch en un sistema de producción, estás loco xD

    • http://gespadas.com Gregorio Espadas

      Jajajaja no es para tanto, yo uso Arch en la oficina sin problemas.
      ¡Gracias por tus palabras!

  • Alfonso

    Artículo perfecto, y fácil de seguir. Puesto en práctica en una Raspberry Pi, y funciona perfecto. Ahora sólo falta acostumbrarse a usar systemctl…..

  • antonio

    Oye bro gracias por tu exelente tutorial en el paso 9 debemos de volver a poner “quiet” uso grub 2

  • Ayu

    Uno de los no beneficios de Systemd es que si borras una impresora, ya no la vuelve a tomar digamos hotplug, la intentas dar de alta nuevamente y nada de nada. Se jodio la cosa. Jajaja.

  • http://twitter.com/hectorjmzg Hetor

    Buen dia Gregorio,

    Te hago la siguiente consulta, espero me puedas dar un poco de luz.

    En dias anteriores actualice mi sistema, que por cierto actualizo el LibreOffice, pero no se ha que se deba, pero siento que a partir de eso, cada vez que cierro la pantalla de mi lap, al abrirla nuevamente las imagenes se ven muy opacas, casi no se notan. Te comento que tenia configurada la tarjeta de video como generica.

    Gracias y Saludos

    P.D Disculpa los acentos

  • Miguel

    Hola tengo un par de meses en el mundo GNU/Linux y empeze con ubuntu y ahora estoy con Archlinux, quisiera saber como habilitar la hibernacion, porque cuando lo intento solo se apaga y no hiberna

  • Manuel

    Hola GEspadas, recientemente se me ha actualizado el paquete systemd y me ha dado el siguiente aviso:

    The /bin/systemd symlink has been removed. Any references in yourbootloader (or elsewhere) must be updated to /usr/lib/systemd/systemd.

    Para mi es chino mandarín. ¿Es algo que deba de preocuparme?

    Gracias.

    • http://gespadas.com/ Gregorio Espadas

      ¿Qué bootloader usas? ¿Grub, Burg, Syslinux? Si en el archivo de configuración del bootloader que utilices, se hace referencia a /bin/systemd, entonces debes modificarlo con su nuevo valor.

  • Elihu Ariza

    Disculpame gespadas pero tengo una preguna, habra algun paquete o algun comando que monte automaticamente los CD-ROM y los dispositivos USB a Archlinux, es que soy nuevo en este sistema y te agradeceria tu ayuda

  • igbx

    amigo, he instalado en una VM (virtualbox) con tu tuto, gracias de antemano, pero quiero actualizar y me sale error de descarga de biblioteca, hice un ping a google e indica uknown host, creo q tengo q configurar la tarjeta de red pero no se como, porfa indicame como quiero instalar el modo grafico, gracias totales… :D

  • David

    Hola,

    Tengo dos errores:

    Activation via systemd failed for unit ‘dbus-org.freedesktop.Avahi.service': Unit dbus-org.freedesktop.Avahi.service failed to load: No such file or directory

    dbus-daemon[344]: dbus[344]: [system] Activation via systemd failed for unit ‘dbus-org.freedesktop.Avahi.service': Unit dbus-org.freedesktop.Avahi.service failed to load: No such file or directory. See system logs and ‘systemctl status dbus-org.freedesktop.Avahi.service’ for details.

    Por lo que se refiere al primero he mirado Avahi y creo que no tendría que utilizarlo, pero si elmino el paquete me dice que hay dependencias.

    Por lo que hace al segundo, no tengo kernel personalizado, no tengo ni instalado el paquete dkms no sé porque me puede dar ese error.

    Dichos errores están en los logs en daemon.log.

    Gracias.

    Saludos

    • David

      Alguien me puede ayudar ?

  • Pedro

    Hola,

    En primer lugar enhorabuena por el blog que es de calidad!

    Tengo un problema, el escritorio que tengo es KDE, hasta hace poco me iba perfecto, pero hace unos cuantos días que hay veces que cuando enciendo el pc, me carga todo hasta llegar al escritorio, allí se queda un rato con una pantalla de fondo de pantalla en negro y al cabo de un rato termina de arrancar, pero me encuentro un problema, a la barra inferior izquierda donde hay el reloj, no me carga klipper, si solo fuera esto no habría problema, pero luego cuando intento apagar el pc o reiniciar mediante el menú de la izquierda tampoco me deja, es decir cuando le doy no hace nada.

    Hago un reset y lo mas seguro que ya me inicie bien, esto me pasa algunas veces, la solución es reset y esperar a que inicie bien.

    He googleado y no he visto que puedo hacer para solucionarlo.

    Sabes que podría ser Gregorio ?

    Muchas gracias y otra vez enhorabuena por el blog.

    Saludos

    • alx

      a mi me pasa exactamente lo mismo con fedora y kde,, a veces no carga fliper ni krunner ni kmix, y dejan de funcionar los botones de apagar , reiniciar o cerrar sesion,, si te fijas tambien de ja de funcionar el automontaje de udisk con un solo click en dolphin. no pense ke arch tambien tubiera ese problema, a de ser de systemd. me apunto para saber la solucion!

      • Pedro

        Hola,

        Pues si también me pasa lo mismo que a ti, esto se soluciona con un reset, hay veces que tengo que hacer mas de un reset, pero debe de haber la solución por algún lado, a ver si Gregorio o alguien nos puede ayudar.

        Saludos compi!

        • Pedro

          Gregorio, que crees que podría ser ?

          Gracias

          • http://gespadas.com/ Gregorio Espadas

            Situación rara, de verdad. Tengo entendido que KDE usa Udisks2, y no Udisks (legacy), quizás por ahí podría estar el problema.

          • Pedro

            Udisks2 es el que tengo instalado.

            Saludos

          • http://gespadas.com/ Gregorio Espadas
          • Pedro

            Hola,

            He visto:

            Known problems with hardware

            BusLogic devices can be broken and will cause a freeze during startup

            This is a kernel bug and no fix has been provided yet.

            No sé si será algo así o no, pero si que es un bloqueo durante el arranque, si reinicio se suele solucionar.

            Como lo ves ?

          • http://gespadas.com/ Gregorio Espadas

            SI no es algo constante, muy probablemente sea a causa de ese (u otro) bug.

          • Pedro

            Como podría ver los errores que causan este bloqueo ? hay algún archivo log o comando para verlo ?

          • http://gespadas.com/ Gregorio Espadas

            Ejecuta systemctl y/o journalctl. Más info en https://wiki.archlinux.org/index.php/Systemd

  • HCA

    Cuánto tiempo necesito para hacer la migración a Arch?

  • Pingback: Systemd será el sistema de inicio en Debian | La mirada del replicante()

  • Pingback: Debian utilizará Systemd como sistema de inicio | LiGNUx()

  • Pingback: Siguiendo la telaraña 35/2012 - Thalskarth's Maëlstrom()

  • aldobelus

    Gregorio, estoy impresionado. ¡Qué trabajo más bueno para aquellos que nos interesa GNU/Linux pero no controlamos todos estos conceptos! Me he enterado de casi todo, aunque no me atrevo a tocar tantas cosas. Además sólo uso habitualmente un derivado de Arch, Manjaro. Pero ha sido muy instructivo y me alegra saber que usaremos systemd en breve, si no lo hacemos ya en alguna distro. Parece una muy buena forma de gestionar el sistema, a la vista de lo que explicas.

    Muchas gracias por este trabajo, ¡wow!

    • http://gespadas.com/ Gregorio Espadas

      ¡Muchas gracias a ti por tus palabras! :-)