gildot

Topo
Sobre
FAQ
Tópicos
Autores
Preferências
Artigos
Sondagens
Propor artigo


8/3
gildicas
9/30
jobs
10/9
perguntas
10/25
press

 
Causas para perda de dados
Contribuído por scorpio em 17-10-03 9:41
do departamento stats
Notícias De acordo com o grande irmão, os expertos da recuperação de dados elaboraram uma lista com as 10 razões mais frequentes de perda de dados. As culpas distribuem-se entre problemas de hardware e erros humanos, estando o ênfase nas formas que nós, humanos, arranjamos para perder dados. No top 10 estão razões como... "Laptop shot in anger", "Red wine spilt on laptop over dinner" ou "Computer thrown against a wall". A lista está na BBC News.

POS over IP | Onde é que devo comprar livros?  >

 

gildot Login
Login:

Password:

Referências
  • gildot
  • grande irmão
  • está na BBC News
  • Mais acerca Notícias
  • Também por scorpio
  • Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário.
    Hum interessante (Pontos:2, Interessante)
    por covarde_anonimus em 17-10-03 11:08 GMT (#1)
    (Utilizador Info)
    Pareçe que a maior causa para a perda de dados é a frustração que se transforma em ira.
    Não é por acaso que a ira é um pecado mortal.

    Achei esta parte engraçada "There is also an emerging trend in the different ways men and women handle their loss. More men than women are apparently more likely to try and retrieve the data themselves before asking for help from the experts, which sometimes causes more damage, said Mr Palmer. "

    Tal como num carro, não paramos para pedir direcções, no entanto são na maioria, os homens têm o computador como hobby, talvez a iniciativa de tentar resolver os nossos próprios problemas seja compensadora, ao contrário do que o artigo faz parecer.

    Voltando ao tópico, os laptops parecem estar presentes, em todas as histórias em que ha danos fisicos que provocam a perda de dados. O que não é uma surpresa.
    Quando perco dados, é 90% devido a problemas com o SO ou outros programas, e devido ás limitações de hardware.
    Porcausa do hardware desactivei a opção de autosave, que provocava slowdowns e perdia o ritmo de trabalho, e tb porque não é práctico no tipo de programas que uso. Um save na altura errada e pode salvar um ficheiro que alterei e queria guardar com outro nome.
    Os outros 10% de dados que perco, é minha culpa, mas culpo sempre o computador para não fazer horas extra ;) e talvez assim o actualizem.
    Re:Hum interessante (Pontos:3, Interessante)
    por TarHai em 17-10-03 11:29 GMT (#2)
    (Utilizador Info) http://www.dilbert.com
    software?

    diria por alto que 80% do meu trabalho perdido se deveu a um unico programa: word 6!

    + tive documentos de 60 paginas que andavam em loop nas primeiras paginas.

    + ao 4o save dizia que o disco estava cheio e pedia uma diskette. Depois dizia q a diskette estava cheia tambem. As vezes crashava logo de seguida.

    + Editar matrizes no equation editor dava 50% probabilidade de crash

    + Um crash dava 80% de probabilidade do documento ir a vida.

    + Quando se gravava o documento, entre 0 a 50% dos graficos e equacoes ficavam reduzidos a quadrados brancos.

    Eveentualmente comecei a usar o write/word 2. Nao tinham nada dos engodos do word 6, mas era muito mais robusto.

    ## I see offline people.
    Re:Hum interessante (Pontos:2)
    por ruben dig em 17-10-03 13:24 GMT (#6)
    (Utilizador Info) http://www.floppy.com.pt
    trabalhas em contabilidade ??? :)
    Re:Hum interessante (Pontos:2)
    por TarHai em 17-10-03 14:52 GMT (#8)
    (Utilizador Info) http://www.dilbert.com
    Nao, nao sou contabbilista, mas com uma causa tao obvia de problemas comeca-se a fazer estatistica mesmo sem querer.
    ## I see offline people.
    Re:Hum interessante (Pontos:1)
    por Noviço em 18-10-03 23:00 GMT (#21)
    (Utilizador Info)
    + Editar matrizes no equation editor dava 50% probabilidade de crash

    LaTeX is the answer!...

    All the best, Noviço

    Re:Hum interessante (Pontos:2)
    por DomusOnline em 17-10-03 15:09 GMT (#10)
    (Utilizador Info) http://bandalarga.domus.online.pt/
    Usavas o mesmo hardware para o Word 6 que tinhas originalmente para o Word 2? >:>

    Este post não merece resposta ;)

    Cumprimentos.
    Apesar de tudo... (Pontos:3, Engraçado)
    por fhc em 17-10-03 16:18 GMT (#12)
    (Utilizador Info)

    Antes a ira que a gula. Se a ira é um pecado mortal, comer um laptop seria terrivelmente mortal.

    Francisco Colaço


    Err (Pontos:3, Interessante)
    por 4Gr em 17-10-03 12:00 GMT (#3)
    (Utilizador Info)
    A minha maior causa de perda de dados foram discos avariados: dois, um SCSI e um IDE, ambos da IBM.

    Felizmente que o processo de troca foi muito rápido, mesmo assim, perdi muitos e muitos trabalhos e documentos que, embora já não tivessem tanta relevância quanto isso, eram boas recordações minhas!


    Dominus vobiscum
    Re:Err (Pontos:1)
    por night em 17-10-03 13:05 GMT (#5)
    (Utilizador Info)
    Same here, 2 discos IBM IDE , um de 40 gb e um de 80gb a semana passada (já devia saber e fazer backups)
    e servidores ? (Pontos:1)
    por moonrider em 17-10-03 12:47 GMT (#4)
    (Utilizador Info) http://127.0.0.1
    Interessante. Gostaria de ver um estudo semelhante, mas apenas relacionado com perdas de dados a nível empresarial... que não fosse superficial e independente de fabricantes.
    rm -f * (Pontos:2)
    por sab em 17-10-03 14:41 GMT (#7)
    (Utilizador Info) http://virtual.inesc.pt/~sab/
    Acho que foi o problema mais grave que tive.

    Backups em CDs também não são de fiar...
    -Sab
    "Um mundo melhor é deixado como um exercício para o leitor, Paul Graham"

    Re:rm -f * (Pontos:2)
    por 4Gr em 17-10-03 15:03 GMT (#9)
    (Utilizador Info)
    É o que dá estarem sempre logados como root...


    Dominus vobiscum
    Re:rm -f * (Pontos:1)
    por jcma em 17-10-03 16:06 GMT (#11)
    (Utilizador Info)
    mesmo sem ser como root tambem causa muitos estragos.

    principalmente, quando nao se quer usar makefile's e se faz rm -f * .o

    e chato... muito chato...
    Re:rm -f * (Pontos:2)
    por CrLf em 17-10-03 20:21 GMT (#14)
    (Utilizador Info) http://crodrigues.webhop.net
    Pois, ou quando se faz "rm -f *.java" em vez de "rm -f *.class". O que vale é que eu faço backups e o que se faz numa hora a programar consegue repôr-se em alguns minutos.

    -- Carlos Rodrigues
    Re:rm -f * (Pontos:2)
    por monge em 18-10-03 0:10 GMT (#17)
    (Utilizador Info) http://go.to/monk
    Podes crer! Tambem ja' fiz um "rm -f *.java" num makefile... :( Funcionou tudo bem ate' ao primeiro "make clean" :D
    O que vale e' que tambem faco backups a torto e a direito. Foi a licao aprendida de 2 discos IBM IDE que foram para o lixo...

    It doesn't matter who made it... It matters who got the idea (monk)
    Re:rm -f * (Pontos:1)
    por Huxley em 18-10-03 20:19 GMT (#19)
    (Utilizador Info)
    Quanto ao rm -f *, existe uma sempre uma última esperança... Mas é preciso parar imediatamente qualquer actividade que possa escrever na partição em que os ficheiros estavam (e se possível desmontá-la).

    Depois é fazer um
    #egrep -50 'expr. no file' /dev/hdxx > /tmp/xpto
    (substituindo o -50 por um nº adequado ao nº de linhas do ficheiro).

    No fim é ver se o texto perdido se encontra no meio dos bytes recolhidos pelo grep, usando por exemplo o strings para filtrar os caracteres não imprimiveis.

    Nunca usei isto numa situação desesperada mas experimentei por curiosidade e funcionou :).

    "To avoid situations in which you might make mistakes may be the biggest mistake of all."
    --Peter McWilliams
    Ainda hoje... (Pontos:2)
    por Dehumanizer em 17-10-03 20:10 GMT (#13)
    (Utilizador Info) http://www.dehumanizer.com
    Gatos e cabos no chão não combinam. :)


    "It is every citizen's final duty to go into the tanks and become one with all the people."
    - Chairman Sheng-ji Yang, "Ethics for Tomorrow"
    Re:Ainda hoje... (Pontos:2)
    por Arrepiadd em 17-10-03 22:20 GMT (#15)
    (Utilizador Info)

    Desconheço esse problema... Tive um gato 13 anos e depois disso mais 2 ou 3 gatos e nunca nenhum deles tocou em nada disso.

    Por outro lado, o auricular do telemovel ficou uma vez pendurado de uma mesa para baixo e estava todo roído na manhã seguinte. Mas aí deve ter sido mais o factor penduricalho que depois de um toque pendulou do que o sabor maravilhoso do plástico...


    Re:Ainda hoje... (Pontos:2)
    por BlueNote em 17-10-03 22:38 GMT (#16)
    (Utilizador Info)
    Gatos? Leram isto?

    http://jornal.public o.pt/publico/2003/10/06/Publica/TM07.html

    Os meus dados.... (Pontos:1)
    por Gamblit em 18-10-03 13:50 GMT (#18)
    (Utilizador Info)
    Eis que tenho um computador com 4 discos. Estes discos foram sendo adicionados ao longo do tempo e fui-lhes criando partiçoes: algumas FAT32, algumas NTFS e algumas ext*. Eis que decido reorganizar o sistema. Linux num disco, windows noutro, dados nos outros dois. Para o fazer preciso de passar todos os meus dados para um sitio qualquer temporario para poder reparticionar os discos. Hummmm... Passo tudo para o mesmo disco, reparticiono os outros, redistribuo os dados e reparticiono o disco q fica a faltar. Genial! Eis que depois de reparticionar e instalar o linux, o disco tem umas particoes maradas que não são nada do que deviam ser! Eis que com kernel 2.6 da-me umas particoes e com kernel 2.4 da-me outras (correctas). Eis que o superblock diz que o filesystem tem 41Gb quando o disco é de 40 (valores aleatorios, n me lembro do tamanho excto do disco). Eis que tenho neste momento todos os meus dados num disco cuja estrutura de ficheiros marou... Eu vejo-os lá, os meus queridos dados, com um editor hexa...Mas não posso tira-los... MORRE SEAGATE!

    PS: Tirei o disco até descobrir uma forma de recuperar aquilo tudo. Até porque eu vejo lá os nomes das pastas e dos ficheiros pelo que a estrutura não deve ter ido toda ao ar. Mas o debugfs diz q sim provavelmente por os superblocks estarem fdd's...

    PS2: Tenho uma drive de tapes que nunca utilizei. Já descobri para que serve...
    causas para perda de dados (Pontos:0)
    por Thing em 18-10-03 20:44 GMT (#20)
    (Utilizador Info)
    ola. (se me permitem as letras maiusculas) TRES ANOS E MEIO DE TRABALHOS PERDIDOS POR O TECNICO TER PENSADO QUE EU QUERIA TER DOIS DISCOS IGUAIS NO COMPUTADOR... tinha dois discos, hda com sistema hdb com dados... queria meter 300 gigabytes no hdb e claro passar o que estava la antes para o novo, foi o que eu disse... o que o tecnico foi fazer, passar o disco hda para o hdb... ou seja fiquei com dois discos iguais, ambos com o sistema operativo... e perder o hdb antigo... ora senhor tecnico disse que era isto que eu tinha pedido... ficar com dois sistemas operativos\discos iguais, e claro perder 60 gigabytes em dados... adeus.
    thing
    Re:causas para perda de dados (Pontos:1)
    por Gamblit em 19-10-03 1:08 GMT (#22)
    (Utilizador Info)
    Ve-se que não conheces o panorama nacional. Nunca, repito, NUNCA confiar um computador com dados sensiveis a um técnico de uma loja (presumo que tenha sido numa loja, normalmente são os mais broncos). Perdi a conta ao número de pessoas que se arrependeu disso (perda de dados, roubo de dados, etc.)

    Comprei uma vez um disco (Deskstar...) que tinha falhas temporarias. Fui à loja para trocar o disco e disseram-me que tinha de o deixar lá para analisarem e testarem o disco. Só sai de lá quando recebi um disco de substituição (paguei por ele) com uma copia exacta do disco original. Quando lá voltei devolveram-me o dinheiro do 2º disco pq o Deskstar estava efectivamente marado.

    Infelizmente estes são os técnicos informáticos que trabalham nas lojas portuguesas...
    Re:causas para perda de dados (Pontos:1)
    por |Polaris| em 19-10-03 13:34 GMT (#23)
    (Utilizador Info) http://bsousa.homeip.net
    Desculpa lá, mas estás a generalizar um pouco as coisas.
    Eu como técnico de informática, posso dizer-te que os discos só têm 2 soluções possíveis em caso de avaria :
      - trocados por um disco igual ou o imediatamente superior ;
      - enviados para o fabricante para que ele recupere os dados ;

    Ora posso adiantar que um disco de 60 GB da IBM fica por 250 cts para a recuperação dos dados. Dados esses que nos são enviados em CD's, e o disco fica na mesma na IBM.
    Quanto aos dados sensíveis, é da responsabilidade do cliente proteger dados sensíveis, contudo é política, onde trabalho pelo menos, fazer-se uma cópia dos dados quase sem se ver os dados, recorrendo muitas vezes ao útil winzip,ou seja,zipa-se tudo e copia-se o zip para o novo disco.

    Por isso espero que comeces a entender que existem bons e maus técnicos de informática...como em tudo o resto.

    It Must Be Hard Being So Good...
    Re:causas para perda de dados (Pontos:1)
    por Gamblit em 19-10-03 21:36 GMT (#24)
    (Utilizador Info)
    Ja ouviste falar da excepção que confirma a regra? ;)

    O que eu te posso dizer é q conheço varias lojas informaticas e não existiu nenhuma até hoje onde alguem soubesse REALMENTE o que estava a fazer. Depois acontecem estas pequenas coisas. Claro que (e como tu disseste e muito bem) em tudo existem os bons e os maus. Só tenho pena de trabalhar com informática à tanto tempo e nunca ter conhecido um bom em pessoa numa loja....
    Re:causas para perda de dados (Pontos:1)
    por |Polaris| em 20-10-03 8:15 GMT (#25)
    (Utilizador Info) http://bsousa.homeip.net
    Daquilo que conheço, lojas informáticas de shoppings nunca têm bons técnicos informáticos..têm quanto muito um fulano que se desenrasca em informática. ;)
    It Must Be Hard Being So Good...
    Re:causas para perda de dados (Pontos:0)
    por Thing em 21-10-03 7:57 GMT (#26)
    (Utilizador Info)
    ola. foi na loja que ganhou o priemio da revista "pc guia" a "hagabe informatica". adeus.
    thing

     

     

    [ Topo | Sugerir artigo | Artigos anteriores | Sondagens passadas | FAQ | Editores | Preferências | Contacto ]