Re: [Ubuntu-BR] fsck - Entendendo o seu funcionamento

2017-04-17 Por tôpico Wagner De Queiroz 
eu que fico contente em ajudar outro usuário do linux em apuros. Fico
orgulhoso em ajudar e ensinar. Embora a questão seja de resolução simples,
devemos estar atentos as possibilidades do que pode ter acontecido e estar
preparado para resolver. Perder dados é terrível, mas pode ser evitado com
cuidados especiais.

Em 17 de abril de 2017 10:01, luciano de souza 
escreveu:

> Wagner,
> O meu amigo decidiu arriscar com o fsck e, neste momento, está
> felicíssimo pelo resultado. O seu palpite estava corretíssimo.
> Tudo deu muito certo. O comando funcionou, os arquivos foram reparados
> e, se tudo isso não bastasse, aprendi um bocado sobre sistemas de
> arquivos graças ao bom Wagner, a quem eu e o meu amigo agradecemos com
> entusiasmo.
>
> Em 17/04/2017, luciano de souza escreveu:
> > A crise afetou o meu amigo, então, se ele não conseguir um disco
> > emprestado, não disporá de espaço para fazer a cópia dos dados.
> > Talvez ele venha a perder os dados e, contra isso, pouco se possa
> > fazer. O importante é que o fsck não assuma por um "-y" nenhuma
> > operação de formatação.
> > Você alertou para todos os riscos. Não consigo imaginar resposta mais
> > completa. Vou colocar a consideração do amigo as questões que me
> > colocou.
> >
> > Em 17/04/2017, Wagner De Queiroz escreveu:
> >> Luciano,
> >>
> >> Eu sou administrador de rede e trabalho com linux desde 2006. Minha
> >> experiência diz que o fsck vai resolver sua questão, CONTUDO: Se existe
> >> uma
> >> falha de hardware no superbloco e mesmo que haja algumas copias dos
> dados
> >> por segurança dentro do superbloco, a recuperação ira falhar
> >> miseravelmente
> >> e você terá muita dor de cabeça para recuperar os dados, eu já vi este
> >> caso
> >> acontecer, não foi comigo, mas é frustrante saber que isso pode ser
> >> facilmente evitado com uma rede de proteção chamada copia em disco
> >> confiável. A paranoia é tão grande que hj em dia a pessoa que passou por
> >> isso não tem dúvida, copia o disco inteiro antes de mexer e faz uma
> >> terceira copia que seria a copia de trabalho, e caso ela falhe, faz uma
> >> copia da segunda cópia e o processo continua. o disco suspeito fica
> >> trancado a sete chaves até que os dados tenham sido recuperados com
> >> sucesso.
> >>
> >> Em 17 de abril de 2017 08:59, luciano de souza 
> >> escreveu:
> >>
> >>> Antes de qualquer coisa, muito obrigado pela clareza, atenção e
> >>> qualidade de sua resposta!
> >>> Reencaminharei a sua mensagem ao meu amigo.
> >>> Se ele decidir, por não serem assim tão preciosos, arriscar com o
> >>> fsck, há o risco de que não dê certo porque, afinal, este risco sempre
> >>> há. Mas mesmo que coloque o "-y", o fsck não tentará formatar o disco.
> >>> Seria isso certo?
> >>> Estou abrindo agora o link que me enviou. Parece realmente muito bom!
> >>>
> >>> Em 17/04/2017, Wagner De Queiroz escreveu:
> >>> > Prezado Luciano, tudo depende do valor dos dados ser maior que o
> valor
> >>> > da
> >>> > midia do disco em si. O que eu recomendaria era arrumar um segundo
> >>> > disco
> >>> de
> >>> > igual capacidade ou maior, dar boot por pendrive e fazer uma imagem
> do
> >>> > disco no segundo hd e tentar fazer a recuperação de dados na cópia.
> >>> >
> >>> > *Motivos para isso:*
> >>> >
> >>> > 1. Preserva seu disco, quanto menos mexer na vitima, melhor
> >>> > 2. Se falhar na cópia, vc pode fazer novamente a cópia e tentar outro
> >>> > método
> >>> > 3. Se o disco origem tem problemas físicos, mandar para uma empresa
> >>> > especializada em recuperação de dados será bem efetivo, pois você não
> >>> esta
> >>> > tentando recuperar um erro que pode se tornar catastrófico.
> >>> > 4. Sua consciência vai me agradecer pela paz de espirito
> >>> > 5. Você vai aprender um bocado.
> >>> >
> >>> > A cópia do disco pode ser feita com o comando dd
> >>> > dd if=/dev/sda1 of=/mnt/segundoHD
> >>> >
> >>> > E depois disso, voce pode usar as ferramentas de recuperação de dados
> >>> > em
> >>> > cima da cópia. O comando dd é demorado e não informa nada, não se
> >>> assuste,
> >>> > aprenda a usa-lo, execute e saia para uma "chavena de chocolate".
> >>> >
> >>> > Sobre o superbloco, vou te dar um link da IBM que pode lhe
> interessar,
> >>> leia
> >>> > o link inteiro que o superbloco ficará mais fácil de entender.
> >>> >
> >>> > https://www.ibm.com/developerworks/br/library/l-linux-filesystem/
> >>> >
> >>> > Espero ter ajudado, pois eu faço assim por aqui, apesar de ser mais
> >>> > demorado, a segurança e a garantia de recuperar os dados é maior.
> >>> >
> >>> > Em 17 de abril de 2017 08:22, luciano de souza 
> >>> > escreveu:
> >>> >
> >>> >> Caros,
> >>> >> Um colega recebeu a seguinte mensagem ao tentar montar o seu disco:
> >>> >> mount: /dev/sda1: can't read superblock
> >>> >>
> >>> >> No Google, fiquei a saber que uma das possíveis soluções seria:
>

