Estoy reempaquetando una ISO de Debian Buster Live. Primero descomprimo el archivo filesystem.squashfs
y luego, chroot
en el sistema no comprimido, hago mis cambios.
Quiero que mi ISO inicie sesión automáticamente (terminal). he seguidoestas técnicas, pero fallé porque me sale el error:
System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to connect to bus: Host is down
Entonces no puedo usarlo systemctl
, lo que arroja este error.
Las respuestas que encontré aquí para evitar el error dicen usar service
en lugar de systemctl
, lo cual no se aplica en mi caso.
¿Es posible iniciar sesión automáticamente utilizando otra técnica?
¿Es posible empezar systemctl
a funcionar dentro de un archivo chroot
para poder aplicar la técnica anterior?
Respuesta tentativa:
Creé el archivo [email protected]
e /lib/systemd/system
hice un enlace sistémico en /etc/systemd/system/multi-user.target.wants/
. El contenido del archivo.
[Service]
ExecStart=
ExecStart=-/sbin/agetty --autologin root --noclear %I 38400 linux
Esto me llevó al inicio de sesión automático. Esperaré una idea antes de responder mi propia pregunta.
Respuesta1
Nota: Esto puede estar o no relacionado con su problema, pero el problema que explico aquí generará los mismos mensajes de error que mostró debido a la falta de un enlace simbólico.
No soy un experto, pero en Debian 10 (Buster) el sistema de inicio predeterminado es systemd
lo que significa que /sbin/init
( /usr/sbin/init
) se vinculará a systemd
.
Desafortunadamente, noté un error al ejecutar varios invitados KVM que provoca que se elimine el enlace simbólico /sbin/init
al que se vincula . /lib/systemd/systemd
No sé el motivo de esto, sin embargo, sospecho que org.freedesktop.systemd1
(no sé en absoluto cuál es) podría ser el motivo.
Enlace simbólico correcto
La salida correcta sería:
root@vpstest:~# ls -la /sbin/init
lrwxrwxrwx 1 root root 20 Jan 29 19:07 /sbin/init -> /lib/systemd/systemd
Enlace simbólico faltante
Si muestra eso, puede que haya algún problema:
root@vps1:~# ls -la /sbin/init
-rwxr-xr-x 1 root root 53016 Feb 14 2019 /sbin/init
Arreglar
Para solucionarlo, simplemente elimino ese archivo y reconstruyo el enlace simbólico:
rm /sbin/init && ln -s /lib/systemd/systemd /sbin/init
Cuando usas virsh necesitas destruir y luego iniciar el invitado:
virsh destroy vps1 && virsh start vps1