Perda de dados desconectando aleatoriamente o computador durante o tempo de execução

1

Eu sou da Áustria e nós e os alemães temos um show de ciência ruim que acontece todos os dias. O que eu chamo seria traduzido em "meio-conhecimento". O show é chamado "Galileo".

Eles criaram um mito de computador que engana o vídeo e perguntaram: "A desconexão do computador danifica seus dados?"

Em seguida, eles iniciaram algumas máquinas com o Vista, começaram a copiar alguns arquivos e desconectaram aleatoriamente o cabo do PC, a coisa toda em torno de 50 vezes.

Após o computador continuar a funcionar normalmente, eles apenas disseram "nada pode acontecer, seus dados ou computador não podem ser danificados".

Eles, é claro, excluíram dados não salvos em programas em execução, como editores de texto, a partir disso.

  • Eu me perguntei: o que diabos são seus "especialistas em informática"? Você não pode dizer, desconectando o cabo 50 vezes se isso pode danificar seu computador.

  • A desconexão do cabo durante a perda de dados causa perda de dados (como dito pelo moderador do programa)?

Eu destruí meu registro do Windows uma vez durante a redefinição, então estou curioso para saber.

    
por Kan 23.04.2010 / 10:05

5 respostas

1

Se você desconectar seu computador, será o mesmo de quando desativá-lo ou simplesmente redefini-lo. Em sistemas de arquivos modernos, como o NTFS, isso não deve causar problemas. O NTFS é chamado de sistema de arquivos de registro no diário, o que significa que, ao desassociar incorretamente a unidade (por exemplo, se você desligar o computador ou o sistema operacional falhar inesperadamente), ele será restaurado em um local estável ao iniciar o sistema operacional novamente. O arquivo que você estava copiando pode não estar completo, mas nenhum dado além dele deve ser perdido.

Em sistemas de arquivos mais antigos e sem journaling, como o FAT, o sistema operacional não pode reparar o sistema de arquivos automaticamente. É por isso que você teve que executar o Scandisk quando o Win98 caiu. O problema usual aqui é que alguns dados são gravados no disco, mas esses dados não pertencem a nenhum arquivo, mas ainda alocam espaço no disco.

    
por 23.04.2010 / 10:18
1

Os dados já totalmente salvos estão bem após um ciclo de energia, os dados parcialmente salvos podem não ser.

A teoria é que, com os modernos Journaling File Systems , os dados são gravados de tal forma que qualquer alteração no sistema de arquivos pode ser revertido (se você falhou ao gravar um arquivo grande que não pode ser concluído dentro dos limites simplistas do diário) ou continuar a avançar (isto é, renomear ou excluir o arquivo) para que o sistema esteja no estado em que estava antes da operação ou é o mais próximo possível do estado pretendido. Este sistema não é infalível.

Na prática, a remoção aleatória de energia pode não causar problemas no sistema de arquivos (devido ao registro no diário), mas um pico de energia aleatório durante uma operação crítica, como redimensionamento ou formatação de partições, pode colocar o sistema em um estado muito ruim.

Presumivelmente, esses "especialistas" estavam usando o método testado e confiável de iniciar a máquina, esperando que a luz do disco rígido parasse de piscar (ou seja, o sistema não estivesse realmente usando a unidade) e removendo a energia no momento em que menos É provável que ocorram danos. Se eu estivesse fazendo o teste, faria o seguinte:

  1. Remova o máximo de memória possível para que o arquivo de paginação seja usado hard
  2. Iniciar uma tarefa massiva de processamento de vídeo ou dados para manter o disco rígido funcionando difícil
  3. Inicie um lote aleatório de programas e configure-os (por sorte)
  4. Salve tantos dados dos programas quanto possível
  5. ENTÃO, remova a energia em pontos aleatórios nesta lista e, na reinicialização, veja o que sobreviveu. As chances são de que o Windows esteja bom, mas alguns dados podem ser inconsistentes. YMMV

Para obter o melhor efeito, tente redimensionar a partição do Windows e, em seguida, remova a energia. Verifique se a sua máquina está bem depois disso.

    
por 23.04.2010 / 12:15
1

Eu não ligo para o que os "especialistas" dizem, isso ainda é uma ideia estúpida.

Can unplugging the cable during runtime cause data loss 

Claro. Se você estiver fazendo uma operação de cópia de arquivos não atômica, converta um disco, modifique a tabela de partição, baixe um arquivo, ...

Ainda assim, este não é o pior caso de má ciência que eu já vi. Há um show no Reino Unido que alertou sobre colocar Diamonds em um forno, como "porque eles são feitos de carbono, eles se transformam em CO2 e flutuam para longe!"

    
por 23.04.2010 / 10:45
0

Esqueça os sistemas de arquivos, e as rupturas das placas magnéticas causadas pelo mau funcionamento da cabeça voadora?

    
por 23.04.2010 / 13:06
0

Possíveis danos de hardware à parte, quão seguros seus dados são realmente dependem do sistema de arquivos que você usa e, ao contrário do sistema de arquivos de mito popular journalling, que não é uma cura para a perda de dados, eles podem ser exatamente o oposto. A razão para isso é journalling em si só significa que a integridade do seu sistema de arquivos está protegida, isso não significa que a integridade de seus dados está protegida. Com o XFS no Linux, por exemplo, você tem uma janela muito grande entre quando o seu aplicativo grava os dados e quando os dados realmente chegam ao disco, se algo acontecer entre os dados desaparece. Isso por si só não seria tão ruim assim, mas combinado com algumas peculiaridades do que o POSIX permite em termos de semântica de sistema de arquivos você entra em situações em que quando um aplicativo substitui um arquivo de configuração antigo por um novo você não tem garantia de que caso de um acidente, um dos arquivos sobrevive. Em vez disso, você pode acabar com um arquivo de 0 bytes. E isso não é um em um milhão de acidente, basicamente acontece em cada segundo acidente no seu sistema desktop médio para algum arquivo de configuração aleatória (o banco de dados. Gconf é uma vítima fácil).

Outros sistemas de arquivos, como o ext3, não sofrem com o problema, já que suas semânticas são um pouco diferentes ou possuem uma janela de cache muito menor. As primeiras versões do Ext4 e do reiserfs sofreram isso, mas foram corrigidas nesse meio tempo.

Para encurtar a história: os dados que já estão no seu disco e não são tocados irão sobreviver, mas os dados que são modificados podem ser facilmente apagados quando você usa o sistema de arquivos errado, embora seja bastante seguro com os outros.

    
por 23.04.2010 / 13:55