Havia 3 unidades de disco no servidor, mas uma falhou com erro de entrada/saída e não é recuperável.
Ao tentar inicializar com as 2 unidades restantes, recebo:
Bem-vindo ao modo de emergência!
Depois de fazer login, digite "journalctl -xb" para visualizar os logs do sistema, "systemctl reboot" para reiniciar, "systemctl default" ou ^D para tentar novamente inicializar no modo padrão.
Forneça a senha de root para manutenção (ou digite control-D para continuar):
Eu tentei fsck
, mas não diz nada além das unidades sendo clean
.
Como eu poderia proceder para ter um sistema inicializável novamente, sem usar "formatar e reinstalar"? Ou, pelo menos, certifique-se de que este sistema não seja recuperável?
Você está usando Ubuntu? Claro!
cat /etc/issue
:Ubuntu 16.04.6 LTS \n \l
;
É um RAID? Proprietário humano disse: "não".
cat /etc/mdadm.conf
:No such file or directory
;cat /proc/mdstat
:Personalities: [linear] [multipath] [raid0] [raid1] [raid6] [raid5] [raid4] [raid10]. unused devices: <none>
.
Você excluiu o terceiro ruim de /etc/fstab
?
Não creio que haja algo a ser deletado ali, pois cat /etc/fstab
apenas lista os volumes dos dispositivos sda
e sdb
, os mesmos dispositivos listados por lsblk
. Portanto, não há uma terceira unidade ativada /etc/fstab
.
A única coisa curiosa é que dev/sda1
, listado como <mount point>
/
, tem isso <option>
: errors=remount-ro
. E a sugestão de usar touch /forcefsck
não resolve nada, pois esse arquivo não existe, conforme comprovado por nano /forcefsck
.
Como ele pergunta, você correu journalctl -xb
?
Não o fiz, porque a maior parte da minha experiência de trabalho é com o Windows, e qualquer sugestão em uma tela de travamento pode e deve ser completamente ignorada, pois não é útil. Mas descobri que journalctl -xb
é muito útil e até interessante de ler.
Mas corri agora e encontrei essas 3 linhas na cor VERMELHA:
- linha 636 17 de fevereiro 07:08:04 grafos kernel: ERST: Não é possível solicitar [mem 0xd7e6e000-0xd7e6ffff] para ERST.
- linha 1249 17 de fevereiro 07:09:34 grafos systemd[1]: Tempo limite esgotado aguardando dispositivo dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device .
- linha 1879 17 de fevereiro 07:09:36 grafos iscsid[1580]: iSCSI daemon com pid=1581 iniciado!
Eu também descobri esses erros que parecem ser interessantes:
linha 1248 17 de fevereiro 07:09:34 grafos systemd[1]: dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device: Job dev-disk-by\x2duuid-82271ee0\x2dc495\ax2d x2db52f\x2d566c8e456f29.device/started expirou .
linha 1249 17 de fevereiro 07:09:34 grafos systemd[1]: Tempo limite esgotado aguardando dispositivo dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device .
linha 1250 -- Subject: Unit dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device falhou
[...]
linha 1256 - O resultado é timeout .
line 1257 17 de fevereiro 07:09:34 grafos systemd[1]: Falha na dependência para verificação do sistema de arquivos em /dev/disk/by-uuid/82271ee0-c055-497a-b52f-566c8e456f29.
[...]
linha 1265 17 de fevereiro 07:09:34 grafos systemd[1]: Falha na dependência de /data.
[...]
linha 1273 17 de fevereiro 07:09:34 grafos systemd[1]: Falha na dependência para sistemas de arquivos locais.
[...]
linha 1281 17 de fevereiro 07:09:34 grafos systemd[1]: local-fs.target: Job local-fs.target/start falhou com o resultado 'dependency' .
linha 1282 17 de fevereiro 07:09:34 grafos systemd[1]: local-fs.target: Triggering OnFailure= dependencies .
linha 1283 17 de fevereiro 07:09:34 grafos systemd[1]: data.mount: Job data.mount/start falhou com o resultado 'dependency' .
linha 1284 17 de fevereiro 07:09:34 grafos systemd[1]: systemd-fsck@dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.service: Job systemd-fsck@dev-disk-by\ x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.service/start falhou com o resultado 'dependency' .
linha 1285 17 de fevereiro 07:09:34 grafos systemd[1]: dev-disk-by\x2duuid-82271ee0\x2dc055\x2d497a\x2db52f\x2d566c8e456f29.device: Job dev-disk-by\x2duuid-82271ee0\x2dc495\ax2d x2db52f\x2d566c8e456f29.device/start falhou com o resultado 'timeout' .
Post não adequado para "Pergunte ao Ubuntu" , porque, como dito lá, "16.04 é EOL e, portanto, fora do tópico aqui".
A inicialização do Linux será salva por vários motivos, resultando em modo de emergência.
Uma possibilidade é que
/etc/fstab
tenha uma montagem configurada que não existe mais ou está corrompida de alguma forma.Neste caso,
/dev/disk/by-uuid/82271ee0-c055-497a-b52f-566c8e456f29
o que está montado/data
não está funcionando corretamente.Portanto,
/etc/fstab
deve ser editado com a linha ofensiva excluída ou comentada.Isso deve fazer com que o servidor seja ativado normalmente, a partir do qual qualquer investigação adicional pode começar.