Os logs de inicialização do RHEL7 mostram erros do systemd-fsck, fazendo referência ao fsck.ext2, ao tentar executar em um sistema de arquivos XFS

2

Eu recebo esses erros ao tentar inicializar o CentOS 7:

Jul  6 13:20:15 systemd-fsck: fsck: error 2 (No such file or directory) while executing fsck.ext2 for /dev/disk/by-uuid/45544ef5-118c-478f-a3e8-a4953b3fe71b

Jul  6 13:20:15 systemd-fsck: fsck failed with error code 8.

Jul  6 13:20:15 systemd-fsck: Ignoring error.

Jul  6 13:33:17 systemd-fsck: fsck: error 2 (No such file or directory) while executing fsck.ext2 for /dev/disk/by-uuid/45544ef5-118c-478f-a3e8-a4953b3fe71b

Jul  6 13:33:17 systemd-fsck: fsck failed with error code 8.

Jul  6 13:33:17 systemd-fsck: Ignoring error.

Esta é uma partição de boot XFS. Descobri que é um problema conhecido no RHEL 7, mas não tenho acesso a eles. Como posso consertar isso?

    
por Максим Чепуков 06.07.2015 / 22:23

1 resposta

2

Eu tive um problema muito parecido com o LVM. O cerne da questão era que o systemd estava executando seus sistemas-fsck imediatamente após o initrd switch_root, então o sistema de arquivos não havia se estabelecido. No código-fonte, o system-fsck consulta o udev para o tipo de sistema de arquivos, e se isto é executado muito rapidamente após switch_root, o udev retorna NULL. Uma solução muito simples foi adicionar uma linha ao serviço, pausar por 3 segundos, antes de executar o fsck. Este é um diff:

root@localhost:/usr/lib/systemd/system$ diff -u systemd-fsck-root.service.orig systemd-fsck-root.service
--- systemd-fsck-root.service.orig  2015-11-24 23:15:22.593388104 +0000
+++ systemd-fsck-root.service   2015-11-24 21:52:13.489345153 +0000
@@ -17,6 +17,7 @@
 [Service]
 Type=oneshot
 RemainAfterExit=yes
+ExecStart=/bin/sleep 3
 ExecStart=/usr/lib/systemd/systemd-fsck
 StandardOutput=journal+console
 FsckPassNo=1
    
por 25.11.2015 / 00:17

Tags