Je viens d'avoir un gros pépin avec Time Machine alors que jusqu'à
présent je n'avais jamais rencontré le moindre problème.
J'ai tenté de régénérer une sauvegarde sur une partition externe. Tout
semblait se passer normalement mais à la fin du processus, lors du
redémarrage, le système a été incapable de démarrer sur la partition qui
venait d'être restaurée. Le disque n'est pas en cause puisque j'ai pu
réinstaller Mountain Lion à partir des serveurs d'Apple et redémarrer.
Il a fallu que j'efface la partition dédiée à TM et j'ai donc perdu tout
l'historique de plus d'un an.
Apparemment, ce que je fais n'est pas orthodoxe car officiellement, TM
ne sait régénérer une sauvegarde que sur le disque de démarrage à partir
duquel elle a été créée.
Je note que si je n'avais pas tenté cette restauration, je n'aurais
jamais su que mes sauvegardes étaient vérolées. En cas de problème sur
mon disque de démarrage, j'aurais constaté mais un peu tard que j'avais
tout perdu... Je faisais donc des sauvegardes régulièrement pour rien
puisque la base était corrompue ! Pourquoi ? Mystère.
Je me pose une question simple : comment vérifier la fiabilité d'une
sauvegarde TM ? S'il faut la restaurer sur le disque de démarrage pour
avoir la réponse alors que celui-ci fonctionne parfaitement, c'est
franchement dangereux car on risque de tout perdre si la sauvegarde est
défectueuse.
In article <l3l9ak$a0c$, "La Bete des Vosges (Francis Chartier)" wrote:
Au pire sacrifier une partie des données pour sauver le reste, mais tout jeter ? A l'heure où la grande majorité des systèmes de fichiers modernes sont journalisés, c'est très moyen je trouve.
Je suis tout à fait d'accord.
<fin du me too>
-- Lionel Mychkine
In article <l3l9ak$a0c$1@supermicro.bete-des-vosges.org>,
"La Bete des Vosges (Francis Chartier)" <francis@bete-des-vosges.org>
wrote:
Au pire sacrifier une partie des données pour sauver le reste, mais tout
jeter ? A l'heure où la grande majorité des systèmes de fichiers modernes
sont journalisés, c'est très moyen je trouve.
In article <l3l9ak$a0c$, "La Bete des Vosges (Francis Chartier)" wrote:
Au pire sacrifier une partie des données pour sauver le reste, mais tout jeter ? A l'heure où la grande majorité des systèmes de fichiers modernes sont journalisés, c'est très moyen je trouve.
Je suis tout à fait d'accord.
<fin du me too>
-- Lionel Mychkine
Patrick Stadelmann
In article <525e4222$0$2221$, Lionel Mychkine wrote:
In article , Patrick Stadelmann wrote:
> C'est justement pour améliorer la fiabilité de la sauvegarde (dans le > sens premier, permettre de restaurer après un crash de disque) que TM > propose de sacrifier l'historique en cas de corruption.
Bref, on a tout perdu, l'historique et les sauvegardes. C'est marrant parce que TM ne m'a jamais averti qu'il pourrait y avoir un problème ... avant que le problème survienne, celui même qui m'a empêché de régénérer une sauvegarde.
Quel symptômes / message d'erreur exactement ?
Tu parles de quel type corruption ?
Corruption du système de fichiers.
Utilitaire de disque n'a rien trouvé. Sur la partition à restaurer comme sur la partition Time Machine comme sur mon disque de démarrage...
Donc la structure du système de fichier est à priori bonne sur la sauvegarde.
Patrick -- Patrick Stadelmann
In article <525e4222$0$2221$426a74cc@news.free.fr>,
Lionel Mychkine <mychkine@nowhere.invalid> wrote:
In article
<Patrick.Stadelmann-F2E4E9.06014816102013@news.individual.net>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
> C'est justement pour améliorer la fiabilité de la sauvegarde (dans le
> sens premier, permettre de restaurer après un crash de disque) que TM
> propose de sacrifier l'historique en cas de corruption.
Bref, on a tout perdu, l'historique et les sauvegardes. C'est marrant
parce que TM ne m'a jamais averti qu'il pourrait y avoir un problème ...
avant que le problème survienne, celui même qui m'a empêché de régénérer
une sauvegarde.
Quel symptômes / message d'erreur exactement ?
Tu parles de quel type corruption ?
Corruption du système de fichiers.
Utilitaire de disque n'a rien trouvé. Sur la partition à restaurer comme
sur la partition Time Machine comme sur mon disque de démarrage...
Donc la structure du système de fichier est à priori bonne sur la
sauvegarde.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <525e4222$0$2221$, Lionel Mychkine wrote:
In article , Patrick Stadelmann wrote:
> C'est justement pour améliorer la fiabilité de la sauvegarde (dans le > sens premier, permettre de restaurer après un crash de disque) que TM > propose de sacrifier l'historique en cas de corruption.
Bref, on a tout perdu, l'historique et les sauvegardes. C'est marrant parce que TM ne m'a jamais averti qu'il pourrait y avoir un problème ... avant que le problème survienne, celui même qui m'a empêché de régénérer une sauvegarde.
Quel symptômes / message d'erreur exactement ?
Tu parles de quel type corruption ?
Corruption du système de fichiers.
Utilitaire de disque n'a rien trouvé. Sur la partition à restaurer comme sur la partition Time Machine comme sur mon disque de démarrage...
Donc la structure du système de fichier est à priori bonne sur la sauvegarde.
Patrick -- Patrick Stadelmann
Patrick Stadelmann
In article <525e483d$0$2295$, Lionel Mychkine wrote:
In article , Patrick Stadelmann wrote:
> Sur mon Mac Pro au boulot, outre le fait que les documents importants > sont sur un serveur sauvegardé par un service spécialisé, j'utilise > tout de même TM et vérifiant périodiquement l'intégrité de la > sauvegarde.
Intéressant. Tu fais comment pour vérifier l'intégrité de la sauvegarde ?
Je vérifie avec fsck (Utilitaire de disques), je regarde de temps en temps le contenu avec BackupLoupe, et occasionnellement je fais une comparaison avec le disque source (diff -rq) et je vérifie également régulièrement le log SMART de mes différents disques.
Patrick -- Patrick Stadelmann
In article <525e483d$0$2295$426a74cc@news.free.fr>,
Lionel Mychkine <mychkine@nowhere.invalid> wrote:
In article
<Patrick.Stadelmann-5F9BE1.09134616102013@news.individual.net>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
> Sur mon Mac Pro au boulot, outre le fait que les documents importants
> sont sur un serveur sauvegardé par un service spécialisé, j'utilise
> tout de même TM et vérifiant périodiquement l'intégrité de la
> sauvegarde.
Intéressant. Tu fais comment pour vérifier l'intégrité de la
sauvegarde ?
Je vérifie avec fsck (Utilitaire de disques), je regarde de temps en
temps le contenu avec BackupLoupe, et occasionnellement je fais une
comparaison avec le disque source (diff -rq) et je vérifie également
régulièrement le log SMART de mes différents disques.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <525e483d$0$2295$, Lionel Mychkine wrote:
In article , Patrick Stadelmann wrote:
> Sur mon Mac Pro au boulot, outre le fait que les documents importants > sont sur un serveur sauvegardé par un service spécialisé, j'utilise > tout de même TM et vérifiant périodiquement l'intégrité de la > sauvegarde.
Intéressant. Tu fais comment pour vérifier l'intégrité de la sauvegarde ?
Je vérifie avec fsck (Utilitaire de disques), je regarde de temps en temps le contenu avec BackupLoupe, et occasionnellement je fais une comparaison avec le disque source (diff -rq) et je vérifie également régulièrement le log SMART de mes différents disques.
Patrick -- Patrick Stadelmann
Lionel Mychkine
In article , Patrick Stadelmann wrote:
In article <525e3da2$0$2238$, Lionel Mychkine wrote:
> - A ma connaissance TM n'accepte de restaurer que le disque de > démarrage !
???
Je signale tout d'abord que le problème avec TM s'est produit alors je tentais de restaurer une sauvegarde sur un disque externe. Je sais donc qu'en théorie, c'est possible.
Comme tu le dis très bien ci-dessous, si lors d'une restauration on ne choisit pas le disque de démarrage, TM en déduit que l'on a changé de disque de démarrage. Le raisonnement est excessif, surtout quand on réinstalle une sauvegarde sur une partition externe et que tout est bien en place sur le disque interne.
Résultat des courses, lors de la sauvegarde suivante TM sauvegarde l'intégralité du disque. Et avant de commencer la sauvegarde il mouline pendant un bon moment.
Pour éviter cela, il faut impérativement utiliser les commandes du terminal tmutil inheritbackup et associatedisk. C'est très pratique... Le risque, c'est qu'à un moment, on oublie de passer ces commandes et cela peut être dangereux pour l'historique.
Plutôt que de partir du principe que le disque de démarrage a changé, TM pourrait tout simplement poser la question à l'utilisateur. Mais celui-ci est sans doute trop stupide.
Autre solution, si la sauvegarde a été restaurée sur une partition externe, TM ne devrait pas en déduire que le disque de démarrage a changé. Pas a priori en tout cas.
On peut faire des restauration test (je l'avais fait au lieu de cloner mon disque système pour avoir un système de test à mettre à jour avec un nouvel OS). Le seul truc, c'est si on fait une restauration complète sur un autre disque, TM suppose qu'on a perdu le disque d'origine, et associe la sauvegarde au nouveau disque. Si ensuite on reprend le disque standard, il voudra alors tout sauvegarder. Il y a une commande dans tmutil qui permet de réassocier le disque "perdu" à TM. Avant il fallait bidouiller un peu, ou alors restaurer depuis un clone de TM.
C'est exactement ça. On régénère TM sur un disque de test ce qui est très pratique mais il ne faut surtout pas oublier de lancer les commandes tmutil qui vont bien. C'est franchement pénible.
> Ça c'est un peu facile. Dans le genre ce n'est pas ma faute, c'est les > autres... Il appartient à TM de faire les vérifications nécessaires > avant que le problème ne survienne.
C'est bien ce qu'il fait.
En tout cas, malgré ces "vérifications", il n'a détecté aucun problème avant que je tente la restauration qui a échoué.
Je maintiens que l'utilisateur lambda qui ne maîtrise pas tmutil ne sera jamais si ses sauvegardes TM sont opérationnelles ou pas.
-- Lionel Mychkine
In article
<Patrick.Stadelmann-FF96FD.10262216102013@news.individual.net>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
In article <525e3da2$0$2238$426a74cc@news.free.fr>,
Lionel Mychkine <mychkine@nowhere.invalid> wrote:
> - A ma connaissance TM n'accepte de restaurer que le disque de
> démarrage !
???
Je signale tout d'abord que le problème avec TM s'est produit alors je
tentais de restaurer une sauvegarde sur un disque externe. Je sais donc
qu'en théorie, c'est possible.
Comme tu le dis très bien ci-dessous, si lors d'une restauration on ne
choisit pas le disque de démarrage, TM en déduit que l'on a changé de
disque de démarrage. Le raisonnement est excessif, surtout quand on
réinstalle une sauvegarde sur une partition externe et que tout est bien
en place sur le disque interne.
Résultat des courses, lors de la sauvegarde suivante TM sauvegarde
l'intégralité du disque. Et avant de commencer la sauvegarde il mouline
pendant un bon moment.
Pour éviter cela, il faut impérativement utiliser les commandes du
terminal tmutil inheritbackup et associatedisk. C'est très pratique...
Le risque, c'est qu'à un moment, on oublie de passer ces commandes et
cela peut être dangereux pour l'historique.
Plutôt que de partir du principe que le disque de démarrage a changé, TM
pourrait tout simplement poser la question à l'utilisateur. Mais
celui-ci est sans doute trop stupide.
Autre solution, si la sauvegarde a été restaurée sur une partition
externe, TM ne devrait pas en déduire que le disque de démarrage a
changé. Pas a priori en tout cas.
On peut faire des restauration test (je l'avais fait au lieu de cloner
mon disque système pour avoir un système de test à mettre à jour avec un
nouvel OS). Le seul truc, c'est si on fait une restauration complète sur
un autre disque, TM suppose qu'on a perdu le disque d'origine, et
associe la sauvegarde au nouveau disque. Si ensuite on reprend le disque
standard, il voudra alors tout sauvegarder. Il y a une commande dans
tmutil qui permet de réassocier le disque "perdu" à TM. Avant il fallait
bidouiller un peu, ou alors restaurer depuis un clone de TM.
C'est exactement ça. On régénère TM sur un disque de test ce qui est
très pratique mais il ne faut surtout pas oublier de lancer les
commandes tmutil qui vont bien. C'est franchement pénible.
> Ça c'est un peu facile. Dans le genre ce n'est pas ma faute, c'est les
> autres... Il appartient à TM de faire les vérifications nécessaires
> avant que le problème ne survienne.
C'est bien ce qu'il fait.
En tout cas, malgré ces "vérifications", il n'a détecté aucun problème
avant que je tente la restauration qui a échoué.
Je maintiens que l'utilisateur lambda qui ne maîtrise pas tmutil ne sera
jamais si ses sauvegardes TM sont opérationnelles ou pas.
In article <525e3da2$0$2238$, Lionel Mychkine wrote:
> - A ma connaissance TM n'accepte de restaurer que le disque de > démarrage !
???
Je signale tout d'abord que le problème avec TM s'est produit alors je tentais de restaurer une sauvegarde sur un disque externe. Je sais donc qu'en théorie, c'est possible.
Comme tu le dis très bien ci-dessous, si lors d'une restauration on ne choisit pas le disque de démarrage, TM en déduit que l'on a changé de disque de démarrage. Le raisonnement est excessif, surtout quand on réinstalle une sauvegarde sur une partition externe et que tout est bien en place sur le disque interne.
Résultat des courses, lors de la sauvegarde suivante TM sauvegarde l'intégralité du disque. Et avant de commencer la sauvegarde il mouline pendant un bon moment.
Pour éviter cela, il faut impérativement utiliser les commandes du terminal tmutil inheritbackup et associatedisk. C'est très pratique... Le risque, c'est qu'à un moment, on oublie de passer ces commandes et cela peut être dangereux pour l'historique.
Plutôt que de partir du principe que le disque de démarrage a changé, TM pourrait tout simplement poser la question à l'utilisateur. Mais celui-ci est sans doute trop stupide.
Autre solution, si la sauvegarde a été restaurée sur une partition externe, TM ne devrait pas en déduire que le disque de démarrage a changé. Pas a priori en tout cas.
On peut faire des restauration test (je l'avais fait au lieu de cloner mon disque système pour avoir un système de test à mettre à jour avec un nouvel OS). Le seul truc, c'est si on fait une restauration complète sur un autre disque, TM suppose qu'on a perdu le disque d'origine, et associe la sauvegarde au nouveau disque. Si ensuite on reprend le disque standard, il voudra alors tout sauvegarder. Il y a une commande dans tmutil qui permet de réassocier le disque "perdu" à TM. Avant il fallait bidouiller un peu, ou alors restaurer depuis un clone de TM.
C'est exactement ça. On régénère TM sur un disque de test ce qui est très pratique mais il ne faut surtout pas oublier de lancer les commandes tmutil qui vont bien. C'est franchement pénible.
> Ça c'est un peu facile. Dans le genre ce n'est pas ma faute, c'est les > autres... Il appartient à TM de faire les vérifications nécessaires > avant que le problème ne survienne.
C'est bien ce qu'il fait.
En tout cas, malgré ces "vérifications", il n'a détecté aucun problème avant que je tente la restauration qui a échoué.
Je maintiens que l'utilisateur lambda qui ne maîtrise pas tmutil ne sera jamais si ses sauvegardes TM sont opérationnelles ou pas.
-- Lionel Mychkine
Lionel Mychkine
In article , Patrick Stadelmann wrote:
Je vérifie avec fsck (Utilitaire de disques), je regarde de temps en temps le contenu avec BackupLoupe, et occasionnellement je fais une comparaison avec le disque source (diff -rq) et je vérifie également régulièrement le log SMART de mes différents disques.
Ouh là, c'est un truc de geek ;-)
-- Lionel Mychkine
In article
<Patrick.Stadelmann-E13972.10385516102013@news.individual.net>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
Je vérifie avec fsck (Utilitaire de disques), je regarde de temps en
temps le contenu avec BackupLoupe, et occasionnellement je fais une
comparaison avec le disque source (diff -rq) et je vérifie également
régulièrement le log SMART de mes différents disques.
Je vérifie avec fsck (Utilitaire de disques), je regarde de temps en temps le contenu avec BackupLoupe, et occasionnellement je fais une comparaison avec le disque source (diff -rq) et je vérifie également régulièrement le log SMART de mes différents disques.
Ouh là, c'est un truc de geek ;-)
-- Lionel Mychkine
Lionel Mychkine
In article , Patrick Stadelmann wrote:
> Bref, on a tout perdu, l'historique et les sauvegardes. C'est marrant > parce que TM ne m'a jamais averti qu'il pourrait y avoir un problème ... > avant que le problème survienne, celui même qui m'a empêché de régénérer > une sauvegarde.
Quel symptômes / message d'erreur exactement ?
Absolument aucun. La sauvegarde semblait se dérouler sans le moindre problème. Je n'ai eu aucun message d'erreur. C'est au redémarrage de la machine que j'ai constaté que le Mac refusait de booter sur la partition fraichement régénérée.
-- Lionel Mychkine
In article
<Patrick.Stadelmann-F6D554.10355216102013@news.individual.net>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
> Bref, on a tout perdu, l'historique et les sauvegardes. C'est marrant
> parce que TM ne m'a jamais averti qu'il pourrait y avoir un problème ...
> avant que le problème survienne, celui même qui m'a empêché de régénérer
> une sauvegarde.
Quel symptômes / message d'erreur exactement ?
Absolument aucun. La sauvegarde semblait se dérouler sans le moindre
problème. Je n'ai eu aucun message d'erreur. C'est au redémarrage de la
machine que j'ai constaté que le Mac refusait de booter sur la partition
fraichement régénérée.
> Bref, on a tout perdu, l'historique et les sauvegardes. C'est marrant > parce que TM ne m'a jamais averti qu'il pourrait y avoir un problème ... > avant que le problème survienne, celui même qui m'a empêché de régénérer > une sauvegarde.
Quel symptômes / message d'erreur exactement ?
Absolument aucun. La sauvegarde semblait se dérouler sans le moindre problème. Je n'ai eu aucun message d'erreur. C'est au redémarrage de la machine que j'ai constaté que le Mac refusait de booter sur la partition fraichement régénérée.
-- Lionel Mychkine
Patrick Stadelmann
In article <525e5aa8$0$2400$, Lionel Mychkine wrote:
C'est exactement ça. On régénère TM sur un disque de test ce qui est très pratique mais il ne faut surtout pas oublier de lancer les commandes tmutil qui vont bien. C'est franchement pénible.
C'est fait pour être le plus simple possible pour le non spécialiste, qui lui ne va pas s'amuser à faire ce genre de manipulation, mais restaurer en cas de réel problème. C'est assez dans la logique Apple.
> > Ça c'est un peu facile. Dans le genre ce n'est pas ma faute, c'est les > > autres... Il appartient à TM de faire les vérifications nécessaires > > avant que le problème ne survienne. > > C'est bien ce qu'il fait.
En tout cas, malgré ces "vérifications", il n'a détecté aucun problème avant que je tente la restauration qui a échoué.
D'après ton autre message, je ne pense pas que le problème soit causé par une corruption de la sauvegarde.
Je maintiens que l'utilisateur lambda qui ne maîtrise pas tmutil ne sera jamais si ses sauvegardes TM sont opérationnelles ou pas.
Je n'ai jamais dit le contraire. En même temps, sans TM il y a de forte chance qu'il ne fasse aucune sauvegarde (c'est d'ailleurs ce constat qui avait motivé Apple à développer TM).
Mais si on veut dépasser le stade de l'utilisateur lambda, Apple fournit les outils pour le faire.
Patrick -- Patrick Stadelmann
In article <525e5aa8$0$2400$426a74cc@news.free.fr>,
Lionel Mychkine <mychkine@nowhere.invalid> wrote:
C'est exactement ça. On régénère TM sur un disque de test ce qui est
très pratique mais il ne faut surtout pas oublier de lancer les
commandes tmutil qui vont bien. C'est franchement pénible.
C'est fait pour être le plus simple possible pour le non spécialiste,
qui lui ne va pas s'amuser à faire ce genre de manipulation, mais
restaurer en cas de réel problème. C'est assez dans la logique Apple.
> > Ça c'est un peu facile. Dans le genre ce n'est pas ma faute, c'est les
> > autres... Il appartient à TM de faire les vérifications nécessaires
> > avant que le problème ne survienne.
>
> C'est bien ce qu'il fait.
En tout cas, malgré ces "vérifications", il n'a détecté aucun problème
avant que je tente la restauration qui a échoué.
D'après ton autre message, je ne pense pas que le problème soit causé
par une corruption de la sauvegarde.
Je maintiens que l'utilisateur lambda qui ne maîtrise pas tmutil ne sera
jamais si ses sauvegardes TM sont opérationnelles ou pas.
Je n'ai jamais dit le contraire. En même temps, sans TM il y a de forte
chance qu'il ne fasse aucune sauvegarde (c'est d'ailleurs ce constat qui
avait motivé Apple à développer TM).
Mais si on veut dépasser le stade de l'utilisateur lambda, Apple fournit
les outils pour le faire.
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <525e5aa8$0$2400$, Lionel Mychkine wrote:
C'est exactement ça. On régénère TM sur un disque de test ce qui est très pratique mais il ne faut surtout pas oublier de lancer les commandes tmutil qui vont bien. C'est franchement pénible.
C'est fait pour être le plus simple possible pour le non spécialiste, qui lui ne va pas s'amuser à faire ce genre de manipulation, mais restaurer en cas de réel problème. C'est assez dans la logique Apple.
> > Ça c'est un peu facile. Dans le genre ce n'est pas ma faute, c'est les > > autres... Il appartient à TM de faire les vérifications nécessaires > > avant que le problème ne survienne. > > C'est bien ce qu'il fait.
En tout cas, malgré ces "vérifications", il n'a détecté aucun problème avant que je tente la restauration qui a échoué.
D'après ton autre message, je ne pense pas que le problème soit causé par une corruption de la sauvegarde.
Je maintiens que l'utilisateur lambda qui ne maîtrise pas tmutil ne sera jamais si ses sauvegardes TM sont opérationnelles ou pas.
Je n'ai jamais dit le contraire. En même temps, sans TM il y a de forte chance qu'il ne fasse aucune sauvegarde (c'est d'ailleurs ce constat qui avait motivé Apple à développer TM).
Mais si on veut dépasser le stade de l'utilisateur lambda, Apple fournit les outils pour le faire.
Patrick -- Patrick Stadelmann
Patrick Stadelmann
In article <525e5d43$0$3728$, Lionel Mychkine wrote:
In article , Patrick Stadelmann wrote:
> > Bref, on a tout perdu, l'historique et les sauvegardes. C'est marrant > > parce que TM ne m'a jamais averti qu'il pourrait y avoir un problème ... > > avant que le problème survienne, celui même qui m'a empêché de régénérer > > une sauvegarde. > > Quel symptômes / message d'erreur exactement ?
Absolument aucun. La sauvegarde semblait se dérouler sans le moindre problème. Je n'ai eu aucun message d'erreur. C'est au redémarrage de la machine que j'ai constaté que le Mac refusait de booter sur la partition fraichement régénérée.
T'as essayé en verbose ?
Patrick -- Patrick Stadelmann
In article <525e5d43$0$3728$426a74cc@news.free.fr>,
Lionel Mychkine <mychkine@nowhere.invalid> wrote:
In article
<Patrick.Stadelmann-F6D554.10355216102013@news.individual.net>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
> > Bref, on a tout perdu, l'historique et les sauvegardes. C'est marrant
> > parce que TM ne m'a jamais averti qu'il pourrait y avoir un problème ...
> > avant que le problème survienne, celui même qui m'a empêché de régénérer
> > une sauvegarde.
>
> Quel symptômes / message d'erreur exactement ?
Absolument aucun. La sauvegarde semblait se dérouler sans le moindre
problème. Je n'ai eu aucun message d'erreur. C'est au redémarrage de la
machine que j'ai constaté que le Mac refusait de booter sur la partition
fraichement régénérée.
T'as essayé en verbose ?
Patrick
--
Patrick Stadelmann <Patrick.Stadelmann@unine.ch>
In article <525e5d43$0$3728$, Lionel Mychkine wrote:
In article , Patrick Stadelmann wrote:
> > Bref, on a tout perdu, l'historique et les sauvegardes. C'est marrant > > parce que TM ne m'a jamais averti qu'il pourrait y avoir un problème ... > > avant que le problème survienne, celui même qui m'a empêché de régénérer > > une sauvegarde. > > Quel symptômes / message d'erreur exactement ?
Absolument aucun. La sauvegarde semblait se dérouler sans le moindre problème. Je n'ai eu aucun message d'erreur. C'est au redémarrage de la machine que j'ai constaté que le Mac refusait de booter sur la partition fraichement régénérée.
T'as essayé en verbose ?
Patrick -- Patrick Stadelmann
Lionel Mychkine
In article , Patrick Stadelmann wrote:
> Absolument aucun. La sauvegarde semblait se dérouler sans le moindre > problème. Je n'ai eu aucun message d'erreur. C'est au redémarrage de la > machine que j'ai constaté que le Mac refusait de booter sur la partition > fraichement régénérée.
T'as essayé en verbose ?
Je ne savais pas que cela existait.
-- Lionel Mychkine
In article
<Patrick.Stadelmann-B42BD4.11422116102013@news.individual.net>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
> Absolument aucun. La sauvegarde semblait se dérouler sans le moindre
> problème. Je n'ai eu aucun message d'erreur. C'est au redémarrage de la
> machine que j'ai constaté que le Mac refusait de booter sur la partition
> fraichement régénérée.
> Absolument aucun. La sauvegarde semblait se dérouler sans le moindre > problème. Je n'ai eu aucun message d'erreur. C'est au redémarrage de la > machine que j'ai constaté que le Mac refusait de booter sur la partition > fraichement régénérée.
T'as essayé en verbose ?
Je ne savais pas que cela existait.
-- Lionel Mychkine
Lionel Mychkine
In article , Patrick Stadelmann wrote:
D'après ton autre message, je ne pense pas que le problème soit causé par une corruption de la sauvegarde.
D'après toi, le problème s'est posé à quel niveau ?
> Je maintiens que l'utilisateur lambda qui ne maîtrise pas tmutil ne sera > jamais si ses sauvegardes TM sont opérationnelles ou pas.
Je n'ai jamais dit le contraire. En même temps, sans TM il y a de forte chance qu'il ne fasse aucune sauvegarde (c'est d'ailleurs ce constat qui avait motivé Apple à développer TM).
Oui, ça c'est c'est sûr.
Mais si on veut dépasser le stade de l'utilisateur lambda, Apple fournit les outils pour le faire.
Lesquels ? Ça m'intéresse, sauf si je dois passer 6 mois à maîtriser ces outils ;-)
-- Lionel Mychkine
In article
<Patrick.Stadelmann-2EDACD.11395816102013@news.individual.net>,
Patrick Stadelmann <Patrick.Stadelmann@unine.ch> wrote:
D'après ton autre message, je ne pense pas que le problème soit causé
par une corruption de la sauvegarde.
D'après toi, le problème s'est posé à quel niveau ?
> Je maintiens que l'utilisateur lambda qui ne maîtrise pas tmutil ne sera
> jamais si ses sauvegardes TM sont opérationnelles ou pas.
Je n'ai jamais dit le contraire. En même temps, sans TM il y a de forte
chance qu'il ne fasse aucune sauvegarde (c'est d'ailleurs ce constat qui
avait motivé Apple à développer TM).
Oui, ça c'est c'est sûr.
Mais si on veut dépasser le stade de l'utilisateur lambda, Apple fournit
les outils pour le faire.
Lesquels ? Ça m'intéresse, sauf si je dois passer 6 mois à maîtriser ces
outils ;-)
D'après ton autre message, je ne pense pas que le problème soit causé par une corruption de la sauvegarde.
D'après toi, le problème s'est posé à quel niveau ?
> Je maintiens que l'utilisateur lambda qui ne maîtrise pas tmutil ne sera > jamais si ses sauvegardes TM sont opérationnelles ou pas.
Je n'ai jamais dit le contraire. En même temps, sans TM il y a de forte chance qu'il ne fasse aucune sauvegarde (c'est d'ailleurs ce constat qui avait motivé Apple à développer TM).
Oui, ça c'est c'est sûr.
Mais si on veut dépasser le stade de l'utilisateur lambda, Apple fournit les outils pour le faire.
Lesquels ? Ça m'intéresse, sauf si je dois passer 6 mois à maîtriser ces outils ;-)
