Un iMac mi-2011 (dernière mises à jour de ML) dont les sauvegardes
TM se font sur un disque NAS WD Mybook Live 2To sans problème depuis
plus d'un an. Les mises à jour du disque NAS ont été faites
régulièrement. La totalité du disque est dédiée à TM, aucune autre
activité dessus, la sauvegarde n'occupait pas plus de 160 Go (/System,
/Applications et machines virtuelles sont exclues de la sauvegarde)
Hier soir, un message de TM m'indique que la sauvegarde est
corrompue et que TM doit la reconstruire en effaçant toutes les données
sur le NAS. Depuis bientôt 24 heures, TM s'échine à petits pas à
reconstruire la sauvegarde :-(
La même mésaventure s'est produite chez un voisin avec une
configuration similaire, d'où ma question :
Comment savoir si ceci est dû à un bug de TM ou à un défaut de
conception des disques NAS WD? (les disques en question sont encore sous
garantie)
Tout n'est pas perdu, Carbon Copy Cloner m'a une nouvelle fois sauvé
la mise :-)
D'avance, merci,
--
(\_/) Jo
°o°
m m "Don't suffer from insanity, enjoy every minute of it."
Quand TM utilise un disque réseau, il ne sauvegarde pas directement sur le disque, mais sur une image disque créée sur le disque réseau, et formattée en HFS+
C'est une image de type sparsebundle : une image de ce type n'est pas représentée par un fichier unique, mais est découpée en petits fichiers (de 8Mo par défaut il me semble) qui sont créés au fur et à mesure que l'image se remplit. Donc quand la taille de l'image devient importante, le nombre de petits fichiers peut devenir très grand, ce qui est la cause du problème d'après l'article. La solution consisterait donc à forcer la création de l'image sparsebundle avec des fichiers (par exemple) de 128Mo au lieu de 8Mo.
Le 04/10/13 14:25, Jo a écrit :
Jo <newsSP@Mcamajo.fr.invalid> wrote:
Hier soir, un message de TM m'indique que la sauvegarde est
corrompue et que TM doit la reconstruire en effaçant toutes les données
sur le NAS.
Trouvé par hasard la description du problème,
Disons que c'est une explication possible, pas forcément la bonne ni la
seule. Je ne l'avais jamais lu, mais elle est plausible.
Quand TM utilise un disque réseau, il ne sauvegarde pas directement sur
le disque, mais sur une image disque créée sur le disque réseau, et
formattée en HFS+
C'est une image de type sparsebundle : une image de ce type n'est pas
représentée par un fichier unique, mais est découpée en petits fichiers
(de 8Mo par défaut il me semble) qui sont créés au fur et à mesure que
l'image se remplit. Donc quand la taille de l'image devient importante,
le nombre de petits fichiers peut devenir très grand, ce qui est la
cause du problème d'après l'article. La solution consisterait donc à
forcer la création de l'image sparsebundle avec des fichiers (par
exemple) de 128Mo au lieu de 8Mo.
Quand TM utilise un disque réseau, il ne sauvegarde pas directement sur le disque, mais sur une image disque créée sur le disque réseau, et formattée en HFS+
C'est une image de type sparsebundle : une image de ce type n'est pas représentée par un fichier unique, mais est découpée en petits fichiers (de 8Mo par défaut il me semble) qui sont créés au fur et à mesure que l'image se remplit. Donc quand la taille de l'image devient importante, le nombre de petits fichiers peut devenir très grand, ce qui est la cause du problème d'après l'article. La solution consisterait donc à forcer la création de l'image sparsebundle avec des fichiers (par exemple) de 128Mo au lieu de 8Mo.
newsSP
pehache wrote:
La solution consisterait donc à forcer la création de l'image sparsebundle avec des fichiers (par exemple) de 128Mo au lieu de 8Mo.
Tout s'éclaire, merci,
-- (_/) Jo °o° m m "Don't suffer from insanity, enjoy every minute of it."
pehache <pehache.7@gmail.com> wrote:
La solution consisterait donc à
forcer la création de l'image sparsebundle avec des fichiers (par
exemple) de 128Mo au lieu de 8Mo.
Tout s'éclaire, merci,
--
(_/) Jo
°o°
m m "Don't suffer from insanity, enjoy every minute of it."
