SSD externo com linux inicializável é muito sensível

Question

Eu tenho OCS Vector 150 com Ubuntu 15.04 instalado. A unidade é inserida no fechamento Transcend StoreJet 25S3 .

É muito confortável para mim usá-lo tanto em casa quanto no trabalho. Também posso simplesmente anexá-lo a qualquer PC e ter meu próprio ambiente completamente configurado em todos os lugares.

A questão é que esta solução é muito sensível a perdas de energia / conexão causadas por porta USB ruim / cabo ruim / perda real de energia / etc ... Isso significa que se eu, por exemplo, desconectar o cabo durante alguma atividade com o sistema de arquivos, como o arquivo de download / compilação / cópia de arquivos / etc, eu vou ficar completamente quebrado sistema de arquivos na próxima vez que eu ligar a unidade novamente. Eu uso ext4 , mas o sistema de arquivos quebra assim mesmo. Isso parece uma tonelada de erros depois de executar fsck . O fsck corrige esses erros, mas nunca restaura todos os arquivos.

Ainda mais (des) engraçado que o conteúdo do arquivo pode ser completamente confuso entre todos os arquivos que estavam escrevendo durante a perda da conexão. Na verdade, mesmo entre os arquivos que estavam lendo. Uma vez, vi que dpkg binary continha algum json, provavelmente a partir dos dados do perfil do firefox. Isso faz com que a recuperação seja bem diferente.

Eu tento não armazenar dados importantes na unidade, exceto os que podem ser facilmente recuperados.

Quando o armageddon vem, eu uso debsums para encontrar arquivos de sistema quebrados (quando o debsums / dpkg / zsh / etc não estão quebrados) :), reinstale os pacotes apropriados e retire dos meus repositórios git alguns arquivos de configuração e scripts. Como o drive ssd é bem rápido, não demora muito. Se o dano não for grande, pode levar menos de 10 minutos para recuperar quase tudo e tornar o sistema (pelo menos parece) limpo.

Então a questão, após essa longa história, é: o que você acha que poderia ser melhorado? Eu sei, dificilmente pode haver uma solução simples e boa, mas eu agradeceria muito se você compartilhasse seus pensamentos sobre o assunto.

ATUALIZAÇÃO 10 DE SETEMBRO DE 2015 No momento, não acho que o motivo dos danos ao sistema de arquivos esteja no impacto físico. Eu uso o dispositivo principalmente em casa e no trabalho e, estatisticamente, ele causa muito mais danos em casa do que no trabalho, enquanto a atividade no trabalho inclui compilação, vcs pull / commits, ou seja, E / S de disco pesado. Certa vez, meu colega deixou cair acidentalmente o disco do chassi durante minhas atividades habituais. Ele havia desconectado e eu pensei que isso causaria sérios problemas. Mas quando eu conectei de volta e reiniciei, fsck não mostrou nenhum erro! Ao mesmo tempo, em casa eu iniciei o kubuntu a partir deste disco apenas por um minuto, abri o navegador, reiniciei e voilà! Perdeu cerca de alguns milhares de inodes.

Os sintomas são bem similares a estes: link e link

Eu vi quase o mesmo que esses caras viram:

[11742.577091] EXT4-fs error (sdc2) ext4_mb_generate_buddy:757 group 1, block and bg descriptor inconsistent: XXX vs YYY free clusters
[11742.577337] Aborting journal on device sdc2-8

Como o problema de alguma forma depende da máquina e eu não tenho nenhuma outra pista, inclino-me a acreditar que o problema está em algum lugar na lógica do controlador / poder usb ou algo parecido.

A questão agora é: como tornar o sistema de arquivos mais confiável? Você acha que brtfs ajudaria?

ATUALIZAÇÃO EM 29 DE JANEIRO DE 2016

Eu desisti. Eu tirei os lados esquerdos do chassi em casa e no trabalho e usei conexões SATA. Sem problemas até agora.

    

Answer 1

Uma unidade USB de alta capacidade de alto desempenho seria uma melhoria? Ele pesa menos, não deve flap ao redor (já que não precisa de suporte adicional) e será relativamente mais seguro no soquete USB. Com 128GB, o preço é comparável e duvido que você possa aproveitar ao máximo o desempenho do SSD.

ext4 reportará erros, mas um sistema de arquivos em diário deve ser melhor que um não-jornalizado neste caso.

Talvez o Btrfs seja mais adequado à medida que implementa o recurso Copiar na gravação (COW).

    

Answer 2

Uau, isso soa terrível. O Ext4 é um sistema de arquivos com lançamento diário, mas estes soam como problemas com um sistema de arquivos não consolidado. Vimos isso recentemente com pessoas que usam exFAT em unidades que alternam entre máquinas Windows e Mac e não estão sendo desanexadas adequadamente, algumas operações de gravação ainda ocorrem ou como seus cenários.

É surpreendente ouvir que seu poder / conexão pode ser tão ruim que isso aconteceria com qualquer frequência. Eu ouvi outras pessoas usando drives USB externos para rodar o Ubuntu sem problemas. Para ser claro, com que frequência ele ocorre sem qualquer ação sua e com que frequência você se desconecta de propósito?

O

extundelete é uma boa ferramenta para as opções limitadas que o Ext4 oferece para a recuperação de arquivos, no entanto, isso não é um caso de dados excluídos mas corrupção. Se você (espero que não) vai tentar viver com esse tipo de turbulência, eu definitivamente tentaria um sistema de arquivos que tem melhores opções de recuperação para que você tenha uma melhor opção de último recurso. Não tenho certeza do que seria para o Linux. Btrfs é uma ótima idéia embora. Não seria uma boa opção de recuperação de último recurso, mas talvez a cópia sobre a escrita possa poupar-lhe alguma dor de cabeça em primeiro lugar.

Além disso, eu não esperaria que ele estivesse pendurado no cabo USB, certo? (como foi a impressão que tive na outra resposta). Não está se movendo, espero. Eu tenho que perguntar. Alguma outra coisa que eu não entendo?