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.