Re: [Ubuntu-BR] fsck - Entendendo o seu funcionamento

2017-04-17 Por tôpico luciano de souza 
Wagner,
O meu amigo decidiu arriscar com o fsck e, neste momento, está
felicíssimo pelo resultado. O seu palpite estava corretíssimo.
Tudo deu muito certo. O comando funcionou, os arquivos foram reparados
e, se tudo isso não bastasse, aprendi um bocado sobre sistemas de
arquivos graças ao bom Wagner, a quem eu e o meu amigo agradecemos com
entusiasmo.

Em 17/04/2017, luciano de souza escreveu:
> A crise afetou o meu amigo, então, se ele não conseguir um disco
> emprestado, não disporá de espaço para fazer a cópia dos dados.
> Talvez ele venha a perder os dados e, contra isso, pouco se possa
> fazer. O importante é que o fsck não assuma por um "-y" nenhuma
> operação de formatação.
> Você alertou para todos os riscos. Não consigo imaginar resposta mais
> completa. Vou colocar a consideração do amigo as questões que me
> colocou.
>
> Em 17/04/2017, Wagner De Queiroz escreveu:
>> Luciano,
>>
>> Eu sou administrador de rede e trabalho com linux desde 2006. Minha
>> experiência diz que o fsck vai resolver sua questão, CONTUDO: Se existe
>> uma
>> falha de hardware no superbloco e mesmo que haja algumas copias dos dados
>> por segurança dentro do superbloco, a recuperação ira falhar
>> miseravelmente
>> e você terá muita dor de cabeça para recuperar os dados, eu já vi este
>> caso
>> acontecer, não foi comigo, mas é frustrante saber que isso pode ser
>> facilmente evitado com uma rede de proteção chamada copia em disco
>> confiável. A paranoia é tão grande que hj em dia a pessoa que passou por
>> isso não tem dúvida, copia o disco inteiro antes de mexer e faz uma
>> terceira copia que seria a copia de trabalho, e caso ela falhe, faz uma
>> copia da segunda cópia e o processo continua. o disco suspeito fica
>> trancado a sete chaves até que os dados tenham sido recuperados com
>> sucesso.
>>
>> Em 17 de abril de 2017 08:59, luciano de souza 
>> escreveu:
>>
>>> Antes de qualquer coisa, muito obrigado pela clareza, atenção e
>>> qualidade de sua resposta!
>>> Reencaminharei a sua mensagem ao meu amigo.
>>> Se ele decidir, por não serem assim tão preciosos, arriscar com o
>>> fsck, há o risco de que não dê certo porque, afinal, este risco sempre
>>> há. Mas mesmo que coloque o "-y", o fsck não tentará formatar o disco.
>>> Seria isso certo?
>>> Estou abrindo agora o link que me enviou. Parece realmente muito bom!
>>>
>>> Em 17/04/2017, Wagner De Queiroz escreveu:
>>> > Prezado Luciano, tudo depende do valor dos dados ser maior que o valor
>>> > da
>>> > midia do disco em si. O que eu recomendaria era arrumar um segundo
>>> > disco
>>> de
>>> > igual capacidade ou maior, dar boot por pendrive e fazer uma imagem do
>>> > disco no segundo hd e tentar fazer a recuperação de dados na cópia.
>>> >
>>> > *Motivos para isso:*
>>> >
>>> > 1. Preserva seu disco, quanto menos mexer na vitima, melhor
>>> > 2. Se falhar na cópia, vc pode fazer novamente a cópia e tentar outro
>>> > método
>>> > 3. Se o disco origem tem problemas físicos, mandar para uma empresa
>>> > especializada em recuperação de dados será bem efetivo, pois você não
>>> esta
>>> > tentando recuperar um erro que pode se tornar catastrófico.
>>> > 4. Sua consciência vai me agradecer pela paz de espirito
>>> > 5. Você vai aprender um bocado.
>>> >
>>> > A cópia do disco pode ser feita com o comando dd
>>> > dd if=/dev/sda1 of=/mnt/segundoHD
>>> >
>>> > E depois disso, voce pode usar as ferramentas de recuperação de dados
>>> > em
>>> > cima da cópia. O comando dd é demorado e não informa nada, não se
>>> assuste,
>>> > aprenda a usa-lo, execute e saia para uma "chavena de chocolate".
>>> >
>>> > Sobre o superbloco, vou te dar um link da IBM que pode lhe interessar,
>>> leia
>>> > o link inteiro que o superbloco ficará mais fácil de entender.
>>> >
>>> > https://www.ibm.com/developerworks/br/library/l-linux-filesystem/
>>> >
>>> > Espero ter ajudado, pois eu faço assim por aqui, apesar de ser mais
>>> > demorado, a segurança e a garantia de recuperar os dados é maior.
>>> >
>>> > Em 17 de abril de 2017 08:22, luciano de souza 
>>> > escreveu:
>>> >
>>> >> Caros,
>>> >> Um colega recebeu a seguinte mensagem ao tentar montar o seu disco:
>>> >> mount: /dev/sda1: can't read superblock
>>> >>
>>> >> No Google, fiquei a saber que uma das possíveis soluções seria:
>>> >> sudo fsck -y /dev/sda1
>>> >>
>>> >> Como há um bocado de coisa preciosa em sda1, tenho a cautela de
>>> >> perguntar o que precisamente fsck faz.
>>> >> Imagino que percorra as trilhas do disco e, então, atue para
>>> corrigi-las.
>>> >> Mas há este "-y". Ele serve para responder com "sim" a todas as
>>> >> perguntas.
>>> >> Bom, o meu amigo, como eu, não possui conhecimentos técnicos de
>>> >> Linux,
>>> >> então, não adiantaria omitir o "-y" e deixar que o sistema faça
>>> >> perguntas que não se saberia como responder.
>>> >> De qualquer modo, pergunto-lhes se há alguma

