Au cours des deux dernières années, j'ai été le principal développeur du client de sauvegarde Mozy pour Mac. J'ai principalement travaillé sur le processus d'arrière-plan qui identifie et télécharge les fichiers que vous avez sélectionnés, et moins sur l'interface utilisateur, mais je suis toujours assez familier avec le code en question. Je pense que cela fait de moi l'une des personnes les plus qualifiées au monde pour répondre à votre question.
Sur un système basé sur UNIX tel que OS X, les informations sur un système de fichiers proviennent en fin de compte de la commande statfs(2) appel système. L'un des éléments d'information que cet appel peut renvoyer est appelé f_mntfromname
. Ce "mount from name" est essentiellement le nom du périphérique brut d'où provient le disque monté. Pour les volumes physiques, il ressemblera probablement à quelque chose comme /dev/disk0s2
. Pour un montage AFP, cela ressemble à quelque chose comme ceci : afp_3gfD0q3eeRWD4jJmgS0DVWMM-1.2e000004
. Pour un partage SMB, c'est quelque chose comme ça : //bjhomer@macbook-f2a0b3/Some%20User's%20Public%20Folder
. Quoi qu'il en soit, pour déterminer si un fichier se trouve ou non sur un partage réseau, Mozy vérifie si le système de fichiers d'un fichier a été monté à partir d'un endroit situé à l'intérieur du réseau. /dev/
qui est l'endroit où se trouvent tous les appareils physiquement attachés.
Malheureusement pour vous, /dev/
est la propriété du noyau, et en tant que telle, elle n'est pas sensible aux astuces simples comme les liens symboliques. Vous devrez probablement avoir recours à une extension du noyau (kext) qui imite le contenu de votre volume monté à distance comme s'il s'agissait d'un volume monté localement. Je ne suis pas un expert en kext, donc je ne suis pas vraiment sûr que cela soit techniquement faisable. Et n'oubliez pas que, puisque Mozy peut lancer une sauvegarde à tout moment, votre kext doit s'assurer que le volume est présent à tout moment, en gérant les problèmes de réseau ou l'indisponibilité du volume distant avec élégance. (Toute erreur est susceptible de provoquer une panique du noyau). Et vous devrez vous assurer que le volume simulé est monté comme un volume normal et peut gérer tous les appels système correctement. C'est probablement possible pour faire tout ça, mais franchement, ça semble être beaucoup de travail pour très peu de bénéfices.
Tout cela étant dit, il est difficile de parier contre la créativité de l'internet. Donc si quelqu'un trouve une bonne façon de faire, tant mieux pour vous. Mais sachez que la conception de ce comportement particulier a fait l'objet d'une réflexion approfondie et que je ne prévois pas de solution de contournement simple. Bien sûr, maintenant que Mozy a abandonné ses plans de stockage illimité, on pourrait dire que continuer à limiter la disponibilité des sauvegardes réseau aux clients MozyPro semble étrange. Je suis d'accord avec vous. Peut-être cette limitation sera-t-elle supprimée un jour, mais en attendant, c'est ce que nous avons.
(Pour mémoire, je ne travaille plus chez Mozy ; il est possible que la mise en œuvre de ce comportement ait changé depuis mon départ. J'en doute, mais cela es possible.)