16/08/2007, 08:33:03
On 16 août, 08:29, Philippe <philippe.no...@advalvas.be> wrote:
> Il y a eu un crash disk sur le pc portable de la personne.
Holà !?!
Voilà un ***"détail"*** qui méritait d'être mentionné, non ?
Cà change complètement la philosophie du diagnostic, qui d'habitude
s'oriente vers un problème "logique" mais ici, il se pourrait qu'il
soit "physique".
> Le pc est
> retourné dans le département informatique et on a récupéré les
> fichiers du disque dur afin de les copier sur un nouveau.
Ben oui, tout le problème est là !
Si la db a été récupérée par un "copy", çà veux dire que l'OS sait la
lire et donc elle doit marcher (l'OS vérifie l'intégrité, filesize,
cluster count, checksum etc)
Si la db a été récupérée par un outil de bas niveau, du genre
diskdoctor, càd secteur par secteur, rien ne garantit le résultat,
RIEN. C'est un travail de bénédictin (connaitre la structure du file
system, cluster size, sans compter que les secteurs sont éparpillés
sur la surface du disk, pfiouu, les récupérer morceau par morceau, les
remettre en place dans la bonne séquence, peu de gens sont capables de
le faire, de plus une db, c'est pas évident du tout, à l'oeil on ne
voit pas grand chose, c'est pas comme un document text ou Word où on
peut "voir" si c'est cohérent (séquence correcte, trou dans la
séquence etc). Si un fichier est "cassé" en 2 (link pêté) il y a
moyen. Est-ce que tu te rends compte qu'un crash est le contact
physique brutal de la tête avec la surface ? il y a donc dégat
physique, parfois irrécupérable si c'est justement dans la zone de la
db.
> La DB a été recopiée dans la même structure
> (directory) que l'ancien PC.
C'est CAPITAL
> la personne n'a pas d'autres backup.
Plusieurs projets ? c'est donc du "professionnel", mmmmm, sur un
portable déjà sujet a toutes sortes d'aléas..(chocs mécaniques,
températures extrèmes, vol). une clé USB, c'est pas mal et pas cher.
>C'est une bonne leçon non ?
D'autant plus que ces leçons à postiori font très mal, devinez qui est
passé par là.
>La DB dans le root de ETS fait 7,40MB
Elle n'a rien à faire là ! et elle n'y est pas arrivée toute seule.
> et celle dans le répertoire backup fait 82,8MB.
80Mb pour 3 projets, c'est cohérent
>Je pense donc est la DB du root est complètement
"out". Je dois continuer avec celle de 82,8MB.
Oui, tout à fait
> La personne me signale qu'elle a 3 projets dans la DB.
Signale-lui l'utilité d'une clé USB et que tu chausses du 43 :-)
>Tu as eu une idée où je peux trouver cela ?
Non, pas de tête, faut Googeler sur Sybase, recovery, crash etc
Je ne veux pas te décourager, mais çà va être long et pénible....
>et copié la DB
de ETS2 (82.8MB) dans le root de ETS3 mais cela ne fonctionne pas,
j'ai un beau message d'erreur.
Il faut te rendre à l'évidence. Ta db est foobar :-(
Il faut ABSOLUMENT savoir par quelle procédure ta db a été récupérée,
si c'est sector/sector, c'est foutu définitivement, la structure a été
détruite, il se pourrait même que tu aies des secteurs qui
n'appartiennent PAS à ta db, alors ? comment veux tu ?
Essaye de récupérer le disque d'origine et vois par toi même.
NB: il y a des sociétés spécialisées dans le data recovery, mais çà
coûte la peau des fesses et je ne crois pas que c'est envisageable
dans ton cas.
Autre alternative ..... recommencer à ZERO, et avec un outil
spécialisé (que ton ami doit connaitre) tu récupère un maximum d'infos
sur ton installation elle même en te connectant directement au bus. Tu
n'as pas donné d'info sur ton projet, donc on ne sait pas si c'est
envisageable ou pas, en tout cas moins cher que de reconstruire un
disque foutu. Si tu as une dizaine de devices, laisse tomber, tu ré-
encodes tout sur base de ta doc.
> Il y a eu un crash disk sur le pc portable de la personne.
Holà !?!
Voilà un ***"détail"*** qui méritait d'être mentionné, non ?
Cà change complètement la philosophie du diagnostic, qui d'habitude
s'oriente vers un problème "logique" mais ici, il se pourrait qu'il
soit "physique".
> Le pc est
> retourné dans le département informatique et on a récupéré les
> fichiers du disque dur afin de les copier sur un nouveau.
Ben oui, tout le problème est là !
Si la db a été récupérée par un "copy", çà veux dire que l'OS sait la
lire et donc elle doit marcher (l'OS vérifie l'intégrité, filesize,
cluster count, checksum etc)
Si la db a été récupérée par un outil de bas niveau, du genre
diskdoctor, càd secteur par secteur, rien ne garantit le résultat,
RIEN. C'est un travail de bénédictin (connaitre la structure du file
system, cluster size, sans compter que les secteurs sont éparpillés
sur la surface du disk, pfiouu, les récupérer morceau par morceau, les
remettre en place dans la bonne séquence, peu de gens sont capables de
le faire, de plus une db, c'est pas évident du tout, à l'oeil on ne
voit pas grand chose, c'est pas comme un document text ou Word où on
peut "voir" si c'est cohérent (séquence correcte, trou dans la
séquence etc). Si un fichier est "cassé" en 2 (link pêté) il y a
moyen. Est-ce que tu te rends compte qu'un crash est le contact
physique brutal de la tête avec la surface ? il y a donc dégat
physique, parfois irrécupérable si c'est justement dans la zone de la
db.
> La DB a été recopiée dans la même structure
> (directory) que l'ancien PC.
C'est CAPITAL
> la personne n'a pas d'autres backup.
Plusieurs projets ? c'est donc du "professionnel", mmmmm, sur un
portable déjà sujet a toutes sortes d'aléas..(chocs mécaniques,
températures extrèmes, vol). une clé USB, c'est pas mal et pas cher.
>C'est une bonne leçon non ?
D'autant plus que ces leçons à postiori font très mal, devinez qui est
passé par là.
>La DB dans le root de ETS fait 7,40MB
Elle n'a rien à faire là ! et elle n'y est pas arrivée toute seule.
> et celle dans le répertoire backup fait 82,8MB.
80Mb pour 3 projets, c'est cohérent
>Je pense donc est la DB du root est complètement
"out". Je dois continuer avec celle de 82,8MB.
Oui, tout à fait
> La personne me signale qu'elle a 3 projets dans la DB.
Signale-lui l'utilité d'une clé USB et que tu chausses du 43 :-)
>Tu as eu une idée où je peux trouver cela ?
Non, pas de tête, faut Googeler sur Sybase, recovery, crash etc
Je ne veux pas te décourager, mais çà va être long et pénible....
>et copié la DB
de ETS2 (82.8MB) dans le root de ETS3 mais cela ne fonctionne pas,
j'ai un beau message d'erreur.
Il faut te rendre à l'évidence. Ta db est foobar :-(
Il faut ABSOLUMENT savoir par quelle procédure ta db a été récupérée,
si c'est sector/sector, c'est foutu définitivement, la structure a été
détruite, il se pourrait même que tu aies des secteurs qui
n'appartiennent PAS à ta db, alors ? comment veux tu ?
Essaye de récupérer le disque d'origine et vois par toi même.
NB: il y a des sociétés spécialisées dans le data recovery, mais çà
coûte la peau des fesses et je ne crois pas que c'est envisageable
dans ton cas.
Autre alternative ..... recommencer à ZERO, et avec un outil
spécialisé (que ton ami doit connaitre) tu récupère un maximum d'infos
sur ton installation elle même en te connectant directement au bus. Tu
n'as pas donné d'info sur ton projet, donc on ne sait pas si c'est
envisageable ou pas, en tout cas moins cher que de reconstruire un
disque foutu. Si tu as une dizaine de devices, laisse tomber, tu ré-
encodes tout sur base de ta doc.