[MAJ] Les aléas et couacs de Time Machine

Florian Innocente |
Dans une note technique Apple revient sur un problème pouvant survenir lors d'une sauvegarde de Time Machine. Une situation où, pendant la toute première sauvegarde, l'opération s'interrompt brutalement après une copie d'au moins 10 Go de données. Coupable désigné, le type de partition du disque dur externe. Apple préconise l'emploi de deux schémas de partition, soit de type GUID sur les Mac Intel, soit de type Apple sur les Mac PowerPC, mais en aucun cas le MBR.

cartedepartition


Un problème qui n'est pas unique, les forums d'Apple en listent plusieurs et l'on conseillera aussi une visite sur le forum Leopard de MacGeneration où l'on parle en ce moment du mode de fonctionnement de Time Machine et de la durée de vie des fichiers sauvegardés.

Le thème des problèmes rencontrés avec Time Machine est également l'objet d'un billet dans la chronique Apple Core chez ZDNet. David Morgenstern y relate les déboires relevés sur les forums d'Apple et livre quelques conseils : n'utiliser dans le nom de son disque dur externe que des caractère alphanumériques (A à Z/0 à 9) mais pas d'espace ou de "/" et autres "*" ; éviter d'utiliser la sauvegarde via une borne AirPort Extreme avant qu'Apple ne la réinstaure officiellement. Cette fonction avait été retirée au dernier moment de Leopard mais une astuce permet de l'utiliser néanmoins.

[MAJ] Une seconde note d'Apple déconseille l'emploi de caractères autres que les A à Z et 0 à 9 dans le nom du Mac, indiqué dans le panneau Partage de Préférences Système. Dans le cas contraire les sauvegardes passées pourraient ne pas s'afficher dans Time Machine.

partagetimemachine


