Difference between revisions of "Systemd FAQ (Español)"

From ArchWiki
Jump to: navigation, search
(cambio de categoría)
(artículo actualizado)
 
Line 6: Line 6:
 
[[ja:Systemd FAQ]]
 
[[ja:Systemd FAQ]]
 
[[zh-hans:Systemd FAQ]]
 
[[zh-hans:Systemd FAQ]]
 +
{{TranslationStatus (Español)|Systemd FAQ|2018-11-25|550510}}
 +
{{Related articles start (Español)}}
 +
{{Related|systemd (Español)}}
 +
{{Related|systemd/User (Español)}}
 +
{{Related|Daemons (Español)#Listado de demonios}}
 +
{{Related articles end}}
 +
 
== FAQ ==
 
== FAQ ==
  
Para obtener una lista actualizada de problemas conocidos, consulte el upstream [http://cgit.freedesktop.org/systemd/systemd/tree/TODO TODO].
+
Para obtener una lista actualizada de problemas conocidos, consulte [http://cgit.freedesktop.org/systemd/systemd/tree/TODO TODO] de los desarrolladores.
  
 
=== ¿Por qué recibo mensajes de registro en mi consola? ===
 
=== ¿Por qué recibo mensajes de registro en mi consola? ===
  
Debe establecer el nivel del registro del propio kernel. Históricamente, {{ic|/etc/rc.sysinit}} hacía esto por nosotros y establecía el nivel del registro de dmesg a {{ic|3}}, que era un ''loglevel'' razonablemente ''moderado''. O bien, añada {{ic|1=loglevel=3}} o {{ic|quiet}} en los [[kernel parameters|parámetros del kernel]].
+
Debe establecer el nivel del registro del propio kernel. Históricamente, {{ic|/etc/rc.sysinit}} hacía esto por nosotros y establecía el nivel del registro de dmesg a {{ic|3}}, que era un nivel de registro razonablemente moderado. O bien, añada {{ic|1=loglevel=3}} o {{ic|quiet}} en los [[kernel parameters (Español)|parámetros del kernel]].
  
 
=== ¿Cómo puedo cambiar el número de gettys ejecutadas por defecto? ===
 
=== ¿Cómo puedo cambiar el número de gettys ejecutadas por defecto? ===
  
Para agregar otra getty, solo tiene que colocar otro enlace simbólico para crear instancias a otra getty en la carpeta {{ic|/etc/systemd/system/getty.target.wants/}}:
+
Actualmente, solo un [[wikipedia:esTerminal (informática)|getty]] (abreviatura de «''get teletype''») se inicia de forma predeterminada. Si cambia a otra tty, se lanzará un getty allí (estilo de activación por socket). En otras palabras, [Ctl] [Alt] [F2] lanzará un nuevo getty en tty2.
 +
 
 +
Por defecto, el número de gettys autoactivados está limitado a seis. Por lo tanto [F7] a [F12] no lanzará un getty.
 +
 
 +
Si desea cambiar este comportamiento, edite {{ic|/etc/systemd/logind.conf}} y cambie el valor de {{ic|NAutoVTs}}. Si desea que todas las teclas [F''x''] inicien un getty, aumente el valor de NAutoVTs a 12. Si está [[Systemd (Español)#Reenviar journald a /dev/tty12|reenviando journald a tty12]], ponga el valor de NAutoVTs a 11  (dejando tty12 libre).
 +
 
 +
También puede preactivar gettys para que se ejecuten desde el arranque.
 +
 
 +
Para agregar otro getty preactivada, solo tiene que colocar otro enlace simbólico para crear instancias a otro getty en la carpeta {{ic|/etc/systemd/system/getty.target.wants/}}:
  
 
  # ln -sf /usr/lib/systemd/system/getty@.service /etc/systemd/system/getty.target.wants/getty@tty9.service
 
  # ln -sf /usr/lib/systemd/system/getty@.service /etc/systemd/system/getty.target.wants/getty@tty9.service
 
  # systemctl start getty@tty9.service
 
  # systemctl start getty@tty9.service
  
Para eliminar una getty, simplemente elimine los enlaces simbólicos de la getty de la que quiera deshacerse en la carpeta {{ic|/etc/systemd/system/getty.target.wants/}}:
+
Para eliminar un getty, simplemente elimine los enlaces simbólicos del getty de la que quiera deshacerse en la carpeta {{ic|/etc/systemd/system/getty.target.wants/}}:
  
 
  # rm /etc/systemd/system/getty.target.wants/getty@{tty5,tty6}.service
 
  # rm /etc/systemd/system/getty.target.wants/getty@{tty5,tty6}.service
 
  # systemctl stop getty@tty5.service getty@tty6.service
 
  # systemctl stop getty@tty5.service getty@tty6.service
  
Los usuarios también pueden cambiar el número de gettys, editando {{ic|/etc/systemd/logind.conf}} y cambiando el valor de {{ic|NAutoVTs}}. Al hacer esto, la activación bajo demanda se conserva, mientras que con el método anterior simplemente tendrá las gettys funcionando desde el arranque. systemd no utiliza el archivo {{ic|/etc/inittab}}.
+
systemd no usa el archivo {{ic|/etc/inittab}}.
 
 
{{Nota|A partir de systemd 30, sólo una getty se pondrá en marcha de forma predeterminada. Si cambia a otra tty, una nueva getty se lanzará allí (socket-activation style). Aún entonces puede forzar procesos agetty adicionales utilizando los métodos anteriores.}}
 
  
 
=== ¿Cómo puedo obtener una salida con información más detallada durante el arranque? ===
 
=== ¿Cómo puedo obtener una salida con información más detallada durante el arranque? ===
Line 38: Line 51:
 
=== ¿Cómo evitar que se borre la consola después del arranque? ===
 
=== ¿Cómo evitar que se borre la consola después del arranque? ===
  
Cree un archivo personalizado {{ic|getty@tty1.service}} para copiar {{ic|/usr/lib/systemd/system/getty@.service}} a {{ic|/etc/systemd/system/getty@tty1.service}} y cambie {{ic|TTYVTDisallocate}} a {{ic|no}}.
+
Cree un directorio llamado {{ic|/etc/systemd/system/getty@.service.d}} y coloque {{ic|nodisallocate.conf}} allí para [[Systemd (Español)#Modificar los archivos de unidad suministrados|sobrescribir]] la opción {{ic|TTYVTDisallocate}} a {{ic|no}}.
 +
 
 +
{{hc|/etc/systemd/system/getty@.service.d/nodisallocate.conf|2=
 +
[Service]
 +
TTYVTDisallocate=no
 +
}}
  
=== ¿Qué opciones del kernel tengo que activar en caso de que no utilice el kernel oficial de Arch? ===
+
=== ¿Qué opciones del kernel son requeridas por systemd? ===
  
{{Out of date|see [[Systemd_FAQ#What_kernel_options_are_required_for_systemd.3F]]}}
+
Los Kernels anteriores a 3.0 no son compatibles.
  
Los Kernels anteriores a 2.6.39 no son compatibles.
+
Si usa un kernel personalizado, deberá asegurarse de que las opciones de systemd estén seleccionadas.
  
Esta es una lista parcial de las opciones requeridas/recomendadas, podría haber más:
+
Si está compilando un nuevo kernel para usar con una versión instalada de systemd, las opciones requeridas y recomendadas se enumeran en el archivo README de systemd {{ic|/usr/share/doc/systemd/README}}.
  
{{bc|1='''General setup'''
+
Si se está preparando para instalar una nueva versión de systemd y está ejecutando un kernel personalizado, la versión más reciente del archivo se puede encontrar en [http://cgit.freedesktop.org/systemd/systemd/tree/README the systemd git].
CONFIG_FHANDLE=y
 
CONFIG_AUDIT=y (recommended)
 
CONFIG_AUDIT_LOGINUID_IMMUTABLE=y (not required, may break sysvinit compatibility)
 
CONFIG_CGROUPS=y
 
'''-> Namespaces support'''
 
    CONFIG_NET_NS=y (for private network)
 
'''Networking support -> Networking options'''
 
CONFIG_IPV6=[y<nowiki>|</nowiki>m] (highly recommended)
 
'''Device Drivers'''
 
'''-> Generic Driver Options'''
 
    CONFIG_UEVENT_HELPER_PATH=""
 
    CONFIG_DEVTMPFS=y
 
    CONFIG_DEVTMPFS_MOUNT=y (required if you don't use an initramfs)
 
'''-> Real Time Clock'''
 
    CONFIG_RTC_DRV_CMOS=y (highly recommended)
 
'''File systems'''
 
CONFIG_FANOTIFY=y (required for readahead)
 
CONFIG_AUTOFS4_FS=[y<nowiki>|</nowiki>m]
 
'''-> Pseudo filesystems'''
 
    CONFIG_TMPFS_POSIX_ACL=y (recommended, if you want to use pam_systemd.so)}}
 
  
 
=== ¿Qué otras unidades dependen de una unidad? ===
 
=== ¿Qué otras unidades dependen de una unidad? ===
Line 79: Line 77:
 
En lugar de {{ic|Wants}} también podría probar {{ic|WantedBy}}, {{ic|Requires}}, {{ic|RequiredBy}}, {{ic|Conflicts}}, {{ic|ConflictedBy}}, {{ic|Before}}, {{ic|After}} para conocer los correspondientes tipos de dependencias y viceversa.
 
En lugar de {{ic|Wants}} también podría probar {{ic|WantedBy}}, {{ic|Requires}}, {{ic|RequiredBy}}, {{ic|Conflicts}}, {{ic|ConflictedBy}}, {{ic|Before}}, {{ic|After}} para conocer los correspondientes tipos de dependencias y viceversa.
  
=== Mi ordenador se apaga, pero el power permanece encendido. ===
+
=== Mi ordenador se apaga, pero el ''power'' permanece encendido. ===
 
 
Utilice:
 
 
 
$ systemctl poweroff
 
  
En lugar de {{ic|systemctl halt}}.
+
Utilice {{ic|systemctl poweroff}}, en lugar de {{ic|systemctl halt}}.
  
 
=== Después de migrar a systemd, ¿por qué no funciona el montaje de fakeRAID? ===
 
=== Después de migrar a systemd, ¿por qué no funciona el montaje de fakeRAID? ===
Line 91: Line 85:
 
Asegúrese de usar:
 
Asegúrese de usar:
  
{{bc|# systemctl enable dmraid.service}}
+
# systemctl enable dmraid.service
  
=== ¿Cómo puedo hacer un script de inicio durante el proceso de arranque? ===
+
=== ¿Cómo puedo hacer un script que se inicie durante el proceso de arranque? ===
  
Cree un nuevo archivo {{ic|/etc/systemd/system}} (por ejemplo, ''myscript''.service) y añada el siguiente contenido:
+
Cree un nuevo archivo como {{ic|/etc/systemd/system/myscript.service}} y añada el siguiente contenido:
  
[Unit]
+
{{hc|/etc/systemd/system/''myscript''.service|2=
Description=My script
+
[Unit]
 +
Description=My script
 
   
 
   
[Service]
+
[Service]
ExecStart=/usr/bin/my-script
+
ExecStart=/usr/bin/my-script
 
   
 
   
[Install]
+
[Install]
WantedBy=multi-user.target  
+
WantedBy=multi-user.target  
 
+
}}
Luego:
 
 
 
# systemctl enable ''myscript''.service
 
 
 
Este ejemplo asume que quiere que el script arranque cuando el target multi-user sea lanzado.
 
 
 
 
 
'''Nota:''' En el caso de que desee iniciar un script de shell, asegúrese que tiene:
 
#!/bin/sh
 
  
en la primera línea del script. No escriba algo como:
+
Este ejemplo asume que quiere que el script arranque cuando el target multi-user sea lanzado. Asegúrese de hacer [[executable|ejecutable]] el script.
  
ExecStart=/bin/sh /path/to/script.sh # NO FUNCIONA
+
[[Enable (Español)|Active]] ''myscript''.service para iniciar el servicio en el arranque.
  
porque eso no va a funcionar.
+
{{Nota|en el caso de que desee iniciar un script de intérprete de órdenes, asegúrese que tiene {{ic|#!/bin/sh}} en la primera línea del script. '''No''' escriba algo como  {{ic|<nowiki>ExecStart=/bin/sh /path/to/script.sh</nowiki>}} porque eso no va a funcionar.}}
  
 
=== El estado de .service dice «active (exited)» en verde (por ejemplo, iptables) ===
 
=== El estado de .service dice «active (exited)» en verde (por ejemplo, iptables) ===
Line 128: Line 114:
 
Para comprobar si las reglas iptables se han cargado correctamente:
 
Para comprobar si las reglas iptables se han cargado correctamente:
  
{{bc|# iptables --list}}
+
# iptables --list
  
=== Error {{ic|Failed to issue method call: File exists}} ===
+
=== Error «Failed to issue method call: File exists» ===
  
Esto sucede cuando se utiliza {{ic|systemctl enable}} y el enlace simbólico que trata de crear en {{ic|/etc/systemd/system/}} ya existe. Normalmente esto sucede cuando se cambia de un gestor de pantalla a otro (por ejemplo de GDM a KDM, que se pueden activar con {{ic|gdm.service}} y {{ic|kdm.service}}, respectivamente) y el enlace correspondiente {{ic|/etc/systemd/system/display-manager.service}} ya existe.
+
Esto sucede cuando se utiliza {{ic|systemctl enable}} y el enlace simbólico que trata de crear en {{ic|/etc/systemd/system/}} ya existe. Normalmente esto pasa cuando se cambia de un gestor de pantalla a otro (por ejemplo de GDM a KDM, que se pueden activar con {{ic|gdm.service}} y {{ic|kdm.service}}, respectivamente) y el enlace correspondiente {{ic|/etc/systemd/system/display-manager.service}} ya existe.
  
 
Para resolver este problema, utilice {{ic|systemctl -f enable}} para sobreescribir el enlace simbólico existente.
 
Para resolver este problema, utilice {{ic|systemctl -f enable}} para sobreescribir el enlace simbólico existente.

Latest revision as of 17:10, 25 November 2018

Estado de la traducción
Este artículo es una traducción de Systemd FAQ, revisada por última vez el 2018-11-25. Si advierte que la versión inglesa ha cambiado puede ayudar a actualizar la traducción, bien por usted mismo o bien avisando al equipo de traducción.

FAQ

Para obtener una lista actualizada de problemas conocidos, consulte TODO de los desarrolladores.

¿Por qué recibo mensajes de registro en mi consola?

Debe establecer el nivel del registro del propio kernel. Históricamente, /etc/rc.sysinit hacía esto por nosotros y establecía el nivel del registro de dmesg a 3, que era un nivel de registro razonablemente moderado. O bien, añada loglevel=3 o quiet en los parámetros del kernel.

¿Cómo puedo cambiar el número de gettys ejecutadas por defecto?

Actualmente, solo un getty (abreviatura de «get teletype») se inicia de forma predeterminada. Si cambia a otra tty, se lanzará un getty allí (estilo de activación por socket). En otras palabras, [Ctl] [Alt] [F2] lanzará un nuevo getty en tty2.

Por defecto, el número de gettys autoactivados está limitado a seis. Por lo tanto [F7] a [F12] no lanzará un getty.

Si desea cambiar este comportamiento, edite /etc/systemd/logind.conf y cambie el valor de NAutoVTs. Si desea que todas las teclas [Fx] inicien un getty, aumente el valor de NAutoVTs a 12. Si está reenviando journald a tty12, ponga el valor de NAutoVTs a 11 (dejando tty12 libre).

También puede preactivar gettys para que se ejecuten desde el arranque.

Para agregar otro getty preactivada, solo tiene que colocar otro enlace simbólico para crear instancias a otro getty en la carpeta /etc/systemd/system/getty.target.wants/:

# ln -sf /usr/lib/systemd/system/getty@.service /etc/systemd/system/getty.target.wants/getty@tty9.service
# systemctl start getty@tty9.service

Para eliminar un getty, simplemente elimine los enlaces simbólicos del getty de la que quiera deshacerse en la carpeta /etc/systemd/system/getty.target.wants/:

# rm /etc/systemd/system/getty.target.wants/getty@{tty5,tty6}.service
# systemctl stop getty@tty5.service getty@tty6.service

systemd no usa el archivo /etc/inittab.

¿Cómo puedo obtener una salida con información más detallada durante el arranque?

Si no ve ninguna salida en absoluto en la consola después del mensaje initram, esto significa que tiene el parámetro quiet en la línea del kernel. Lo mejor es quitarlo, al menos la primera vez que arranque con systemd, para ver si todo está bien. A continuación, verá una lista [ OK ] en verde o [ FAILED ] en rojo.

Los mensajes se registrarán en el log del sistema y si quiere indagar sobre del estado del propio sistema ejecute systemctl (no necesita privilegios de root) o busque en el registro boot/system con journalctl.

¿Cómo evitar que se borre la consola después del arranque?

Cree un directorio llamado /etc/systemd/system/getty@.service.d y coloque nodisallocate.conf allí para sobrescribir la opción TTYVTDisallocate a no.

/etc/systemd/system/getty@.service.d/nodisallocate.conf
[Service]
TTYVTDisallocate=no

¿Qué opciones del kernel son requeridas por systemd?

Los Kernels anteriores a 3.0 no son compatibles.

Si usa un kernel personalizado, deberá asegurarse de que las opciones de systemd estén seleccionadas.

Si está compilando un nuevo kernel para usar con una versión instalada de systemd, las opciones requeridas y recomendadas se enumeran en el archivo README de systemd /usr/share/doc/systemd/README.

Si se está preparando para instalar una nueva versión de systemd y está ejecutando un kernel personalizado, la versión más reciente del archivo se puede encontrar en the systemd git.

¿Qué otras unidades dependen de una unidad?

Por ejemplo, si desea averiguar qué servicios activa un target como multi-user.target, use algo como esto:

$ systemctl show -p "Wants" multi-user.target
Wants=rc-local.service avahi-daemon.service rpcbind.service NetworkManager.service acpid.service dbus.service atd.service crond.service auditd.service ntpd.service udisks.service bluetooth.service org.cups.cupsd.service wpa_supplicant.service getty.target modem-manager.service portreserve.service abrtd.service yum-updatesd.service upowerd.service test-first.service pcscd.service rsyslog.service haldaemon.service remote-fs.target plymouth-quit.service systemd-update-utmp-runlevel.service sendmail.service lvm2-monitor.service cpuspeed.service udev-post.service mdmonitor.service iscsid.service livesys.service livesys-late.service irqbalance.service iscsi.service

En lugar de Wants también podría probar WantedBy, Requires, RequiredBy, Conflicts, ConflictedBy, Before, After para conocer los correspondientes tipos de dependencias y viceversa.

Mi ordenador se apaga, pero el power permanece encendido.

Utilice systemctl poweroff, en lugar de systemctl halt.

Después de migrar a systemd, ¿por qué no funciona el montaje de fakeRAID?

Asegúrese de usar:

# systemctl enable dmraid.service

¿Cómo puedo hacer un script que se inicie durante el proceso de arranque?

Cree un nuevo archivo como /etc/systemd/system/myscript.service y añada el siguiente contenido:

/etc/systemd/system/myscript.service
[Unit]
Description=My script
 
[Service]
ExecStart=/usr/bin/my-script
 
[Install]
WantedBy=multi-user.target

Este ejemplo asume que quiere que el script arranque cuando el target multi-user sea lanzado. Asegúrese de hacer ejecutable el script.

Active myscript.service para iniciar el servicio en el arranque.

Nota: en el caso de que desee iniciar un script de intérprete de órdenes, asegúrese que tiene #!/bin/sh en la primera línea del script. No escriba algo como ExecStart=/bin/sh /path/to/script.sh porque eso no va a funcionar.

El estado de .service dice «active (exited)» en verde (por ejemplo, iptables)

Esto es perfectamente normal. En el caso de las iptables es porque no hay ningún demonio corriendo, que es controlado en el kernel. Por lo tanto, se cierran después que las reglas han sido cargadas.

Para comprobar si las reglas iptables se han cargado correctamente:

# iptables --list

Error «Failed to issue method call: File exists»

Esto sucede cuando se utiliza systemctl enable y el enlace simbólico que trata de crear en /etc/systemd/system/ ya existe. Normalmente esto pasa cuando se cambia de un gestor de pantalla a otro (por ejemplo de GDM a KDM, que se pueden activar con gdm.service y kdm.service, respectivamente) y el enlace correspondiente /etc/systemd/system/display-manager.service ya existe.

Para resolver este problema, utilice systemctl -f enable para sobreescribir el enlace simbólico existente.