Re: [Ubuntu-BR] fsck - Entendendo o seu funcionamento

2017-04-17 Por tôpico luciano de souza 
A crise afetou o meu amigo, então, se ele não conseguir um disco
emprestado, não disporá de espaço para fazer a cópia dos dados.
Talvez ele venha a perder os dados e, contra isso, pouco se possa
fazer. O importante é que o fsck não assuma por um "-y" nenhuma
operação de formatação.
Você alertou para todos os riscos. Não consigo imaginar resposta mais
completa. Vou colocar a consideração do amigo as questões que me
colocou.

Em 17/04/2017, Wagner De Queiroz escreveu:
> Luciano,
>
> Eu sou administrador de rede e trabalho com linux desde 2006. Minha
> experiência diz que o fsck vai resolver sua questão, CONTUDO: Se existe uma
> falha de hardware no superbloco e mesmo que haja algumas copias dos dados
> por segurança dentro do superbloco, a recuperação ira falhar miseravelmente
> e você terá muita dor de cabeça para recuperar os dados, eu já vi este caso
> acontecer, não foi comigo, mas é frustrante saber que isso pode ser
> facilmente evitado com uma rede de proteção chamada copia em disco
> confiável. A paranoia é tão grande que hj em dia a pessoa que passou por
> isso não tem dúvida, copia o disco inteiro antes de mexer e faz uma
> terceira copia que seria a copia de trabalho, e caso ela falhe, faz uma
> copia da segunda cópia e o processo continua. o disco suspeito fica
> trancado a sete chaves até que os dados tenham sido recuperados com
> sucesso.
>
> Em 17 de abril de 2017 08:59, luciano de souza 
> escreveu:
>
>> Antes de qualquer coisa, muito obrigado pela clareza, atenção e
>> qualidade de sua resposta!
>> Reencaminharei a sua mensagem ao meu amigo.
>> Se ele decidir, por não serem assim tão preciosos, arriscar com o
>> fsck, há o risco de que não dê certo porque, afinal, este risco sempre
>> há. Mas mesmo que coloque o "-y", o fsck não tentará formatar o disco.
>> Seria isso certo?
>> Estou abrindo agora o link que me enviou. Parece realmente muito bom!
>>
>> Em 17/04/2017, Wagner De Queiroz escreveu:
>> > Prezado Luciano, tudo depende do valor dos dados ser maior que o valor
>> > da
>> > midia do disco em si. O que eu recomendaria era arrumar um segundo
>> > disco
>> de
>> > igual capacidade ou maior, dar boot por pendrive e fazer uma imagem do
>> > disco no segundo hd e tentar fazer a recuperação de dados na cópia.
>> >
>> > *Motivos para isso:*
>> >
>> > 1. Preserva seu disco, quanto menos mexer na vitima, melhor
>> > 2. Se falhar na cópia, vc pode fazer novamente a cópia e tentar outro
>> > método
>> > 3. Se o disco origem tem problemas físicos, mandar para uma empresa
>> > especializada em recuperação de dados será bem efetivo, pois você não
>> esta
>> > tentando recuperar um erro que pode se tornar catastrófico.
>> > 4. Sua consciência vai me agradecer pela paz de espirito
>> > 5. Você vai aprender um bocado.
>> >
>> > A cópia do disco pode ser feita com o comando dd
>> > dd if=/dev/sda1 of=/mnt/segundoHD
>> >
>> > E depois disso, voce pode usar as ferramentas de recuperação de dados
>> > em
>> > cima da cópia. O comando dd é demorado e não informa nada, não se
>> assuste,
>> > aprenda a usa-lo, execute e saia para uma "chavena de chocolate".
>> >
>> > Sobre o superbloco, vou te dar um link da IBM que pode lhe interessar,
>> leia
>> > o link inteiro que o superbloco ficará mais fácil de entender.
>> >
>> > https://www.ibm.com/developerworks/br/library/l-linux-filesystem/
>> >
>> > Espero ter ajudado, pois eu faço assim por aqui, apesar de ser mais
>> > demorado, a segurança e a garantia de recuperar os dados é maior.
>> >
>> > Em 17 de abril de 2017 08:22, luciano de souza 
>> > escreveu:
>> >
>> >> Caros,
>> >> Um colega recebeu a seguinte mensagem ao tentar montar o seu disco:
>> >> mount: /dev/sda1: can't read superblock
>> >>
>> >> No Google, fiquei a saber que uma das possíveis soluções seria:
>> >> sudo fsck -y /dev/sda1
>> >>
>> >> Como há um bocado de coisa preciosa em sda1, tenho a cautela de
>> >> perguntar o que precisamente fsck faz.
>> >> Imagino que percorra as trilhas do disco e, então, atue para
>> corrigi-las.
>> >> Mas há este "-y". Ele serve para responder com "sim" a todas as
>> >> perguntas.
>> >> Bom, o meu amigo, como eu, não possui conhecimentos técnicos de Linux,
>> >> então, não adiantaria omitir o "-y" e deixar que o sistema faça
>> >> perguntas que não se saberia como responder.
>> >> De qualquer modo, pergunto-lhes se há alguma possibilidade de que o
>> >> fsck, não conseguindo reparar o disco, formate-o para colocá-lo de
>> >> novo em funcionamento.
>> >> De fato, gostaria que o fsck fizesse a checagem mais completa
>> >> possível, mas sem pôr em maior risco do que os dados hoje já estão.
>> >> O que me dizem? Pode-se rodar este comando com a confiança de que, se
>> >> dados não forem recuperados, tampouco serão perdidos?
>> >> --
>> >> Luciano de Souza
>> >>
>> >> --
>> >> Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece
>> >>
>> >> Lista de

