CarbonCopyCloner me signale des erreurs, que faire.
52 réponses
chabada
Bonjour, je suis embêté.
Depuis longtemps j'ai l'habitude de sauvegarder mon disque dur sur deux
disques externes à l'aide de Carbon Copy Cloner.
Depuis hiers, arrivé à la conclusion de la sauvegarde, CCC me signale
une anomalie. Ci-après 3 copies d'écran de ces alertes :
http://cjoint.com/14fe/DBqkLo85tVc.htm
http://cjoint.com/14fe/DBqkNeOIb7f.htm
http://cjoint.com/14fe/DBqkN0851Z3.htm
Que dois-je faire pour réparer ces anomalies?
Je me sent un peu dérouté.
--
René
Lascia la spina cogli la rosa
http://chabada@chala.net
Bah non. Coup d'oeil l'ouvre quand tu appuies sur la barre d'espace.
OK. Merci -- Michel Vauquois Que Dieu vous garde... Moi j'ai pas le temps (RD) http://photos.michelvauquois.free-h.fr/ http://art-doise.michelvauquois.free-h.fr
SbM <sebastienmarty@yahoo.fr> wrote:
Bah non. Coup d'oeil l'ouvre quand tu appuies sur la barre d'espace.
OK. Merci
--
Michel Vauquois
Que Dieu vous garde... Moi j'ai pas le temps (RD)
http://photos.michelvauquois.free-h.fr/
http://art-doise.michelvauquois.free-h.fr
Bah non. Coup d'oeil l'ouvre quand tu appuies sur la barre d'espace.
OK. Merci -- Michel Vauquois Que Dieu vous garde... Moi j'ai pas le temps (RD) http://photos.michelvauquois.free-h.fr/ http://art-doise.michelvauquois.free-h.fr
g4fleurot
MV wrote:
Je n'y crois pas et voilà pourquoi : J'ai essayé de verrouiller le fichier /private/var/log/fsck_hfs.log qui est celui utilisé au démarrage de la machine : impossible même en me conférant tous les droits... J'ai donc viré ce fichier et je l'ai remplacé par un autre fichier log que je pouvais verrouiller et que j'ai rebaptisé fsck_hfs.log. Au redémarrage, j'ai vu que le fichier (non verrouillé) avait été modifié tout à fait normalement. J'ai alors verrouillé le fichier en question : que ce soit par Utilitaire de disque ou par redémarrage, plus aucune modif du fichier et pas de fichier nouveau... et aucun signal d'erreur de fsck ! ;-)
Je ne vois pas la chose comme toi. Ta démarche est logique puisque ton disque est intègre. fsck peut trouver le chemin du fichier sur lequel il doit écrire. Mais dans le cas d'un bloc défectueux, le fichier est isolé et le chemin est rompu. C'est différent d'un fichier dont il a l'adresse et dont il ne peut écrire dessus du fait qu'il est verouillé. fsck ne peut plus trouver le fichier et en crée un autre.
Par contre, rsync, en analysant les blocs du disque, voit le fichier isolé qui n'a plus de liaison.
Bon tout ça c'est ma logique à moi et comme souvent, je pense que je n'ai pas tous les éléments pour comprendre du fait que je n'ai pas reçu de formation, et il est possible que mon raisonnement ne soit pas le bon.
-- Gérard FLEUROT plus un
MV <michel.vauquois@orage.fr.invalid> wrote:
Je n'y crois pas et voilà pourquoi :
J'ai essayé de verrouiller le fichier /private/var/log/fsck_hfs.log qui
est celui utilisé au démarrage de la machine : impossible même en me
conférant tous les droits...
J'ai donc viré ce fichier et je l'ai remplacé par un autre fichier log
que je pouvais verrouiller et que j'ai rebaptisé fsck_hfs.log.
Au redémarrage, j'ai vu que le fichier (non verrouillé) avait été
modifié tout à fait normalement.
J'ai alors verrouillé le fichier en question : que ce soit par
Utilitaire de disque ou par redémarrage, plus aucune modif du fichier et
pas de fichier nouveau... et aucun signal d'erreur de fsck ! ;-)
Je ne vois pas la chose comme toi.
Ta démarche est logique puisque ton disque est intègre.
fsck peut trouver le chemin du fichier sur lequel il doit écrire.
Mais dans le cas d'un bloc défectueux, le fichier est isolé et le chemin
est rompu. C'est différent d'un fichier dont il a l'adresse et dont il
ne peut écrire dessus du fait qu'il est verouillé.
fsck ne peut plus trouver le fichier et en crée un autre.
Par contre, rsync, en analysant les blocs du disque, voit le fichier
isolé qui n'a plus de liaison.
Bon tout ça c'est ma logique à moi et comme souvent, je pense que je
n'ai pas tous les éléments pour comprendre du fait que je n'ai pas reçu
de formation, et il est possible que mon raisonnement ne soit pas le
bon.
Je n'y crois pas et voilà pourquoi : J'ai essayé de verrouiller le fichier /private/var/log/fsck_hfs.log qui est celui utilisé au démarrage de la machine : impossible même en me conférant tous les droits... J'ai donc viré ce fichier et je l'ai remplacé par un autre fichier log que je pouvais verrouiller et que j'ai rebaptisé fsck_hfs.log. Au redémarrage, j'ai vu que le fichier (non verrouillé) avait été modifié tout à fait normalement. J'ai alors verrouillé le fichier en question : que ce soit par Utilitaire de disque ou par redémarrage, plus aucune modif du fichier et pas de fichier nouveau... et aucun signal d'erreur de fsck ! ;-)
Je ne vois pas la chose comme toi. Ta démarche est logique puisque ton disque est intègre. fsck peut trouver le chemin du fichier sur lequel il doit écrire. Mais dans le cas d'un bloc défectueux, le fichier est isolé et le chemin est rompu. C'est différent d'un fichier dont il a l'adresse et dont il ne peut écrire dessus du fait qu'il est verouillé. fsck ne peut plus trouver le fichier et en crée un autre.
Par contre, rsync, en analysant les blocs du disque, voit le fichier isolé qui n'a plus de liaison.
Bon tout ça c'est ma logique à moi et comme souvent, je pense que je n'ai pas tous les éléments pour comprendre du fait que je n'ai pas reçu de formation, et il est possible que mon raisonnement ne soit pas le bon.
