Logo GNT
Actualités Tests & Guides Bons Plans
GTA 6 iPhone 17 Copilot Switch 2 Temu ChatGPT Tesla
OVH Cloud OVH Cloud
Entraide Mac OS Autres OS Mac OS X CarbonCopyCloner me signale des erreurs, que faire.

CarbonCopyCloner me signale des erreurs, que faire.

52 réponses
Avatar
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
Signaler un problème avec ce contenu

10 réponses

Supprimer
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire

Veuillez sélectionner un problème

Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
2 3 4 5 6
Avatar
michel.vauquois
SbM wrote:

> Ah !... Donc quand on visualise un fichier dans la Console, ça ouvre le
> fichier en question ? Je pensais que ça se contentait de le lire comme
> avec Coup d'oeil par exemple ou bien avec l'aperçu dans les infos d'un
> fichier.

Comment veux-tu le lire sans l'ouvrir ?



Je ne sais pas !
Quand je choisis un jpeg par exemple et que j'appuye sur la barre
d'espacement (qui équivaut à Coup d'oeil) je visualise le fichier sans
l'ouvrir, non ? Idem avec d'autres types de fichiers.
--
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
Avatar
michel.vauquois
Fleuger wrote:

Je ne comprend pas ce que tu dis, là.
Dans toutes les copies d'écran que René a posté, je lis Fri Dec 13 14:44
à 14:46 donc le 13 décembre.



Regarde ici : <http://cjoint.com/14fe/DBqkN0851Z3.htm>

Dans les infos à droite on voit que le fichier a été créé le 13 décembre
2013 et qu'il a été modifié à 9 h 51 donc hier !

J'en conclus que le fichier n'a pas été mis à jour depuis cette date.



Conclusion hâtive à mon avis ! Même ici :
<http://cjoint.com/14fe/DBqltEKdnEU.htm> on voit que le fichier a été
créé le 13 décembre mais comme René ne nous a pas montré la fin du
fichier, tu ne peux pas en conclure quoi que ce soit pour la dernière
mise à jour...

À mon avis, il aurait fallu que René recherche avec EasyFind s'il n'y
pas d'autres fichiers fsck_hfs.log. et comparer les dates.

Celui que j'ai indiqué dans la console ne correspond pas au
/private/var/log, mais au ~/ibrary/Logs



Sous Mavericks, il n'y a plus de fsck_hfs.log dans la librairie perso...
Tout s'écrit dans celui de /private/var/log.
Je ne sais donc pas de quoi tu parles.
--
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
Avatar
michel.vauquois
Gilbert OLIVIER wrote:

Je suis du même avis que Michel, je me pose la question: que va-t-il se
passer quand ce bloc sera alloué à un nouveau fichier.



Raison pour laquelle il aurait mieux valu ne pas poubellisé le fichier
fsck_hfs.log renommé en prout.caca !
--
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
Avatar
michel.vauquois
Fleuger wrote:

Je ne comprend pas ce que tu dis, là.
Dans toutes les copies d'écran que René a posté, je lis Fri Dec 13 14:44
à 14:46 donc le 13 décembre.
J'en conclus que le fichier n'a pas été mis à jour depuis cette date.



Je poursuis... Si le fichier avait été figé depuis le 13 décembre, cela
pourrait signifier que le problème de secteurs soi-disants défectueux
serait intervenu à cette date... René n'aurait-il jamais fait de
sauvegarde depuis mi-décembre ? Ça m'étonnerait... donc CCC aurait dû
lui signaler le pb depuis belle lurette, non ?
--
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
Avatar
g4fleurot
MV wrote:

Conclusion hâtive à mon avis ! Même ici :
<http://cjoint.com/14fe/DBqltEKdnEU.htm> on voit que le fichier a été
créé le 13 décembre mais comme René ne nous a pas montré la fin du
fichier, tu ne peux pas en conclure quoi que ce soit pour la dernière
mise à jour...



Pour moi, ça confirme donc ce que je pense.
Un fichier est devenu orphelin le 13 décembre et il s'en est créé un
autre parce qu'il était devenu impossible d'écrire sur le premier.
Celui qui posait problème était l'orphelin et pas celui qui apparaît
dans la console créé le 13/12.

Sous Mavericks, il n'y a plus de fsck_hfs.log dans la librairie perso...
Tout s'écrit dans celui de /private/var/log.
Je ne sais donc pas de quoi tu parles.



Il y aurait donc un nouveau pataquès chez moi.
Celui quicorrespond à fsck_hfs.log dans la colonne de gauche de la
console correspond chez moi au ~/ibrary/Logs/fsck_hfs.log et qui examine
des images disques montées.
Par exemple un check de l'image disque Dropbox

fsck_hfs started at Wed Feb 12 16:18:50 2014
** /dev/rdisk3s2 (NO WRITE)
Executing fsck_hfs (version hfs-226.1.1).
** Checking non-journaled HFS Plus Volume.
The volume name is Dropbox Installer
** Checking extents overflow file.
** Checking catalog file.
** Checking multi-linked files.
** Checking catalog hierarchy.
** Checking volume bitmap.
** Checking volume information.
** The volume Dropbox Installer appears to be OK.
fsck_hfs completed at Wed Feb 12 16:18:51 2014


--
Gérard FLEUROT plus un
Avatar
g4fleurot
MV wrote:

Je poursuis... Si le fichier avait été figé depuis le 13 décembre, cela
pourrait signifier que le problème de secteurs soi-disants défectueux
serait intervenu à cette date...



C'était effectivement mon hypothèse, mais maintenant, ça demande
reflexion.

