Zerotools

projeto Zerotools contém um conjunto de ferramentas para ajudar a manter discos virtuais limpos (através do preenchimento zero binário às regiões que já não estão em "utilização"). Isso é feito on-the-fly ou manualmente, dependendo da ferramenta que se adapta às necessidades melhor.
Em termos técnicos o on-the-fly mecanismo usa LD_PRELOAD para embrulhar a chamada biblioteca unlink e zerounlink-wrapper fornece um mecanismo baseado link simbólico para direcionar programas individuais de modo que eles serão executados utilizando o wrapper unlink. Para efeito de comparação contra outras ferramentas, por favor, consulte a seção "Outras soluções".
Por favor, note que zerotools não competem com várias ferramentas que reescrever o conteúdo do arquivo com os dados "aleatórios", a fim de fazer a recuperação de dados perto de impossível. Não use zerotools para isso, ou afirmam que eles são boas ferramentas para isso. Eles não são. (Este texto foi adicionado para as pessoas que apenas lêem introduções.)
Zerotools são Linux específica, implementados usando C e licenciado sob a licença GNU General Public (v2). As ferramentas são fornecidas sem garantia de qualquer tipo, no entendimento de que erros de software que existem e coisas ruins podem acontecer.
Erros e limitações
Não há bugs conhecidos. Conhecido pelo menos para mim. Falhas serão corrigidas com base em relatórios inteligentes por usuários finais ou automaticamente se eu tiver tempo extra. Meu endereço de e-mail está no início de cada arquivo-fonte que você deve sentir a necessidade de enviar patches.
-Proteção fio ainda não foi testado corretamente. Nem é LFS-requisito (o que significa que zerotools pode não ser capaz de lidar com arquivos de mais de 2 GiB de tamanho em arquiteturas de 32 bits). Construir ou zerotools em execução em sistemas Linux mais antigos não foi tentada (mas será feito logo que os sistemas mais antigos estão instalados em ambiente de teste). A participação do usuário nos testes também é apreciado.
Testes foram feitos em muitas distribuições Linux rodando kernels (2.4 e 2.6) e com as versões glibc (2.3.2 a 2.5.3, com correções de segurança, pelo que esta é apenas uma informação consultivo). Arquiteturas que foram testados são x86, x86_64, e ppc ia_64 (32-bit). Outros resultados arquitetura de teste são bem-vindos.
zerounlink e zerounlink-wrapper não funcionam com executáveis ​​vinculados estaticamente. Esta é uma limitação na técnica e não há soluções alternativas (conhecidas por mim).
Uma mis-metragem existe em zerounlink: ao verificar se um arquivo deve ser colocado em zero ou não, zerounlink não leva em conta os arquivos esparsos. Se o arquivo é escassa, não faria sentido para substituir apenas as partes do arquivo que tenham conteúdo diferente de zero.
Isto significa que zerounlink teria que ler através de todo o arquivo original e procure o conteúdo diferente de zero pela primeira vez. Isto também significa que, em vez de apenas escrever para o arquivo desvinculado, zerounlink teria de lê-lo em bem. Isso faria com que eu extra de operações E / S. Não tenho certeza se o apoio escasso-arquivo especial vale a pena o esforço extra ea complexidade de modo que este recurso não foi implementado.
Deixe-me cair uma nota, se você acha que você precisar. (A razão para ter esse recurso é fazer com a forma como os discos virtuais mais dinâmicos são implementados. Eles vão alocar espaço real quando todos os dados são gravados em uma área vdisk, mesmo se as gravações consistir apenas zeros binários. É um pouco boba, mas é assim que a maioria deles trabalha. Esta é a mesma razão pela qual o enchimento do sistema de arquivos com um arquivo contendo apenas zeros binários (com a ferramenta dd ou outro) não é realmente uma boa solução para limpar o vdisk.)
Ao relatar erros sobre anúncios desta página web, por favor inclua o número de listagem eo número da linha do pouco problemático para acelerar correções. Para outras correções relacionadas à web, tente incluir 2-3 frase palavra que pode ser grepped com. Não enviar diffs contra xhtml.