OVH Cloud OVH Cloud

Impossible de parcourir les sauvegardes Time-Machine

45 réponses
Avatar
pehache
Bonsoir,

Depuis quelques semaines TM ne me laisse plus parcourir les sauvegardes:
quand j'entre dans TM j'ai le message "Le disque de Sauvegarde de
Time-Machine est introuvable". Je vois bien la timeline à droite de
l'écran avec tous les points de sauvegarde, mais je ne peux peux pas
voir ce qu'il y a dans les sauvegardes.

Le disque est bien là, mais il se trouve le dossier Backups.backupd, qui
appartient à root, n'a pas les droits de lecture pour les utilisateurs
lambda... En lui redonnant ces droits de lecture je peux à nouveau
parcourir les sauvegardes, mais macOS enlève à nouveau le droit le
lecture au bout d'un moment.

Par les contre les sauvegardes se font normalement.

Ca ne parait pas normal, tout ça (?). Et surtout ce n'était pas comme ça
avant. Mais que se passe-t'il ?

10 réponses

1 2 3 4 5
Avatar
pehache
Le 16/12/2016 à 14:36, Fleuger a écrit :
pehache estime devoir nous faire part de ceci :
Non ce n'est pas ce qu'il a écrit. Mais on dérive complètement par
rapport à mon problème.

Le SIP est passé par là.
Tout est protégé.
Et, tu l'as écrit, ça remarche en changeant les droits.

OK, mais le SIP n'a pas à protéger l'accès en lecture aux sauvegardes,
sinon ça n'a aucun sens : comment restaurer des fichiers dans ce cas ?
Chez moi, Backups.backupd est 775 et je suis admin.

Chez moi il est 770, il appartient à root, et son groupe est "wheel".
Quel est son groupe chez toi ?
(le fait d'être ou pas "admin" ne change rien, à part avoir le droit ou
pas de faire des sudo)
Tu penses que ça n'a rien à voir, mais, l'ID du disque d'origine n'étant
plus le même que l'ID du disque actuel, je *suppose* que ça peut créer
le blocage.
Si tu pouvais relancer une TM sur un autre disque (chez moi, j'ai deux
vieux disques FW pour assurer en cas de défaillance de l'un d'eux. Ils
sauvegardent en alternance), je pense que ça remarcherait normallement
sur ce disque. La Timeline ne serait efficace qu'une ligne sur deux.

J'avais un disque s'appelant "Macintosh HD" qui est toujours là, et
maintenant j'ai en plus un disque "Macintosh SSD". Les deux disques sont
sauvegardés dans Time Machine. Je ne vois pas bien pourquoi l'ajout d'un
disque dans la sauvegarde pourrait mettre le bazar...
Avatar
pehache
Le 16/12/2016 à 08:43, Fleuger a écrit :
pehache a bien voulu nous faire partager ses réflexions sur ce
passionnant sujet :
Ca ne parait pas normal, tout ça (?). Et surtout ce n'était pas comme ça
avant. Mais que se passe-t'il ?

Pour réinitialiser, je te conseille :
Dans la Pref Système, décocher la sauvegarde automatique, sortir tous
les disques, les déconnecter de l'ordi et couper l'alimentation.
Rédémarrer l'ordi, l'arrêter, rebrancher les disques, redémarrer l'ordi
et tout reconfigurer.

J'ai fait ces manips (par acquis de conscience), mais non...
Avatar
g4fleurot
pehache a écrit :
OK, mais le SIP n'a pas à protéger l'accès en lecture aux sauvegardes,
sinon ça n'a aucun sens : comment restaurer des fichiers dans ce cas ?

J'ai écrit ça parce que quand j'ai eu mon problème, je n'ai pu supprimer
le fichier xx.inprogress dans Backups.backupd qu'en désactivant le SIP
et en activant l'utilisateur root.
sudo rm -rf ne marchait pas.
Chez moi il est 770, il appartient à root, et son groupe est "wheel".
Quel est son groupe chez toi ?

En fait, je me suis mal exprimé : le groupe est admin.
Effectivement, ma formulation prêtait à confusion.
Je ne comprend pas bien le 5 chez moi. 4 à la rigueur serait plus
logique (et même 0).
Mais bon... les deux sauvegardes sur les deux disques ont les mêmes
droits, c'est que le système les a attribués.
Au début de TM, je pouvais récupérer des fichiers directement.
Maintenant, il faut que je donne le mdp.
J'avais un disque s'appelant "Macintosh HD" qui est toujours là, et
maintenant j'ai en plus un disque "Macintosh SSD". Les deux disques sont
sauvegardés dans Time Machine. Je ne vois pas bien pourquoi l'ajout d'un
disque dans la sauvegarde pourrait mettre le bazar...

