Eu nem sei onde começar a depurar este ...
Eu tenho uma VM do Debian 9 (Linux 4.9.0-7-amd64 em x86_64) com quatro discos rígidos -
-
/ (RootFs) 30Gb 26% used raw
-
/mnt/data1 2TB 91% used qcow2
} mesmo HD físico
-
/mnt/data2 2TB 88% used qcow2
}
-
/mnt/data2 2.5TB 73% used raw
(não existia quando esta história começa)
Alguns dias atrás eu tentei copiar um arquivo para rodar 3
usando o Samba e o servidor travado, eu reiniciei e o servidor travou novamente imediatamente após a tela do GRUB. Eu usei um USB de recuperação e editei o fstab para não montar o non-root, depois reiniciei novamente. Isso funcionou e colocou o servidor de volta em funcionamento. Eu montei manualmente a unidade 2
e tudo estava ok, mas quando montei a unidade 3
ela imediatamente trancou novamente.
Eu reiniciei novamente, descomentei a unidade 2
no fstab, tentei montar manualmente a unidade 3
novamente e obtive o mesmo resultado (surpresa surpresa). Achando que foi uma falha na unidade, usei o gddrescue para copiar a unidade 3
para uma unidade nova, insira 4
. Deixei isso de um dia para o outro e de manhã já havia terminado - com zero erros. Eu reiniciei e tentei montar a unidade 4
e isso funcionou bem. Em seguida, estendi a unidade 4
usando o gparted para preencher a unidade inteira e adicionei uma entrada ao fstab, reinicializada e, novamente, que funcionou bem (pode ser lida na unidade, sem problemas).
No entanto, quando eu tentei copiar um arquivo para conduzir 4
usando o Samba, a mesma coisa aconteceu, todo o SO foi travado e eu tive que parar a VM. Eu tentei copiar um arquivo localmente da unidade 1
para a unidade 4
e que trancou também.
Eu procurei nos arquivos de log /var/log/syslog
, debug
, messages
e kern
, e não há nada remotamente curioso antes das entradas de inicialização que podem explicar o que aconteceu pouco antes do bloqueio.