Re: [Ubuntu-BR] fsck - Entendendo o seu funcionamento

2017-04-17 Por tôpico Wagner De Queiroz 
Luciano,

Eu sou administrador de rede e trabalho com linux desde 2006. Minha
experiência diz que o fsck vai resolver sua questão, CONTUDO: Se existe uma
falha de hardware no superbloco e mesmo que haja algumas copias dos dados
por segurança dentro do superbloco, a recuperação ira falhar miseravelmente
e você terá muita dor de cabeça para recuperar os dados, eu já vi este caso
acontecer, não foi comigo, mas é frustrante saber que isso pode ser
facilmente evitado com uma rede de proteção chamada copia em disco
confiável. A paranoia é tão grande que hj em dia a pessoa que passou por
isso não tem dúvida, copia o disco inteiro antes de mexer e faz uma
terceira copia que seria a copia de trabalho, e caso ela falhe, faz uma
copia da segunda cópia e o processo continua. o disco suspeito fica
trancado a sete chaves até que os dados tenham sido recuperados com
sucesso.

Em 17 de abril de 2017 08:59, luciano de souza 
escreveu:

> Antes de qualquer coisa, muito obrigado pela clareza, atenção e
> qualidade de sua resposta!
> Reencaminharei a sua mensagem ao meu amigo.
> Se ele decidir, por não serem assim tão preciosos, arriscar com o
> fsck, há o risco de que não dê certo porque, afinal, este risco sempre
> há. Mas mesmo que coloque o "-y", o fsck não tentará formatar o disco.
> Seria isso certo?
> Estou abrindo agora o link que me enviou. Parece realmente muito bom!
>
> Em 17/04/2017, Wagner De Queiroz escreveu:
> > Prezado Luciano, tudo depende do valor dos dados ser maior que o valor da
> > midia do disco em si. O que eu recomendaria era arrumar um segundo disco
> de
> > igual capacidade ou maior, dar boot por pendrive e fazer uma imagem do
> > disco no segundo hd e tentar fazer a recuperação de dados na cópia.
> >
> > *Motivos para isso:*
> >
> > 1. Preserva seu disco, quanto menos mexer na vitima, melhor
> > 2. Se falhar na cópia, vc pode fazer novamente a cópia e tentar outro
> > método
> > 3. Se o disco origem tem problemas físicos, mandar para uma empresa
> > especializada em recuperação de dados será bem efetivo, pois você não
> esta
> > tentando recuperar um erro que pode se tornar catastrófico.
> > 4. Sua consciência vai me agradecer pela paz de espirito
> > 5. Você vai aprender um bocado.
> >
> > A cópia do disco pode ser feita com o comando dd
> > dd if=/dev/sda1 of=/mnt/segundoHD
> >
> > E depois disso, voce pode usar as ferramentas de recuperação de dados em
> > cima da cópia. O comando dd é demorado e não informa nada, não se
> assuste,
> > aprenda a usa-lo, execute e saia para uma "chavena de chocolate".
> >
> > Sobre o superbloco, vou te dar um link da IBM que pode lhe interessar,
> leia
> > o link inteiro que o superbloco ficará mais fácil de entender.
> >
> > https://www.ibm.com/developerworks/br/library/l-linux-filesystem/
> >
> > Espero ter ajudado, pois eu faço assim por aqui, apesar de ser mais
> > demorado, a segurança e a garantia de recuperar os dados é maior.
> >
> > Em 17 de abril de 2017 08:22, luciano de souza 
> > escreveu:
> >
> >> Caros,
> >> Um colega recebeu a seguinte mensagem ao tentar montar o seu disco:
> >> mount: /dev/sda1: can't read superblock
> >>
> >> No Google, fiquei a saber que uma das possíveis soluções seria:
> >> sudo fsck -y /dev/sda1
> >>
> >> Como há um bocado de coisa preciosa em sda1, tenho a cautela de
> >> perguntar o que precisamente fsck faz.
> >> Imagino que percorra as trilhas do disco e, então, atue para
> corrigi-las.
> >> Mas há este "-y". Ele serve para responder com "sim" a todas as
> >> perguntas.
> >> Bom, o meu amigo, como eu, não possui conhecimentos técnicos de Linux,
> >> então, não adiantaria omitir o "-y" e deixar que o sistema faça
> >> perguntas que não se saberia como responder.
> >> De qualquer modo, pergunto-lhes se há alguma possibilidade de que o
> >> fsck, não conseguindo reparar o disco, formate-o para colocá-lo de
> >> novo em funcionamento.
> >> De fato, gostaria que o fsck fizesse a checagem mais completa
> >> possível, mas sem pôr em maior risco do que os dados hoje já estão.
> >> O que me dizem? Pode-se rodar este comando com a confiança de que, se
> >> dados não forem recuperados, tampouco serão perdidos?
> >> --
> >> Luciano de Souza
> >>
> >> --
> >> Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece
> >>
> >> Lista de discussão Ubuntu Brasil
> >> Histórico, descadastramento e outras opções:
> >> https://lists.ubuntu.com/mailman/listinfo/ubuntu-br
> >>
> >
> >
> >
> > --
> > Wagner de Queiroz
> > Be free with Linux
> >
>
>
> --
> Luciano de Souza
>
> --
> Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece
>
> Lista de discussão Ubuntu Brasil
> Histórico, descadastramento e outras opções:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-br
>



