perda de arquivos.

klose
(usa Debian)

Enviado em 11/07/2011 - 14:50h

oi pessoal.
tô precisando de um help!!

uso um servidor linux (debian) com win2003 server virtualizado.

essa semana ao ligar o meu servidor linux, aconteceu o seguinte:
disk boot failure!

até aí beleza.
esse erro as vezes costuma acontecer.

desencatei o cabo sata do hd e coloquei novamente.

o linux começa a iniciar.

quando chega na parte de carregar o vmware, aparece um monte e erros.

diz assim: blocos com erro 34323423423o4isdf e por aí vai...

...nao consegue carregar o linux.


então coloquei o hd em outra maquina (com OS linux), entei no HD c/ defeito e fui navegando nas pastas.

só que na hora de entrar no diretorio /var/vms/as maquinas virtuais.

só aparace o diretorio /var/ (é como se nao existisse o diretorio /vms.

e é lá que está o meu servidor windows com todos os meus arquivos.

tem alguma forma de reverter isso?

obs-> parece que o bloco do hd que corrompeu foi justamento onde ficava o diretorio /vms.

tem algum programa que possa recuperar esses arquivos??

por favor, help!!!

renato_pacheco
(usa Debian)

Enviado em 11/07/2011 - 14:59h

Passa o fsck no seu HD:

# fsck /dev/sda

Supondo q o seu dispositivo seja detectado como /dev/sda.

removido
(usa Nenhuma)

Enviado em 11/07/2011 - 15:11h

Uso o virtualbox, os discos virtuais ficam em

/home/usuario/VirtualBox VMs

ou então em

/home/usuario/.VirtualBox/HardDisks

Não custa nada conferir :)

rai3mb
(usa Outra)

Enviado em 11/07/2011 - 23:44h

Esse /var não estava montado em outra partição? ou em outro HD?


ABraços

klose
(usa Debian)

Enviado em 12/07/2011 - 09:25h

encontrei em um tutorial esse prorama: ddrescue.

Ex: Quero copiar uma unidade de disco rígido inteira ignorando os blocos defeituosos.

# dd_rescue /dev/hda4 WindowsXP.img

Ou se preferir, pode usar com a opção -A que já vimos anteriormente:

# dd_rescue -A /dev/hda4 WindowsXP.img



só que não sei bem como ele funciona.
fiz como está no tutorial, mas dava erro de diretorio.


vou tentar o fsck.

klose
(usa Debian)

Enviado em 12/07/2011 - 09:32h

fiz o teste com o fsck.


apareceu essa mensagem:
_________________________________________________________________________
fsck /dev/sdb1 |
fsck de util-linux-ng 2.17.2 |
e2fsck 1.41.14 (22-Dec-2010) |
/dev/sdb1: recuperando 'journal' |
/dev/sdb1 foi montado 35 vezes sem ser verificado, verificação forçada. |
Passo 1: Verificando inodes, blocks, e os tamanhos. |
Erro lendo bloco 39419930 (Attempt to read block from filesystem resulted| in short read) enquanto obtendo próximo inode para verredura. Ignorar | erro<y>? sim |

Forçar reescrita<y>? não |

Erro lendo bloco 39419931 (Attempt to read block from filesystem resulted| in short read) enquanto obtendo próximo inode para verredura. Ignorar | erro<y>? não

Erro buscando inodes (19710720): Can't read next inode |
e2fsck: abortado |
__________________________________________________________________________
coloquei para abortar porque ele perguntou se queria forçar "reescrita". nao sei se isso iria apagar os meus dados, e optei pelo nao.

o seguro morreu de velho!!!!


nao quis arriscar. não sou nenhum expert, mas prefiro prevenir.

renato_pacheco
(usa Debian)

Enviado em 12/07/2011 - 09:57h

Mas se vc não consertar os inodes perdidos, vc não conseguirá recuperar os arquivos. Caso haja alguma perda (se não for defeito físico), vc pode estar olhando no diretório criado "lost+found".

klose
(usa Debian)

Enviado em 13/07/2011 - 11:54h

caro amigo renato_pacheco.
fiz o teste com o fsck.
___________________________________________________________________________
fsck /dev/sdb1
fsck de util-linux-ng 2.17.2
e2fsck 1.41.14 (22-Dec-2010)
fsck.ext2: Group descriptors look bad... trying backup blocks...
/dev/sdb1 não foi desmontado corretamente, verificação forçada.
Passo 1: Verificando inodes, blocks, e os tamanhos.
Erro lendo bloco 39419930 (Attempt to read block from filesystem resulted in short read) enquanto obtendo próximo inode para verredura. Ignorar erro<y>? não

Erro buscando inodes (19710720): Can't read next inode
e2fsck: abortado
___________________________________________________________________________


eu não estou conseguindo mais montar esse hd que está com erros.
preciso recuperar os dados que estão nele.

o que eu faço??

já utilizei diversas ferramentas para correção, mas mesmo assim, nao obtive sucesso!!!

#reiserfsck --chek
#reiserfsck --fix-fixable
#badblocks -b


Alguém sabe me dizer sobre esse FOREMOST??

abraços!!

klose
(usa Debian)

Enviado em 13/07/2011 - 12:23h

bom pessoal. uso ubuntu 11.04 e nele tem uma ferramenta de "utilitario de unidade".

quando abro essa ferramenta, lá aparecem todos os dispositivos conectados ao pc. e principalmente o hd com defeito.

UNIDADE:

Modelo:ATA MAXTOR STM3500320AS
versão de firmware: MX15
local: Porta 2 de Adaptador host SATA
cache de escrita: Habilitado
capacidade: 500 GB (500.106.780.160 bytes)
Particionamento: Master Boot REcord
Dispositivo: /dev/sdb
taxa de rotação: 7200 RPM
conexao: ATA
status do SMART: dispositivo possui alguns setores ruins.

Volumes
Uso: Espaço não alocado
tipo de partição: -
dispositivo: /dev/sdb

criar partição
criar uma nova partição?
____________________________________

aí tá o problema??
não sei o que aconteceu com a partição do hd!!

se a partição do hd apagou, tem como recupera-la?

ou se eu criar uma nova partição, os meus dados que estvam anteriormente serão apagados?

removido
(usa Nenhuma)

Enviado em 14/07/2011 - 22:46h

Tem como recuperar a partição, isso já aconteceu comigo. Usei o testdisk, ele é muito bom e ainda recupera arquivos deletados.
Tente recuperar a partição, se vc conseguir recuperar ela talvez seus arquivos voltem como estavam antes.
Tem vários tutoriais sobre o testdisk na internet, faç uma busca no google e outra aqui no vol