René n'aurait-il jamais fait de sauvegarde depuis mi-décembre ? Ça
m'étonnerait... donc CCC aurait dû lui signaler le pb depuis belle
lurette, non ?



Il a écrit qu'il avait deux disques pour les clones.
On ne sait pas comment il procède. S'il procède en incrémentiel alterné
(c'est personnellement ce que je fais) ou un pour le système d'origine
gardé au chaud et l'autre pour les mises à jour. ?




--
Gérard FLEUROT plus un
Avatar
michel.vauquois
Fleuger wrote:

> Conclusion hâtive à mon avis ! Même ici :
> <http://cjoint.com/14fe/DBqltEKdnEU.htm> on voit que le fichier a été
> créé le 13 décembre mais comme René ne nous a pas montré la fin du
> fichier, tu ne peux pas en conclure quoi que ce soit pour la dernière
> mise à jour...

Pour moi, ça confirme donc ce que je pense.



Je ne comprends pas du tout ta logique !!!

Un fichier est devenu orphelin le 13 décembre et il s'en est créé un
autre parce qu'il était devenu impossible d'écrire sur le premier.
Celui qui posait problème était l'orphelin et pas celui qui apparaît
dans la console créé le 13/12.



Ben non... Je répète : le fichier que l'on voit ici
<http://cjoint.com/14fe/DBqkN0851Z3.htm> et dont René ne nous a pas
montré le contenu intégral a été modifié hier et a été créé en décembre
dernier...

> Sous Mavericks, il n'y a plus de fsck_hfs.log dans la librairie perso...
> Tout s'écrit dans celui de /private/var/log.
> Je ne sais donc pas de quoi tu parles.

Il y aurait donc un nouveau pataquès chez moi.
Celui quicorrespond à fsck_hfs.log dans la colonne de gauche de la
console correspond chez moi au ~/ibrary/Logs/fsck_hfs.log et qui examine
des images disques montées.
Par exemple un check de l'image disque Dropbox

fsck_hfs started at Wed Feb 12 16:18:50 2014
** /dev/rdisk3s2 (NO WRITE)
Executing fsck_hfs (version hfs-226.1.1).
** Checking non-journaled HFS Plus Volume.
The volume name is Dropbox Installer
** Checking extents overflow file.
** Checking catalog file.
** Checking multi-linked files.
** Checking catalog hierarchy.
** Checking volume bitmap.
** Checking volume information.
** The volume Dropbox Installer appears to be OK.
fsck_hfs completed at Wed Feb 12 16:18:51 2014



C'est moi qui ait dit une sottise...
Quand j'ouvre un dmg par exemple, il y a une étape de vérification et le
résultat s'écrit dans ~/ibrary/Logs/fsck_hfs.log
Mais si je demande une vérification de mon DD, ça s'écrit dans
/private/var/log/fsck_hfs.log
Au démarrage de la machine, c'est ce dernier fichier qui est utilisé, ce
qui est logique puisque ça doit se faire avant l'ouverture de session.
--
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
Avatar
sebastienmarty
MV wrote:

SbM wrote:

> > Ah !... Donc quand on visualise un fichier dans la Console, ça ouvre le
> > fichier en question ? Je pensais que ça se contentait de le lire comme
> > avec Coup d'oeil par exemple ou bien avec l'aperçu dans les infos d'un
> > fichier.
>
> Comment veux-tu le lire sans l'ouvrir ?

Je ne sais pas !
Quand je choisis un jpeg par exemple et que j'appuye sur la barre
d'espacement (qui équivaut à Coup d'oeil) je visualise le fichier sans
l'ouvrir, non ? Idem avec d'autres types de fichiers.



Bah non. Coup d'oeil l'ouvre quand tu appuies sur la barre d'espace.
Sinon comment pourrais-tu le visualiser ? Il faut bien accéder aux
données contenues dans ce fichier.

--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
Avatar
g4fleurot
MV wrote:

Je ne comprends pas du tout ta logique !!!



Par exemple, problème le 12/12 => microcoupure de courant qui affecte le
bloc qui contient le fichier. *
Démarrage le 13/12.
fsck dans sa logique de mise marche de l'ordi répare l'organisation des
fichiers.
Le fichier d'origine n'étant plus accesible, à la fin du processus, fsck
écrit sur un nouveau fichier créé le 13/12.
Mais l'autre est toujours présent et isolé et il pose problème à rsync
lors du clonage. Donc message dans CCC.

Maintenant, la question qui subsiste : comment ont été organisés les
clonages depuis cette date ?

* Ce problème m'est déjà arrivé.
Micro coupure de secteur. L'ordi redémarre -> écran noir.
Redémarrage en safe mode -> OK
Redémarrage en normal -> écran noir.
Je clone le disque avec une sauvegarde et tout est redevenu OK.
À la suite de cette aventure, je me suis payé une alimentation sans
interruption avec batterie intégrée.

--
Gérard FLEUROT plus un
Avatar
michel.vauquois
Fleuger wrote:

> Je ne comprends pas du tout ta logique !!!

Par exemple, problème le 12/12 => microcoupure de courant qui affecte le
bloc qui contient le fichier. *
Démarrage le 13/12.
fsck dans sa logique de mise marche de l'ordi répare l'organisation des
fichiers.
Le fichier d'origine n'étant plus accesible, à la fin du processus, fsck
écrit sur un nouveau fichier créé le 13/12.
Mais l'autre est toujours présent et isolé et il pose problème à rsync
lors du clonage. Donc message dans CCC.



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 ! ;-)

Le fichier montré par René ici <http://cjoint.com/14fe/DBqkN0851Z3.htm>
et modifié hier matin (j'insiste) est bien celui qui a posé problème à
CCC.
--
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
2 3 4 5 6