chrootman
Tux's lil' helper
Joined: 18 Aug 2020
Posts: 95
|
 Posted: Sat Mar 04, 2023 12:49 am Post subject: systemd-fsck-root.service failed+emergency shell[resuelto] |
 |
|
Hola,
dropping to emergency shell upon boot
| Code: | | systemd-fsck-root.service |
Tenía prácticamente el mismo el mismo problema, en mi caso simplemente después de restaurar el sistema mediante rsync con un respaldo de hace un mes y restauré el sistema como siempre(y nunca tuve un problema) desde arch linux después de hacer varias pruebas, pero me aparecía:
| Code: | See 'systemctl status systemd-fsck-root.service' for details.
[DEPEND] Dependency failed for /sysroot.
[DEPEND] Dependency failed for Initrd Root File System.
[DEPEND] Dependency failed for Reload Configuration from the Real Root. |
En el paso de instalar el grub el mensaje era:
| Code: | | grub-install: error: unknown filesystem |
Ejecutando:
| Code: | | tune2fs -O ^metadata_csum_seed /dev/sdx |
Podía instalarlo pero de igual forma el problema de systemd-fsck-root.service failed en el arranque y esto generaba un problema de una versión deprecated para hacer la comprobación en el arranque o algo por el estilo en la emergency shell.
Deje de usar initrd, para no tener una demora en el arranque de igual forma caía a emergency shell y stuck en alsa-restore audio target
Y en algunos momentos:
| Code: | System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to connect to bus: Host is down
System has not been booted with systemd as init system (PID 1). Can't operate.
Failed to connect to bus: Host is down
Failed to talk to init daemon: Host is down |
Hace como un mes creo ejecuté preset-all y varios servicios dejaron de funcionar porque había quedado sin conexión y con la imposibilidad de montar snap block devices debido a un bug confirmado, pero había logrado que todo funcionara bien luego de un upgrade como antes con systemct enable y start
Pensando que podría ser el disco lo llené de ceros con
| Code: | | dd if=/dev/zero of=/dev/sdX |
Y ejecuté testdisk para repara la tabla y pero aparecía
| Code: | | Partition sector doesn't have the endmark 0xAA55 |
Cambie a un disco nuevo y ahora restaure con un respaldo de rsync distinto de octubre del año pasado y ahora en cambio y obtenía el error:
| Code: | systemctl status systemd-remount-fs.service
systemd-remount-fs.service - Remount Root and Kernel File Systems
Loaded: loaded (/usr/lib/systemd/system/systemd-remount-fs.service; static)
Active: failed (Result: exit-code) |
En fstab tenía el mismo UUID que me retornaba blkid y rw en lugar de ro y no tengo nada que tenga que ver con
journal_data_writeback. En otros lados observé que había que hacer un downgrade a util-linux, el problema es que no se cual fue el problema porque ahora si puedo bootear y aparentemente todo está normal
| Code: | systemctl list-units --state=failed
UNIT LOAD ACTIVE SUB DESCRIPTION
0 loaded units listed.
systemctl status
● chrootman
State: running
Units: 487 loaded (incl. loaded aliases)
Jobs: 0 queued
Failed: 0 units
Since: Fri 2023-03-03 20:25:44 -03; 1h 0min ago
systemd: 251
Tainted: unmerged-usr:cgroupsv1
systemctl status systemd-fsck-root.service
● systemd-fsck-root.service - File System Check on Root Device
Loaded: loaded (/lib/systemd/system/systemd-fsck-root.service; enabled-runtime; preset: disabled)
Active: active (exited) since Fri 2023-03-03 20:25:50 -03; 1h 3min ago
Docs: man:systemd-fsck-root.service(8)
Process: 241 ExecStart=/lib/systemd/systemd-fsck (code=exited, status=0/SUCCESS)
Main PID: 241 (code=exited, status=0/SUCCESS)
systemctl status systemd-remount-fs.service
● systemd-remount-fs.service - Remount Root and Kernel File Systems
Loaded: loaded (/lib/systemd/system/systemd-remount-fs.service; enabled-runtime; preset: disabled)
Active: active (exited) since Fri 2023-03-03 20:25:51 -03; 1h 4min ago
Docs: man:systemd-remount-fs.service(8)
https://www.freedesktop.org/wiki/Software/systemd/APIFileSystems
Process: 252 ExecStart=/lib/systemd/systemd-remount-fs (code=exited, status=0/SUCCESS)
Main PID: 252 (code=exited, status=0/SUCCESS)
systemctl status sound.target*
● sound.target - Sound Card
Loaded: loaded (/lib/systemd/system/sound.target; static)
Active: active since Fri 2023-03-03 20:26:00 -03; 1h 5min ago
Until: Fri 2023-03-03 20:26:00 -03; 1h 5min ago
Docs: man:systemd.special(7)
Mar 03 20:26:00 chrootman systemd[1]: Reached target Sound Card. |
Ahora entré y bootea normalmente, con ese respaldo de rsync, mi pregunta es que tan inestable es systemd en gentoo, debería optar por openrc si no quiero pasar de nuevo por esto? |
|
Spanish
