OVH Cloud OVH Cloud

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

10 réponses

2 3 4 5 6
Avatar
michel.vauquois
Lionel wrote:

Ça ne peut pas se produire. Je te renvoie à ma réponse au sujet des
blocs défectueux.



OK. J'évoquais en fait un souvenir sous Windows avec un disque en fat 32
avec des secteurs défectueux qui me pourrissaient la vie.
--
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
MV wrote:

discuccion



hum hum...
--
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
lionel
MV wrote:

OK. J'évoquais en fait un souvenir sous Windows avec un disque en fat 32
avec des secteurs défectueux qui me pourrissaient la vie.



Windows et FAT32 ? Tu prends tous les risques ;-)
Avatar
lionel
MV wrote:

Un fichier qui se trouve sur un bloc défectueux et que René a pu ouvrir
> indépendament de fsck.

Il n'a pas dit qu'il l'avait ouvert mais seulement qu'il l'avait renommé
puis poubellisé.



Si, il a même posté l'URL d'une image de la console après qu'il ait
ouvert le fichier.
Avatar
michel.vauquois
Lionel wrote:

> Il n'a pas dit qu'il l'avait ouvert mais seulement qu'il l'avait renommé
> puis poubellisé.

Si, il a même posté l'URL d'une image de la console après qu'il ait
ouvert le fichier.



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.
--
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
gilbert.olivier
Lionel wrote:

MV wrote:

> Juste une chose : je n'avais pas dit de poubelliser prout.caca... au
> contraire : il aurait mieux valu le conserver pour que plus aucun
> logiciel ne vienne écrire ou tenter d'écrire sur les secteurs
> soi-disants défectueux...

Lorsque le système tente de lire un fichier sur un bloc défectueux, le
bloc entier est marqué comme défectueux. C'est bien pour ça
qu'initialiser un disque est aujourd'hui très rapide.

Auparavant, lors de l'initialisation, il fallait lire le disque en
entier pour repérer les blocs défectueux et les marquer comme tels.
Maintenant, ça se fait au fil de l'eau.



Voit mon autre message de ce fil, il ne me semble pas que ce soit le
cas!


--
Gilbert
Avatar
gilbert.olivier
Lionel wrote:

MV wrote:

> Les secteurs « défectueux » étant maintenant libérés du fichier
> prout.caca, rien ne dit qu'un logiciel ne va pas vouloir écrire sur
> lesdits secteurs et provoquer un gros crash...

Ça ne peut pas se produire. Je te renvoie à ma réponse au sujet des
blocs défectueux.



Dubitatif je suis, le fichier dont il est question dans mon autre
message, n'a jamais été lu par le système, et ce n'est pas faute d'avoir
essayé vu le nombre de gels des applis et le bruit caractéristique d'une
tête qui "gartte" avec un bruit régulier... le bloc défectueux n'a
jamais été autoéliminé par me système. Certe sous SnowLéopard, ça a peut
être chnagé, mais j'en doute.

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.

--
Gilbert
Avatar
g4fleurot
Lionel wrote:

Je suis dubitatif quant au verdict de CCC



CCC est simplement une interface pour utiliser rsync.

Tous les processus de sauvegarde sont basés sur rsync.
(elle est là l'usine à gaz)

Ensuite, chaque programmeur choisit les possibilités de rsync qu'il
exploite dans son logiciel.

Dans un Terminal, entrer man rsync et apprécier ;-)

(Un copié / collé du man de rsync dans TextWrangler s'étale sur 2828
lignes - 139578 caractères et 21183 mots)


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

Ce qui m'interroge quand même, c'est que le fichier d'origine
fsck_hfs.log a encore été mis à jour ce matin alors que s'il occupait
des secteurs défectueux il ne devrait pas pouvoir être ouvert...
Je dis une connerie, là ?



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.

À 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



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

Lionel wrote:

> > Il n'a pas dit qu'il l'avait ouvert mais seulement qu'il l'avait renommé
> > puis poubellisé.
>
> Si, il a même posté l'URL d'une image de la console après qu'il ait
> ouvert le fichier.

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 ?

--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
2 3 4 5 6