C'était une idée comme ça. Je crois à l'irrationnel, même en
informatique et même si ça parait idiot.
Ça ne met pas le bazar lors des sauvegardes, mais lors des restitutions
des sauvegardes parce que ton Macintosh SSD n'existe pas dans les
sauvegardes prédédent son installation.
Regarde avec le Finder le contenu des sauvegardes.
Si en remontant le temps, on arrive sur un fichier qui n'existe pas, la
timeline devient inopérante bien qu'elle remonte jusqu'à la première
sauvegarde où il y a des items qui peuvent être lus.
Tout dépend de la façon dont tu as réorganisé tes données.
--
Gérard FLEUROT plus un
Avatar
g4fleurot
pehache a écrit :
J'ai fait ces manips (par acquis de conscience), mais non...

Ça correspondait à une récupération d'une sauvegarde TM et transfert sur
un autre disque plus gros pour ne pas perdre les sauvegardes, ce que
j'ai eu l'occasion de faire une fois et qui avait bien fonctiooné.
Ça valait le coup d'être tenté.
--
Gérard FLEUROT plus un
Avatar
pehache
Le 17/12/2016 à 09:02, Fleuger a écrit :
pehache a écrit :
OK, mais le SIP n'a pas à protéger l'accès en lecture aux sauvegardes,
sinon ça n'a aucun sens : comment restaurer des fichiers dans ce cas ?

J'ai écrit ça parce que quand j'ai eu mon problème, je n'ai pu supprimer
le fichier xx.inprogress dans Backups.backupd qu'en désactivant le SIP
et en activant l'utilisateur root.
sudo rm -rf ne marchait pas.

Pour effacer un snapshot particulier à l'intérieur de la sauvegarde, il
faut utiliser "tmutil", pas "rm" :
sudo tmutil delete xxx.inprogress
Chez moi il est 770, il appartient à root, et son groupe est "wheel".
Quel est son groupe chez toi ?

En fait, je me suis mal exprimé : le groupe est admin.
Effectivement, ma formulation prêtait à confusion.
Je ne comprend pas bien le 5 chez moi. 4 à la rigueur serait plus
logique (et même 0).

Ben non : le "5" en 3ème position indique les droits "r-x" (lecture du
dossier) pour tous les utilisateurs du Mac : c'est logique. Et le fait
que ce soit "0" chez moi est justement le problème.
Mais bon... les deux sauvegardes sur les deux disques ont les mêmes
droits, c'est que le système les a attribués.
Au début de TM, je pouvais récupérer des fichiers directement.
Maintenant, il faut que je donne le mdp.

Ca dépend quels fichiers, en fait. Restaurer des fichiers gérés par
système nécessite forcément le mdp.
J'avais un disque s'appelant "Macintosh HD" qui est toujours là, et
maintenant j'ai en plus un disque "Macintosh SSD". Les deux disques sont
sauvegardés dans Time Machine. Je ne vois pas bien pourquoi l'ajout d'un
disque dans la sauvegarde pourrait mettre le bazar...

C'était une idée comme ça. Je crois à l'irrationnel, même en
informatique et même si ça parait idiot.
Ça ne met pas le bazar lors des sauvegardes, mais lors des restitutions
des sauvegardes parce que ton Macintosh SSD n'existe pas dans les
sauvegardes prédédent son installation.

Ah mais ça c'est un autre problème. Ca a à voir avec la restauration,
moi mon problème c'est tout simplement la consultation des sauvegardes.
Regarde avec le Finder le contenu des sauvegardes.
Si en remontant le temps, on arrive sur un fichier qui n'existe pas, la
timeline devient inopérante bien qu'elle remonte jusqu'à la première
sauvegarde où il y a des items qui peuvent être lus.
Tout dépend de la façon dont tu as réorganisé tes données.