-- 
Wagner de Queiroz
Be free with Linux
-- 
Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece

Lista de discussão Ubuntu Brasil
Histórico, descadastramento e outras

Re: [Ubuntu-BR] fsck - Entendendo o seu funcionamento

2017-04-17 Por tôpico luciano de souza 
Antes de qualquer coisa, muito obrigado pela clareza, atenção e
qualidade de sua resposta!
Reencaminharei a sua mensagem ao meu amigo.
Se ele decidir, por não serem assim tão preciosos, arriscar com o
fsck, há o risco de que não dê certo porque, afinal, este risco sempre
há. Mas mesmo que coloque o "-y", o fsck não tentará formatar o disco.
Seria isso certo?
Estou abrindo agora o link que me enviou. Parece realmente muito bom!

Em 17/04/2017, Wagner De Queiroz escreveu:
> Prezado Luciano, tudo depende do valor dos dados ser maior que o valor da
> midia do disco em si. O que eu recomendaria era arrumar um segundo disco de
> igual capacidade ou maior, dar boot por pendrive e fazer uma imagem do
> disco no segundo hd e tentar fazer a recuperação de dados na cópia.
>
> *Motivos para isso:*
>
> 1. Preserva seu disco, quanto menos mexer na vitima, melhor
> 2. Se falhar na cópia, vc pode fazer novamente a cópia e tentar outro
> método
> 3. Se o disco origem tem problemas físicos, mandar para uma empresa
> especializada em recuperação de dados será bem efetivo, pois você não esta
> tentando recuperar um erro que pode se tornar catastrófico.
> 4. Sua consciência vai me agradecer pela paz de espirito
> 5. Você vai aprender um bocado.
>
> A cópia do disco pode ser feita com o comando dd
> dd if=/dev/sda1 of=/mnt/segundoHD
>
> E depois disso, voce pode usar as ferramentas de recuperação de dados em
> cima da cópia. O comando dd é demorado e não informa nada, não se assuste,
> aprenda a usa-lo, execute e saia para uma "chavena de chocolate".
>
> Sobre o superbloco, vou te dar um link da IBM que pode lhe interessar, leia
> o link inteiro que o superbloco ficará mais fácil de entender.
>
> https://www.ibm.com/developerworks/br/library/l-linux-filesystem/
>
> Espero ter ajudado, pois eu faço assim por aqui, apesar de ser mais
> demorado, a segurança e a garantia de recuperar os dados é maior.
>
> Em 17 de abril de 2017 08:22, luciano de souza 
> escreveu:
>
>> Caros,
>> Um colega recebeu a seguinte mensagem ao tentar montar o seu disco:
>> mount: /dev/sda1: can't read superblock
>>
>> No Google, fiquei a saber que uma das possíveis soluções seria:
>> sudo fsck -y /dev/sda1
>>
>> Como há um bocado de coisa preciosa em sda1, tenho a cautela de
>> perguntar o que precisamente fsck faz.
>> Imagino que percorra as trilhas do disco e, então, atue para corrigi-las.
>> Mas há este "-y". Ele serve para responder com "sim" a todas as
>> perguntas.
>> Bom, o meu amigo, como eu, não possui conhecimentos técnicos de Linux,
>> então, não adiantaria omitir o "-y" e deixar que o sistema faça
>> perguntas que não se saberia como responder.
>> De qualquer modo, pergunto-lhes se há alguma possibilidade de que o
>> fsck, não conseguindo reparar o disco, formate-o para colocá-lo de
>> novo em funcionamento.
>> De fato, gostaria que o fsck fizesse a checagem mais completa
>> possível, mas sem pôr em maior risco do que os dados hoje já estão.
>> O que me dizem? Pode-se rodar este comando com a confiança de que, se
>> dados não forem recuperados, tampouco serão perdidos?
>> --
>> Luciano de Souza
>>
>> --
>> Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece
>>
>> Lista de discussão Ubuntu Brasil
>> Histórico, descadastramento e outras opções:
>> https://lists.ubuntu.com/mailman/listinfo/ubuntu-br
>>
>
>
>
> --
> Wagner de Queiroz
> Be free with Linux
>


