Le autorizzazioni per / Volumi sono diverse con le cartelle Network vs Local Time Machine?


1

Ho eseguito backup locali di Time Machine su un'unità FireWire esterna da quando ho ricevuto il mio MacBook alcuni mesi fa. Ma ora che anche mia moglie ha preso un MacBook, vorrei passare a una soluzione che funziona senza USB / FireWire.

Eseguo due server a casa, un server unRAID come server di archiviazione file e un server Ubuntu 12.04 come front-end (principalmente per cose come Sabnzbd, SickBeard, ect ...). Ho trovato questo post l'altro giorno e l'ho seguito alla lettera:

http://blog.bertelsen.co/2012/07/time-machine-server-on-ubuntu-1204.html

La differenza per me è stata che ho montato la mia condivisione "TimeMachine" nonRAID come unità locale su Ubuntu (/ mnt / TimeMachine) modificando il mio file fstab. Fin qui tutto bene.

Sono in grado di selezionare la nuova unità TimeMachine in rete sul nostro Mac e sceglierla come disco rigido. Ma quando provo ad eseguire un backup, ottengo il seguente errore:

"Time Machine non è riuscito a completare il ritorno a" homeserver ". Impossibile creare l'immagine del disco di backup" / Volumes / Time Machine su MacBook Pro.sparesbundle Ubuntu / Kris "(errore 22)."

Ho fatto un po 'di ricerca e ho scoperto che le autorizzazioni sembrano disattivate nella mia directory / Volumes sul mac. Ad esempio, ho un disco "/ Volumes / Time Capsule" montato che è il mio disco esterno collegato tramite FireWire. Ha kris: staff come proprietari e 775 come permessi.

Tuttavia, il "/ Volumes / TM su Ubuntu" che mi viene montato quando provo ad utilizzare la condivisione di rete per i backup di Time Machine ha root: wheel come proprietari e 700 come autorizzazioni.

Perché? Devo configurare qualcosa di diverso sul mio Ubuntu Server per fare in modo che il Mac lo monti con le autorizzazioni appropriate?


Sto cercando di eliminare i passaggi: è fondamentalmente una questione che un mac ottenga l'errore 22 e l'altro no? (o entrambi i mac ora visualizzano l'errore 22)?
bmike

@bmike - Siamo spiacenti, entrambi gli utenti non sono in grado di funzionare correttamente ed entrambi ricevono l'errore 22.
Kris Anderson,
Utilizzando il nostro sito, riconosci di aver letto e compreso le nostre Informativa sui cookie e Informativa sulla privacy.
Licensed under cc by-sa 3.0 with attribution required.