Mozy no admite unidades montadas en red, pero sí admite unidades USB. No quiero desconectar una unidad que tengo en mi servidor Linux solo para hacer las copias de seguridad de Mozy. ¿Alguien puede pensar en una forma en que pueda hacer que esta unidad se vea como un disco normal / local?
Monté la unidad a través del Buscador - > Conectar al servidor. Luego traté de crear un enlace simbólico a / Volumes / mynetdrive to ~ / Desktop / netdrive, pero Mozy aún tiene X fuera los archivos
Durante los últimos dos años, fui básicamente el desarrollador principal del cliente de respaldo de Mozy para Mac. Trabajé principalmente en el proceso en segundo plano que realmente identifica y carga los archivos que seleccionó, y menos en la interfaz de usuario, pero todavía estoy bastante familiarizado con el código en cuestión. Creo que esto me convierte en una de las personas más calificadas del mundo para responder tu pregunta.
En un sistema basado en UNIX como OS X, la información sobre un sistema de archivos proviene en última instancia de statfs (2) llamada al sistema. Una de las piezas de información que puede devolver esta llamada se llama f_mntfromname . Este "montaje desde nombre" es básicamente el nombre del dispositivo sin formato donde se originó el disco montado. Para volúmenes físicos, probablemente se verá algo como /dev/disk0s2 . Para un montaje AFP, se ve algo como esto: afp_3gfD0q3eeRWD4jJmgS0DVWMM-1.2e000004 . Para una acción de SMB, es algo como esto: //bjhomer@macbook-f2a0b3/Some%20User's%20Public%20Folder . De todos modos, el punto es que para determinar si un archivo está en un recurso compartido de red o no, Mozy comprueba si el sistema de archivos de un archivo se montó desde algún lugar dentro de /dev/ , que es donde viven todos los dispositivos conectados físicamente.
Desafortunadamente para usted, /dev/ es propiedad del kernel, y como tal no es susceptible de trucos simples como un enlace simbólico. Probablemente tendría que recurrir a una extensión del kernel (kext) que imita el contenido de su volumen montado remotamente como si fuera un volumen montado localmente. No soy un experto en kext, así que ni siquiera estoy realmente seguro de si eso es técnicamente factible. Y recuerde, dado que Mozy puede iniciar una copia de seguridad en cualquier momento, su kext deberá asegurarse de que el volumen esté allí en todo momento, manejando cualquier falla de red o la falta de disponibilidad del volumen remoto con gracia. (Es probable que todos los errores causen un pánico en el kernel). Y deberá asegurarse de que el volumen simulado esté montado como un volumen normal y pueda manejar todas las llamadas del sistema correctamente. Probablemente es posible hacer todo esto, pero, francamente, parece ser mucho trabajo por muy poco beneficio.
Dicho todo esto, es difícil apostar contra la creatividad de Internet. Entonces, si alguien viene y piensa en una buena manera de hacerlo, mejor para ti. Pero tenga en cuenta que se pensó mucho en el diseño de este comportamiento en particular, y no anticipo una solución simple. Por supuesto, ahora que Mozy se ha alejado de sus planes de almacenamiento ilimitado, se podría argumentar que continuar limitando la disponibilidad de las copias de seguridad de la red a los clientes de MozyPro parece extraño. Estoy de acuerdo contigo. Quizás esta limitación se elimine algún día, pero mientras tanto, esto es lo que tenemos.
(Para el registro, ya no trabajo en Mozy; es posible que la implementación de este comportamiento haya cambiado desde que me fui. Lo dudaría, pero es posible.)
Puede que esté equivocado, pero podría ser posible utilizar algo como Transmisiones "Sistema de montaje de unidad de red / extensión de kernel".
Fork Lift tiene esta característica también. y aparece como un "Sistema de archivos genérico (OSXFUSE)" en mi MacBook Air.
Si realmente lo quieres, vale la pena intentarlo porque ambos tienen una versión de demostración.