-- 
Luciano de Souza

-- 
Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece

Lista de discussão Ubuntu Brasil
Histórico, descadastramento e outras opções:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-br

Re: [Ubuntu-BR] fsck - Entendendo o seu funcionamento

2017-04-17 Por tôpico Wagner De Queiroz 
Prezado Luciano, tudo depende do valor dos dados ser maior que o valor da
midia do disco em si. O que eu recomendaria era arrumar um segundo disco de
igual capacidade ou maior, dar boot por pendrive e fazer uma imagem do
disco no segundo hd e tentar fazer a recuperação de dados na cópia.

*Motivos para isso:*

1. Preserva seu disco, quanto menos mexer na vitima, melhor
2. Se falhar na cópia, vc pode fazer novamente a cópia e tentar outro método
3. Se o disco origem tem problemas físicos, mandar para uma empresa
especializada em recuperação de dados será bem efetivo, pois você não esta
tentando recuperar um erro que pode se tornar catastrófico.
4. Sua consciência vai me agradecer pela paz de espirito
5. Você vai aprender um bocado.

A cópia do disco pode ser feita com o comando dd
dd if=/dev/sda1 of=/mnt/segundoHD

E depois disso, voce pode usar as ferramentas de recuperação de dados em
cima da cópia. O comando dd é demorado e não informa nada, não se assuste,
aprenda a usa-lo, execute e saia para uma "chavena de chocolate".

