[FUG-BR] Arquivos apagados no samba

[Rodrigo Graeff]

On Mar 16, 2009, at 7:46 PM, Vinicius Campos Maia wrote:

> Pessoal,
>
> Muito obrigado pelas respostas. Felizmente algumas pessoas tinham  
> cópias de
> vários arquivos que foram apagados e consegui recuperar parcialmente  
> os
> mesmos.
>
> Já implementei a lixeira e novas políticas de backups para prevenir  
> futuros
> problemas.
>
> Obrigado a todos mesmo.
>
> []'s
>
> Vinicius Maia
>
>
> 2009/3/16 Patrick Tracanelli <eksffa em freebsdbrasil.com.br>
>
>> Rodrigo Graeff escreveu:
>>> Realmente remover arquivos em ufs (ufs2) é algo de ser bem  
>>> pensado, se
>>> for acidental e não houver backup, pode ser um problema sério. Até
>>> hoje desconheço uma forma segura de recuperar os dados, ainda mais  
>>> se
>>> o disco foi utilizado logo após a exclusão dos dados.
>>
>> [..]
>>
>>>> 2009/3/16 Vinicius Campos Maia <viniciusmaia em gmail.com>:
>>>>> Pessoal,
>>>>>
>>>>> Ontem tive um problema muito grave. Acabei apagando cerca de  
>>>>> 50GB de
>>>>> arquivos de um cliente por acidente no samba.
>>>>>
>>>>> Existe alguma chance de recuperar esses arquivos?
>>
>> Sei que agora é tarde. Mas File Servers, Samba, tem recursos pra  
>> evitar
>> esses acidentes. Tem um módulo de lixeira por exemplo. Considere
>> ativa-lo para evitar de novo o problema.
>>
>> Agora sobre recuperar, não existe nada seguro.
>>
>> Se forem dados realmente importantes e você puder esperar sem eles
>> ficarem "datados", sugiro que você substituia os discos imediatamente
>> por novos (faz um dump) e pare de usar o atual, e utilize o  
>> Sleuthkit ou
>> o The Coroners Toolkit para tentar recuperar.
>>
>> Alguma coisa, você vai conseguir recuperar do disco, só não sei se da
>> época que voce quer. Lembrando que isso é um procedimento de perícia
>> forense, não é nada garantido, e tudo vai demorar muito, muito tempo.
>>
>> Em um disco de 300G eu levei 4 meses sem interrupção, em uma  
>> consultoria
>> ha algum bom tempo atrás, pra recuperar os dados, e só veio parcial.
>> Felizmente veio o que era necessário. Pra piorar sua inspeção deve  
>> ser
>> manual, item a item, pois não existem mais informações de metadata,  
>> só
>> existe inodes perdidos unlinked no seu HD, então cada "bloco" de  
>> dados
>> terá o número do inode ou do bloco como identificador de nome de
>> arquivo. Ou seja ver o que é sem abrir, sem chance.
>>
>> Só justifica esse trabalho e tempo se o que você perdeu é muito
>> importante, ou se existe alguma necessidade jurídica em ter esses  
>> dados
>> recuperados.
>>
>> Mas recuperar seus 50G de dados, de um UFS2, na íntegra, sem chance.
>> Mais fácil você ganhar na mega-sena (infelizmente não é piada).
>>
>> --
>> Patrick Tracanelli
>>
>> FreeBSD Brasil LTDA.
>> Tel.: (31) 3516-0800
>> 316601 em sip.freebsdbrasil.com.br
>> http://www.freebsdbrasil.com.br
>> "Long live Hanin Elias, Kim Deal!"
>>
>> -------------------------
>> Histórico: http://www.fug.com.br/historico/html/freebsd/
>> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>>
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd


Onde trabalhei até hoje costumei dizer que backup é excelencialmente  
mais importante que qualquer firewall. Principalmente com relação à  
servidores de arquivo. Quando se monta um server samba, antes de  
pensar nas regras do filtro de pacotes, pense primeiro na melhor  
solução de backup destes arquivos, depois se preocupe com a segurança  
de rede.

[ ]s


Rodrigo Graeff
delphusbsd em gmail.com