rsync e mac

[berto1234]

ciao a tutti, nuovo del forum e sono già ricolmo di dubbi!

uso ubuntu (da diverso tempo) sul pc fisso e osx sul portatile.

ora mi piacerebbe avere il backup di alcune cartelle del portatile sul fisso (non si sa mai......)

ho condiviso un'apposita cartella (o meglio: un hard disk) su ubuntu e dal portatile riesco tranquillamente ad accedervi, aggiungere ed eliminare file.

il problema viene quando provo ad eseguire rsync (ovviamente sul portatile): al comando

sudo /usr/bin/rsync -aE --delete ~/Documents/"Copie documenti"/ /Volumes/backups/"backup gertrude"/prova/

mi viene risposto

rsync: mkstemp "/Volumes/backups/backup gertrude/prova/.file.pages.5mmnUn" failed: Permission denied (13)
rsync: mkstemp "/Volumes/backups/backup gertrude/prova/.._file.pages.OrVIOd" failed: Permission denied (13)

qualcuno mi può aiutare? non capisco proprio perchè, nonostante riesca a leggere/scrivere sulla cartella remota, rsync non funzioni!

[bite]

Quali sono i permessi della directory /Volumes/backups/"backup gertrude"/prova/ ?

Chi ne è il proprietario?

Hai provato ad eseguire rsync senza sudo ma dall'utente che risulta proprietario della directory? (sempre che tu abbia questo utente su mac)

[berto1234]

sul mac i permessi sono (quindi di Volumes/backups/"backup gertrude"/prova/)
drwxrwx---  1 berto  staff  16384 20 Ago 16:29 prova

mentre su ubuntu (quindi della directory /media/backups/"backup gertrude"/prova/) sono:
drwxrwx--- 1 root plugdev 48 2010-08-20 16:29 prova

ho provato a dare il comando
sudo chown berto prova/

ma non cambiano i permessi......

[bite]

chown non cambia i permessi ma il proprietario, che adesso dovrebbe essere berto anche su ubuntu.

Comunque i permessi sono 0777 e quindi secondo me mkstemp avrebbe dovuto aprire il file temporaneo anche se la directory è di root; non mi spiego il problema.