Tags
avatar oomu | 
des / ou * dans le nom de volume ???
avatar olaye | 
à propos du nom du volume - par défaut, le disque s'appelle Macintosh HD, et je ne le renomme jamais. apple ferait une connerie en insérant un espace? ça me paraît un peu gros…
avatar So6 | 
Mon volume s'appelait \-°#@*$ c'est peut-être pour ça alors ;-)
avatar v1nce | 
Apple autorise toutes sortes de caractères dans les noms de fichiers. Résultat, certains mac users font n'importe quoi ! Dernier exemple en date, une cliente m'a envoyé des fichiers avec un espace d'une taille de trois caractères dans le nom de fichier !!!! (comme un tab...sans en être un) je ne vous explique pas les problèmes quand j'ai du les sauvegarder sur un serveur PC ! par contre pour ce qui est de time machine, j'ai fait des save de 130 G0 et pas eu le moindre problème
avatar kotek | 
Le mien, je l'ai appelé "Time machine". Un peu de fayottage n'a jamais fait de mal à personne !
avatar bgali | 
Je l'appelle aussi TimeMachine mais sans espace, comme cela il sait où il doit faire ses sauvegardes .... et çà marche (Pour L'instant)
avatar Hurrican | 
Attention, les caractères spéciaux sont en fait TOUS les caratères non dans le jeu ASCII de base... Ce qui veut dire tous les accents déjà. Ils nous ont encore fait le test aux States, sans se préoccuper du reste du monde ! :-/
avatar melaure | 
Le système de fichiers du Mac autorise la plupart des caractères depuis toujours. Seul le séparateur hierarchique était interdit. C'était ":" dans Mac OS Classic, c'est "/" dans Mac OS X (pour unix). Ca peut etonner les switcheurs, mais oui Mac OS X permet quasiement tout dans les noms de fichiers. J'utilise souvent des caractères très divers et il n'y a pas soucis avec ça sous Mac. Sauf depuis Time Machine. Le truc que je ne vais donc pas utiliser. Si pour plein de trucs, on doit être limité comme les utilisateurs de Windows, alors Apple est en train de nous faire une [b]grosse BOUSE[/b] !!! Esperons que ce ne soit qu'une simple erreur qui sera vite corrigée. Je développe sous unix et je ne vois pas pourquoi on time machine serait limité aux caractères DOS ... Et puis pourquoi des noms de fichiers en 8+3 tant qu'on y est ? :D :D :D
avatar Le Gognol | 
Le problème de caractères concernent le nom de la MACHINE, pas des volumes / disques durs. Pas de souci pour les fichiers / dossiers / volumes qui peuvent donc bien comporter des accents, etc.
avatar oomu | 
Il n'y a pas de raisons que time machine soit limités pour toujours sur les noms de volumes. De mon coté, je n'ai jamais pensé à mettre de caractères tels que * dans mes noms de volumes (mais des espaces oui) et je n'ai pas eu de soucis. je n'y avais jamais pensé. -- fondamentalement, unix (et donc os x, je vous confirme avec hfs+) peut utiliser _tous_ les caractères sauf / dans les noms de fichiers. mais même sous linux, c'est vouloir des ennuis que de mettre des caractères tels que * , tab ou accents. pourquoi ? parce que ces caractères ont un sens pour divers composants du système d'exploitation. * est un joker pour bash. " ou \ sont des caractères d'échappements (ils changent le sens de ce qui suit). Si votre nom de fichier est parcouru par un logiciel sans prendre de précautions il peut être interprété. les accents, oui, os x stockent les accents comme il faut, mais parce qu'on est encore loin du nirvana Unicode (qui unifie la plupart des langues et symboles humains connus et c'est pas facile, y a de l'astuce), on a encore parfois des limites imposées par des logiciels ne comprenant que l'un des multiples jeux de caractères Ascii bref, c'est une source de bugs et oui, cela provient que d'origine toute l'informatique académique et commerciale fut pensée d'abord pour l'anglais. -- bon!. y a des moyens de corriger tout cela soit apple empêche qu'on tape n'importe quoi comme nom de volume (et de machines, y a des restrictions au niveau d'internet ici qui empêche de s'exprimer pleinement, pour le moment) ou alors ils font attention à "échapper" le chemin de sauvegarde de Time Machine. -- si on a des documents à faire voyager d'unix à windows, cela devient la plaie si on utilise des caractères spéciaux. Windows ayant sa propre interprétation. La tendance est à brider unix pour pas faire mal au petit windows. (on se mange bien les .extensions, ce qui est totalement idiot, primitif et dépassé par des mécanismes propre à apple et linux...
avatar NicolBolas | 
melaure > Mac OS a toujours été très permissif sur les noms de fichiers et ça a toujours posé des problèmes d'interoperabilité. Est ce qu'Apple à raison ou tort ? Pour moi c'est un tort, car l'interopérabilité est indispensable aujourd'hui. Laissr une possibilité aux utilisateurs de se créer des problèmes qu'ils ne peuvent que rarement comprendre ou resoudre, c'est une connerie. Les conséquences sont simples : Time Machine (qui semble basé sur ce bon vieux RSync) garde des noms en dur dans sa configuration et ne supporte pas ces carractères. Samba (partage de fichier windows) ne les reconnait pas, pas plus que les FS et VFS des OS avec esquels nous sommes suceptibles d'échanger des fichiers. Du coup, impossible parfois d'utiliser un NAS ou un serveur de fichier non-Apple dans un réseau Mac à cause des noms de fichiers et des messages d'erreurs qui en découlent. Impossible aussi d'assurer la cohérence des encodages de carractères spéciaux sur un disque utilisé sur plusieurs OS... Je m'astreint à n'utiliser que des carractères supportés par tous les OS, et je crois que le système ne devrait pas permettre de faire autrement.
avatar DrFatalis | 
" La tendance est à brider unix pour pas faire mal au petit windows. (on se mange bien les .extensions, ce qui est totalement idiot, primitif et dépassé" MERCI oomu pour cette mise au point totalement justifiée! Quant à penser que "Pour moi c'est un tort, car l'interopérabilité est indispensable aujourd'hui." cela veur dire que nous devons (encore) nous courber bien bas devant toutes les couillonades windoziennes! NON! Windows est une saloperie et si il n'est pas capable de fonctionner correctement tant pis pour lui! J'envoie souvent des documents, si mes utilisateurs ont des PCouinoui ils se démerdent, ce n'est pas mon problème (il se trouve que c'est eux qui ont besoin de moi et pas le contraire, c'est vrai que cela simplifie les choses!). Avec des raisonnement pareils on en vient à bosser avec windows sous mac, utiliser des zantivirus, des extensions de fichier qui font ch.er, des caractères en gros... parce que ces pauvres petits utilisateurs ouinouin il faut pas les brusquer, les pôvres! Si on pense comme cela, on achète un PC et basta! Avec des raisonnements pareils, on aurait eu les nom de fichier en 8+3 à l'époque de ouinouin 95...) Nous n'avons pas, sous prétexte d'interopérabilité, à nous trainer les tares, imperfections, archaïsmes, syllogismes, défauts, malfaçons, blocages, crispations et autres fautes originelles de cette pâle copie de mac OS !
avatar shenmue | 
"Nous n'avons pas, sous prétexte d'interopérabilité, à nous trainer les tares, imperfections, archaïsmes, syllogismes, défauts, malfaçons, blocages, crispations et autres fautes originelles de cette pâle copie de mac OS !" Merde...je suis ENTIEREMENT D'ACCORD avec toi ...champagne... ;)
avatar babeuf | 
Ouahhh... Juste pour abonder dans le sens de Melaure. J'ai toujours ricané sur Windows avec ses contraintes aberrantes pour les noms de fichiers/dossiers, en montrant aux PCistes quel bonheur c'était de pouvoir taper un nom de fichier cohérent et français sans se soucier d'informatique… Parce que précisément le Mac n'est pas fait pour les Bac+12 en informatique. C'est là sa supériorité. Je suis prof de français. Les devoirs que m'envoient mes élèves vont dans un dossier "devoirs élèves"… C'est si bête que ça ? Pour moi le mot eleves est illisible et incompréhensible. Il n'y a plus rien d'intuitif s'il faut raisonner comme un informaticien américain pour gérer ses dossiers. Vos histoires de serveur machin et de lien PC/Mac, je les comprends, mais aux informaticiens d'Apple de régler ce pb. Time machine me semblait être une des fonctions les plus innovantes de Léopard. S'il faut adopter une logique PC, alors inutile de se tourner vers Léopard. Je ne l'achèterai pas si de tels pbs persistent. Est-ce que la disparition de la touche Pomme n'aurait été qu'un premier pas ? Le Mac : un PC haut de gamme ? Quel cauchemar !!
avatar Anonyme (non vérifié) | 
Mais non, puisqu'on vous dit qu'il ne s'agit que du nom de l'ordinateur et du disque dur externe. Pour tout le reste ça marche parfaitement bien, inutile de monter sur vos grands chevaux !
avatar Cactaceae | 
Hé ! Ce n'est pas les nom de fichiers qui posent problème, c'est juste le nom du Mac qui doit être sans caractères spéciaux (au fait, qu'est-ce qu'ils ont de spéciaux ces caractères hein ?) (donc bug de TimeMachine) [b]les nom de fichiers avec autant d'accents, d'espaces que vous voulez, c'est bon ![/b]
avatar NicolBolas | 
Ce que les rebelles m'amusent... "Windows est une saloperie", "Nous n'avons pas, sous prétexte d'interopérabilité, à nous trainer les tares", j'en passe... Je veux bien admettre qu'il soit flatteur de se sentir au dessus du lot, mais rapellez vous qu'on vis dans un monde ou le nivellement par le bas est LA règle. C'est parcequ'il y a des clients pour le décervèlement télévisuel que nous nous tapons tous des merdes à l'écran. C'est parcequ'il y a des chauffards qu'on est tous soumis aux limitations de vitesse. C'est parceque certains gosses ont des difficultés que notre système scolaire pein à maintenir un niveau décent pour les gosses qui s'en sortent. Et c'est parceque tout le monde n'utilise pas des accents qu'on doit parfois savoir s'en passer. Vous voulez vous rebeller contre cet état de fait ? Ne critiquez pas les bugs, admettez qu'ils ne concernent pas plus de 10% des utilisateurs. Et si vous voulez passer outre, vous pouvez au choix prendre l'initiative de les règler (développez donc un VFS supportant de multiples encodages et une totale abstraction des conventions de nommage, par exemple en utilisant les métadonnées, et faitres le adopter par tout le monde), ou bien faites le nécessaire pour ne pas en pâtir en respectant des conventions de nommage plus rationelles. (comment ça ?)
avatar NicolBolas | 
tiens encore une limitation due aux carractères spéciaux : mon précédent message devait finir par une balise de fermeture de troll, mais le site de macgé ne le supporte pas. Bouuuuh MacGé, c'est inadmissible de ne pas supporter tous les carractères dans les commentaires !
avatar v1nce | 
le coup des * et / dans les noms (même de volumes) l'utilisateur 'de base' (sans vouloir vexer personne) ne le sait pas et ne s'en soucie pas vu qu'on peut mettre n'importe quel caractère... -> source de problèmes ! c'est la conclusion que j'en tire... serait-ce un 'bug' d'Apple dans l'ergonomie de son OS ?
avatar question con | 
Je voudrais pas tempérer cet élan anti-windowzien, mais est ce que quelqu'un peut m'expliquer comment sur mon ancien power mac G4 sous tiger, un logiciel - adobe il me semble - avait réussi à créer un fichier readme vietnamien, avec un caractère spécial dedans (de mémoire un petit rond sur un e ou un tilde), et que mac OS ne pouvait absolument pas le supprimer ? Apparement le problème est assez connu, et y'a pas de solution. Ni aucun logiciel de manipulation de fichiers, ni même en passant par des commandes obscures du shell. J'ai pas souvenir qu'un cas comme ça soit arrivé sur aucun des PC de mon bureau, et le cas doit être aussi rare sur mac. L'interopérabilité est une nécessité. C'est même - je vais m'attirer les foudres des plus addicted - la chose qui permettre à nos macs de survivre, dans un monde dominé par les PC. Cela dit la news parle pas des noms de fichiers. Donc on a pas mal dérivé là, en parlant de windows. Par contre je serais curieux de savoir comment time machine gèrerait mon problème de fichier insupprimable Les caractères interdit dans le nom de la machine, je trouve ça un peu gros, car même si time machine est basé sur rsync, l'apport de mac os, c'est dans ce cas un chouette frontend devant des commandes absconses, qui devrait masquer ce problème. Qu'on doive utilisé un disque dur partitionné pour mac, et pas un disque dur partitionné pour pc, ça peut déjà plus se justifier.
avatar Anonyme (non vérifié) | 
c'est marrant quand même. A la base l'article parle d'un souci sur mac os, pas windows Apple dit 'vous pouvez utiliser n'importe quels caractères dans le nom de la machine' et finalement ben non, dans la pratique on ne peut pas. Ca empêche un soft Apple de fonctionner. C'est donc un bug. Mais vous finissez quand même par cracher sur les linux et surtout windows, cette merde qui met des extensions dans les noms de fichiers. D'ou vient cette haine dites moi tout
avatar DrFatalis | 
"Mais vous finissez quand même par cracher sur les linux et surtout windows" Qui crache sur les pingouins ? La communauté Linux est hautement estimable, à l'origine de plusieurs programmes extrêmement intéressants. Sa philosophie, même si je ne la partage pas totalement, est digne d'interêt. Mais jamais les linuxiens n'ont exigé de MACOS des contorsions et autres ronds de jambe logiciels pour assurer une compatibilité avec les diverses distributions linux. Bien au contraire, ils sont réglé le problème à la racine. Quand à l'origine de cette "haine", elle vient peut être du fait d'avoir vu, dans les années 80 et 90, les tenant du DOS qui se moquaient de l'interface graphique y venir avec le lamentable windows 3.1 puis faire comme si ils avaient tout inventé en raflant les marchés pendant qu'Apple ne survivait que par l'abnégation des fans... Ceux qui ont connu cette époque ne peuvent l'oublier...
avatar melaure | 
Nicolbalas, c'est exactement ce qu'on fait dans notre boite, on nivelle pas le bas parce que notre appli est multi plateforme. Du coup je ne suis pas bien fier du produit qu'on fait. Et je ne suis pas d'accord avec ça. Et dans ce cas autant reprocher à Mac OS d'être Mac OS et pas un Os avec un noyau Windows, un DOS, etc ... Même si Windows est le plus répendu, dans l'histoire des OS, c'est certainement un des plus bridé qui ait existé. Et je ne vois pas au nom de quoi on devrait s'adapté au plus médiocre. En tout cas à titre personnel je me moque bien des gens qui sont touchés par ces limitations et je n'en tiens pas compte quand je crée des fichiers, des vidéos, etc ... Je n'ai pas non plus de logiciel pour nettoyer les fichiers des virus PC. Que ceux qui ont Windows assument !!!
avatar babeuf | 
"Du coup, impossible parfois d'utiliser un NAS ou un serveur de fichier non-Apple dans un réseau Mac à cause des noms de fichiers et des messages d'erreurs qui en découlent. Impossible aussi d'assurer la cohérence des encodages de carractères spéciaux sur un disque utilisé sur plusieurs OS... Je m'astreint à n'utiliser que des carractères supportés par tous les OS, et je crois que le système ne devrait pas permettre de faire autrement." C'est à cela que je répondais. Il y est bien question du nom des fichiers. On n'est donc pas si hors-sujet que ça, même si ce post reflétait plutôt un souhait (étrange à mes yeux de la part d'un macuser) qu'une carence de Léopard. Pour le reste, Melaure, si tu es un homme, je te salue respectueusement, si tu es une femme, je m'autorise une petite bise chaleureuse. je souscris à 100% à ce que tu dis. PS : en ce qui concerne le discours sur le nivellement par le bas dans l'Education à cause des plus "médiocres", c'est le genre de discours qui énervent un peu. Non, les élèves les plus brillants ne sont pas "sacrifiés". Ils gagnent même souvent à fréquenter des moins bons qu'eux… Comme le Mac avec Windows ?
avatar Anonyme (non vérifié) | 
Euh...une petite précision. A ce que je sais, tous les caractères peuvent être utilisés sous Unix, y compris les /, les *, etc. Dans un terminal, ca peut poser problème sans prendre de précautions, mais pas dans le Finder. Note: Normalement, sous Unix, dans le terminal, il faut mettre un \ avant les caractères qui ont une signification spécifique à Unix, ou utiliser des guillemets. Par exemple: "cp In\/Out nouveau\ dossier" ou "cp "In/Out" "nouveau dossier"" (Copie le fichier "In/Out" dans "nouveau dossier") Sous MacOSX, ca marche pour l'espace, mais pas pour le /. Un fichier qui s'appelle In/Out dans le finder s'appelle In:Out vu du terminal. Et le ":" ne peut pas être utilisé depuis le FInder. Robin
avatar Ludooohhh | 
@babeuf Je ne suis pas vraiment d'accord sur l'idée que le nivellement par le bas à l'école n'existe pas (ou est une bonne chose), et sur cela j'aimerais avoir ton avis. En attendant, voici le mien: Certes, les élèves brillants [i]peuvent[/i] y gagner, en aidant les autres par exemple, mais encore faut-il que les autres veuillent bien ! Encore faut-il que les profs soient suffisamment "bons" pour reconnaître un bon élève et le laisser "s'épanouir", comme on dit ! Je suis plutôt de l'avis de pousser les bons élèves à réussir (sans oublier les moins bons évidemment), car, pour beaucoup, les mauvais élèves ne sont pas mauvais par nature, mais par manque d'intérêt ou de travail. Les bons deviennent mauvais car ils ne savent pas travailler et n'apprennent jamais comment faire, s'ils n'ont pas de challenge. Le travail du prof serait de permettre plusieurs éducations, et non pas une.
avatar babeuf | 
Bon, pour le coup on est vraiment hors-sujet. Je me permettrais donc juste de dire que je suis d'accord avec à peu près tout ce que tu dis… en particulier sur le fait qu'il faut un "bon prof". Je t'avoue que j'ai certains collègues dont je ne suis pas fier (dans ton boulot, ce doit être le cas également ?). Bien sûr qu'il faut pousser les bons élèves à réussir… et bien sûr qu'il s'agit pour les autres souvent de manque d'intérêt et de courage. MAIS il n'y a pas de nivellement par le bas, il y a juste de plus en plus d'élèves qui manquent d'intérêt et de courage… et la cause n'est pas forcément interne.
avatar Ludooohhh | 
oui, désolé pour le HS ! pour les collègues, étant étudiant, je n'ai pas encore ce privilège... mais m'intéressant à l'éducation, j'ai en effet remarqué qu'avant de revoir le niveau des élèves, vaudrait peut-être mieux revoir celui des profs... (hum) En tout cas, je vois ce que tu veux dire, babeuf, et si je peux te conseiller un livre : "The End of Education" par Neil Postman (c'est pas "End" comme dans "End of times", mais comme "but à poursuivre", ne nous méprenons pas :D).
avatar Ali Baba | 
Et le prix ? :)

CONNEXION UTILISATEUR