Sobre o superbloco, vou te dar um link da IBM que pode lhe interessar, leia
o link inteiro que o superbloco ficará mais fácil de entender.

https://www.ibm.com/developerworks/br/library/l-linux-filesystem/

Espero ter ajudado, pois eu faço assim por aqui, apesar de ser mais
demorado, a segurança e a garantia de recuperar os dados é maior.

Em 17 de abril de 2017 08:22, luciano de souza 
escreveu:

> Caros,
> Um colega recebeu a seguinte mensagem ao tentar montar o seu disco:
> mount: /dev/sda1: can't read superblock
>
> No Google, fiquei a saber que uma das possíveis soluções seria:
> sudo fsck -y /dev/sda1
>
> Como há um bocado de coisa preciosa em sda1, tenho a cautela de
> perguntar o que precisamente fsck faz.
> Imagino que percorra as trilhas do disco e, então, atue para corrigi-las.
> Mas há este "-y". Ele serve para responder com "sim" a todas as perguntas.
> Bom, o meu amigo, como eu, não possui conhecimentos técnicos de Linux,
> então, não adiantaria omitir o "-y" e deixar que o sistema faça
> perguntas que não se saberia como responder.
> De qualquer modo, pergunto-lhes se há alguma possibilidade de que o
> fsck, não conseguindo reparar o disco, formate-o para colocá-lo de
> novo em funcionamento.
> De fato, gostaria que o fsck fizesse a checagem mais completa
> possível, mas sem pôr em maior risco do que os dados hoje já estão.
> O que me dizem? Pode-se rodar este comando com a confiança de que, se
> dados não forem recuperados, tampouco serão perdidos?
> --
> Luciano de Souza
>
> --
> Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece
>
> Lista de discussão Ubuntu Brasil
> Histórico, descadastramento e outras opções:
> https://lists.ubuntu.com/mailman/listinfo/ubuntu-br
>



-- 
Wagner de Queiroz
Be free with Linux
-- 
Mais sobre o Ubuntu em português: http://www.ubuntu-br.org/comece

Lista de discussão Ubuntu Brasil
Histórico, descadastramento e outras opções:
https://lists.ubuntu.com/mailman/listinfo/ubuntu-br