[FUG-BR] Arquivos apagados no samba

Daniel de Oliveira akulatraxas em gmail.com
Terça Março 17 10:46:37 BRT 2009


Verdade. Eu varios clientes que tu chega no lugar e os caras não se
preocupam em um mínimo de backup, pois acham que "nunca vai acontecer
um problema" até ele acontecer.
Backup pode ser até mesmo copia de uma máquina pra outra, uma mínima
garantia já é uma "garantia". Fora que hoje em dia existem diversas
soluções de backup gratuitas, sem contar as pagas.

2009/3/17 Rodrigo Graeff <delphusbsd em gmail.com>:
>
> 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,
>>>>>> 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
>
> -------------------------
> Histórico: http://www.fug.com.br/historico/html/freebsd/
> Sair da lista: https://www.fug.com.br/mailman/listinfo/freebsd
>



-- 
Daniel de Oliveira
----
Network and System Analyst
Security Specialist
IBM RISC Specialist
IBM Storage Specialist
Linux/Unix Specialist
Linux User #: 405334


Mais detalhes sobre a lista de discussão freebsd