Escribí algunas entradas en /etc/fstab, por ejemplo montando en /tmp.
Parece que systemd monta /etc/fstablas entradas demasiado tarde, después de que algún demonio ya se haya iniciado, por ejemplo Xorg.
Xorg crea .X11-unixen /tmp, luego systemd se monta en /tmp, por lo que los archivos que ya están /tmpdesaparecen. Eso hace que algunos programas no puedan comunicarse con X.
¿Cómo hacer que /etc/fstablas entradas se monten temprano? ¿O debería usar algo distinto /etc/fstab?
Respuesta1
Esto sugiere que el archivo de unidad que inicia Xorg no tiene dependencias suficientes y, por lo tanto, systemdtermina ejecutándolo demasiado pronto.
Al menos en Debian, los montajes del sistema de archivos locales tienen automáticamente una dependencia de orden Before=local-fs.target, y se local-fs.targetbusca sysinit.targetquién es responsable de la inicialización temprana del sistema, por lo que todos los sistemas de archivos locales deben montarse cuando sysinit.targetesté terminado.
Y a menos que la unidad que inicia Xorg tenga DefaultDependencies=noimplícitamente tendrá ambos Requires=sysinit.targety After=sysinit.target, por lo que debería iniciarse sólo después de que sysinit.targethaya terminado. Sólo las unidades responsables de la inicialización del sistema de bajo nivel deben tener DefaultDependencies=no.
Sin embargo, si /tmpse trata de un sistema de archivos remoto, es posible que necesite agregar una After=remote-fs.targetdependencia a la unidad que inicia Xorg. La forma más sencilla de hacer esto es usarlo systemctl editpara editarlo, lo que hace systemctlque se cree automáticamente un archivo desplegable con sus cambios (solo) en formato /etc/systemd/system/<name of the Xorg-starting unit>.d/.
Debe indicar el nombre y la versión de su distribución de Linux, de modo que si esa versión en particular tiene algunas peculiaridades específicas en su systemdconfiguración, alguien que esté al tanto de esas peculiaridades pueda darle una respuesta más específica.