Au "détail" près de la mauvaise permission sur Backups.backupd, une fois
cette permission corrigée je n'ai pas de souci à parcourir dans la
sauvegarde les dossiers et fichiers qui n'existent plus sur le Mac. Par
exemple /Macintosh HD/System n'existe plus (il est sur le SSD), mais je
le parcoure sans problème dans les versions versions sauvagardées.
Avatar
pehache
Le 16/12/2016 à 00:46, pehache a écrit :
Bonsoir,
Depuis quelques semaines TM ne me laisse plus parcourir les sauvegardes:
quand j'entre dans TM j'ai le message "Le disque de Sauvegarde de
Time-Machine est introuvable". Je vois bien la timeline à droite de
l'écran avec tous les points de sauvegarde, mais je ne peux peux pas
voir ce qu'il y a dans les sauvegardes.
Le disque est bien là, mais il se trouve le dossier Backups.backupd, qui
appartient à root, n'a pas les droits de lecture pour les utilisateurs
lambda... En lui redonnant ces droits de lecture je peux à nouveau
parcourir les sauvegardes, mais macOS enlève à nouveau le droit le
lecture au bout d'un moment.
Par les contre les sauvegardes se font normalement.
Ca ne parait pas normal, tout ça (?). Et surtout ce n'était pas comme ça
avant. Mais que se passe-t'il ?

Bon, j'ai trouvé sur le web quelqu'un qui avait eu le même problème,
qu'il a "résolu" en changeant le groupe auquel le dossier
Backups.backupd appartient : de "wheel" à "staff". Comme tous les
utilisateurs du Mac sont dans le groupe "staff" et que les permissions
de groupe de Backups.backupd sont "rwx", du coup ça redonne l'accès aux
sauvegardes.
Ce n'est pas très propre comme solution, mais ça marche car macOS n'a
pas l'air de réinitialiser le groupe comme il le fait si on change les
permissions.
Avatar
someone
pehache wrote:
Le 16/12/2016 à 08:43, Fleuger a écrit :
pehache a bien voulu nous faire partager ses réflexions sur ce
passionnant sujet :
Ca ne parait pas normal, tout ça (?). Et surtout ce n'était pas comme ça
avant. Mais que se passe-t'il ?
Pour réinitialiser, je te conseille :
Dans la Pref Système, décocher la sauvegarde automatique, sortir tous
les disques, les déconnecter de l'ordi et couper l'alimentation.
Rédémarrer l'ordi, l'arrêter, rebrancher les disques, redémarrer l'ordi
et tout reconfigurer.

J'ai fait ces manips (par acquis de conscience), mais non...

*acquit.
Désolé, pas pu résister.
--
[SbM]
"If the French were really intelligent, they'd speak English" (W. Sheed)
Avatar
g4fleurot
SbM nous a gratifié de cette remarque bienvenue :
*acquit.
Désolé, pas pu résister.

OK, merci.
Mais reconnais quand même que dans tous mes laïus, il n'y en a pas
beaucoup des fautes d'orthographe.
Peut-être plus que d'autres... mais moins que certains ;-)
Amicalement, :-)
--
Gérard FLEUROT plus un
Avatar
g4fleurot
pehache a écrit :
Pour effacer un snapshot particulier à l'intérieur de la sauvegarde, il
faut utiliser "tmutil", pas "rm" :
sudo tmutil delete xxx.inprogress

Ah OK ! merci, je note.
Ben non : le "5" en 3ème position indique les droits "r-x" (lecture du
dossier) pour tous les utilisateurs du Mac : c'est logique. Et le fait
que ce soit "0" chez moi est justement le problème.

Une idée en passant : Onyx permet de réparer les permissions (dans
Automation) bien que théoriquement ce ne soit plus nécessaire puisque
supprimé dans Utilitaires de disque.
ou en ligne de commande :
<http://osxdaily.com/2015/11/04/verify-repair-permissions-mac-os-x/>
Au "détail" près de la mauvaise permission sur Backups.backupd, une fois
cette permission corrigée je n'ai pas de souci à parcourir dans la
sauvegarde les dossiers et fichiers qui n'existent plus sur le Mac. Par
exemple /Macintosh HD/System n'existe plus (il est sur le SSD), mais je
le parcoure sans problème dans les versions versions sauvagardées.

Donc, problème partiellement résolu.
Dans ton message initial, tu évoquais le fait que le système rétablit
les droits. À suivre ?
--
Gérard FLEUROT plus un
Avatar
mv
Fleuger a attiré notre attention en écrivant :
Mai rekonai qu'en m'aime que dent toux mes laillus, il ni en a pas
bau cou des phautes d'hortografe.

Tu l'as dis bouffi ! ;-)
Cordialement.
--
Michel Vauquois
<http://michelvauquois.free-h.fr>
85 nuances d'automne :
<http://matiere-a-voir-2.michelvauquois.free-h.fr>
1 2 3 4 5