Meu problema pareceu começar durante uma atualização manual, embora eu não saiba se isso foi coincidência ou causa. Cerca de 20% do caminho através do download da atualização, ele simplesmente parou. Eu deixei a janela sozinha por cerca de 20 minutos ou mais, mas não estava progredindo e, apesar de dizer que estava baixando, não havia atividade de rede.
Eu xkill ed a janela e reiniciei. Durante o desligamento e novamente no boot, havia um monte dessas ata1.00: status: { DRDY ERR } entradas. Quando finalmente inicializou o KDE, minha resolução de gráficos havia sido revertida para 768p em vez de 1440p e apenas um monitor foi ligado.
Eu tentei limpar minha nvidia e reinstalar, mas eu recebi um erro que eu esqueci, mas sugeriu que eu corra dpkg ... (eu esqueci o ...) que eu fiz. Depois de outra reinicialização, meus gráficos ainda estavam no mesmo barco e eu ainda estava recebendo os erros acima, então eu pesquisei eles e vi que eles indicavam um problema com meu disco rígido e não estavam diretamente relacionados aos meus problemas de driver de vídeo.
Eu corri mdadm -D /dev/md0 e com certeza ele voltou dizendo que uma das minhas unidades está em removed state, não falha. O estado geral é clean, degraded . Neste ponto, decidi parar de transar com os drivers de vídeo. Minha pergunta é, por que as configurações de vídeo / driver saem ao mesmo tempo que o SSD (aparentemente) fez se o mdadm estiver limpo? Estou interpretando mal o que significa limpo? Além de fazer backup de dados críticos, devo fazer algo antes de substituir o SSD defeituoso?
Quanto a substituir a unidade, aqui está o que eu acho que preciso fazer.
Primeiro falhar manualmente a unidade mdadm /dev/md0 -f /dev/sda2
Em seguida, remova a unidade com mdadm /dev/md0 -r /dev/sda2
Neste ponto eu desligaria e substituiria o drive defeituoso por um novo.
Após a reinicialização, eu executaria o gparted na nova unidade e, em seguida, executaria mdadm --manage /dev/md0 --add /dev/sda2
Neste ponto, o mdadm iria reconstruir automaticamente o array?
Estou faltando alguma coisa?
Para referência, aqui está o meu mais recente dmesg
Eu fiz o acima e não houve grandes surpresas. A única coisa é que, como a unidade já estava no status removido, ela não pôde ser manualmente defeituosa ou removida. Parece que a falha manual de uma unidade é apenas para testar unidades sincronizadas.
Minha resolução gráfica (e segunda tela) voltou ao normal, então eu me pergunto se isso é um recurso para alertar as pessoas de que elas precisam fazer algo. Se não fosse por isso, eu teria drogado com um mau drive.