| Esta discussão foi arquivada. Não se pode acrescentar nenhum comentário. |
| | 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.
|
| |
| |
| | 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. |
| |
| | trabalhas em contabilidade ??? :)
|
| |
| | Nao, nao sou contabbilista, mas com uma causa tao obvia de problemas comeca-se a fazer estatistica mesmo sem querer.
## I see offline people. |
| |
| | | + Editar matrizes no equation editor dava 50% probabilidade de crash LaTeX is the answer!... All the best, Noviço
|
| |
| | Usavas o mesmo hardware para o Word 6 que tinhas originalmente para o Word 2? >:>
Este post não merece resposta ;)
Cumprimentos.
|
| |
| | | 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) |
| | 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 |
| |
| |
| | Same here, 2 discos IBM IDE , um de 40 gb e um de 80gb a semana passada (já devia saber e fazer backups)
|
| |
| | 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.
|
| |
| | | 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" |
| |
| |
| | É o que dá estarem sempre logados como root...
Dominus vobiscum |
| |
| | 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...
|
| |
| | 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
|
| |
| | 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) |
| |
| | 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 |
| |
| | 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" |
| |
| |
| | | 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...
|
| |
|
| | 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...
|
| |
| | 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 |
| |
| |
| | 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...
|
| |
| | 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... |
| |
| | 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....
|
| |
| | 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... |
| |
| | ola. foi na loja que ganhou o priemio da revista "pc guia" a "hagabe informatica". adeus.
thing |
| |