Se i due computer sono collegati in rete e se sul pc ubuntu hai sshd attivo, potresti provare rsync con --rsh=ssh (l'opzione dovrebbe esistere anche su mac).

[berto1234]

si, scusa intendevo proprio dire che con chwon ho tentato di cambiare il proprietario ma ciò non è avvenuto nonostante non mi fosse restituito nessun messaggio di errore

i permessi (a quanto pare a me) non sono 0777 perchè possono leggere e scrivere (ed eseguire) solo l'utente ed i membri del gruppo (quindi dovrebbero essere 770 se non dico cavolate)

come faccio a vedere se ho sshd attivo?

[bite]

si, scusa intendevo proprio dire che con chwon ho tentato di cambiare il proprietario ma ciò non è avvenuto nonostante non mi fosse restituito nessun messaggio di errore

Questo è strano, se dai il comando sudo chown da ubuntu non vedo perché non dovrebbe funzionare.

i permessi (a quanto pare a me) non sono 0777 perchè possono leggere e scrivere (ed eseguire) solo l'utente ed i membri del gruppo (quindi dovrebbero essere 770 se non dico cavolate)

rwxrwxrwx equivale a 0777 ... ma vedo adesso che la vista mi ha tradito, nel tuo caso hai rwxrwx--- e quindi in effetti 0770, mancano i permessi per tutti; potrebbe essere questo il problema. Prova a cambiarli (da ubuntu) con

Codice: Seleziona tutto

chmod -R a+rw /media/backups/"backup gertrude"/prova

L'opzione -R rende l'operazione ricorsiva, utile nel caso ci fossero sottodirectory.

come faccio a vedere se ho sshd attivo?

Codice: Seleziona tutto

ps ax | grep sshd

Se non fosse attivo, verifica se è installato il pacchetto openssh-server ed eventualmente installalo; sshd dovrebbe partire automaticamente ad ogni avvio. Eventualmente puoi modificare la situazione dal menu Sistema/Amministrazione/Servizi (faccio riferimento al mio Ubuntu Hardy Heron, un po' un vecchiume, ma mi aspetto che queste cose non siano molto cambiate nelle versioni più recenti, che non conosco a fondo).

Una volta che hai sshd in funzione sulla macchina linux, puoi lanciare rsync da mac usando ssh come remote shell. Con le tue opzioni il comando diventa:

Codice: Seleziona tutto

rsync -aE --delete --rsh=ssh /Volumes/backups/"backup gertrude"/prova/ root@xx.xx.xx.xx:/media/backups/"backup gertrude"/prova/

specificando che ssh si presenta sulla macchina ubuntu, all'indirizzo ip xx.xx.xx.xx, come root, che è il proprietario della directory; ti chiederà la password di root.

Ovviamente fai prima una prova con dati senza valore, per evitare di dovermi lanciare delle maledizioni 

Un'ultima cosa: finché usi il disco sulla macchina linux, che immagino abbia ext3 o ext4, solo come backup, non dovresti avere grossi problemi. Se ti venisse lo sfizio di lavorarci sopra sia da mac che da linux, qualche problema potrebbe uscire a causa dei "resource fork"; te lo sconsiglio.

[berto1234]

bite non ho avuto ancora modo di ringraziarti per le risposte ed il tuo tempo

adesso devo proprio scappare (altrimenti la morosa mi frusta con il filo spinato  :'( :'( ), stasera o domani faccio qualche prova e ti faccio sapere

ciao
alberto

[berto1234]

io non riesco proprio a capire dove sbaglio: adesso incollo la mia ultima sessione sul terminal:

berto@berto-ubuntu:/media/backups/backup gertrude$ ls -l
totale 0
drwxrwx--- 1 root plugdev 48 2010-08-20 23:48 prova
berto@berto-ubuntu:/media/backups/backup gertrude$ sudo chmod 777 prova/
berto@berto-ubuntu:/media/backups/backup gertrude$ ls -l
totale 0
drwxrwx--- 1 root plugdev 48 2010-08-20 23:48 prova

dove sbaglio nel comando chmod? perchè non fa nulla? scusate lo sfogo ma non capisco proprio!!!!

[yves]

Credo che la prima cosa da fare sia rimuovere gli spazi nei nomi delle cartelle/file, ad esempio:

Codice: Seleziona tutto

backup gertrude

fallo diventare:

Codice: Seleziona tutto

backup_gertrude

e cosi con tutto il resto, gli spazi creano un sacco di inconvenienti, nel caso di quel nome, se non sbaglio, la sintassi nel comando dovrebbe essere:

Codice: Seleziona tutto

backup\ gertrude

e quindi non proprio ergonomica.

Ciao.

[berto1234]

yves grazie per la risposta, ho fatto come hai detto ma questo non risolve il problema (come era prevedibile).
ho provato ad aprire un post nella sezione "sistema operativo", visto che questo argomento è OT. sta di fatto che non capisco proprio......

[berto1234]

sono riuscito a risolvere il problema dei permessi (la causa era l'opzione umask del file fstab) ma il problema di rsync rimane:

Gertrude:backup_gertrude berto$ ps ax | grep sshd
4915 s000  R+    0:00.00 grep sshd
Gertrude:backup_gertrude berto$ rsync -aE --delete --rsh=ssh /Volumes/Macintosh\ HD/Users/berto/Documents/backup/ root@192.168.1.3:/media/backups/backup_gertrude/prova/
ssh: connect to host 192.168.1.3 port 22: Connection refused
rsync: connection unexpectedly closed (0 bytes received so far) [sender]
rsync error: unexplained error (code 255) at /SourceCache/rsync/rsync-40/rsync/io.c(452) [sender=2.6.9]

se provo ad eseguire "alla vecchia maniera" il risultato è sempre un problema di permessi:

Gertrude:backup_gertrude berto$ rsync -aE --delete --rsh=ssh ~/Documents/backup/ /Volumes/backups/backup_gertrude/provarsync: failed to set permissions on "/Volumes/backups/backup_gertrude/prova/.": Permission denied (13)
rsync: mkstemp "/Volumes/backups/backup_gertrude/prova/.f.txt.DpVoO5" failed: Permission denied (13)
rsync: mkstemp "/Volumes/backups/backup_gertrude/prova/.._f.txt.yzDQht" failed: Permission denied (13)
rsync: failed to set permissions on "/Volumes/backups/backup_gertrude/prova/.": Permission denied (13)
rsync error: some files could not be transferred (code 23) at /SourceCache/rsync/rsync-40/rsync/main.c(992) [sender=2.6.9]

posto che i permessi di /Volumes/backups/backup_gertrude/prova/ sono 777

[bite]

sono riuscito a risolvere il problema dei permessi (la causa era l'opzione umask del file fstab) ma il problema di rsync rimane:

Gertrude:backup_gertrude berto$ ps ax | grep sshd
4915 s000  R+     0:00.00 grep sshd

sshd non è in esecuzione: l'unico processo contenente sshd nel nome è "grep sshd", cioé il comando che hai lanciato.

[berto1234]

grazie mille bite!!! sono riuscito!!!!

adesso devo solo più fare in modo di automatizzare l'esecuzione ed eliminare la richiesta della password e sarò a posto.

grazie ancora!!