Newsgroup: it.comp.os.linux.iniziare
Titolo: impossibile scrivere nella cartella su disco di rete (bisogna per forza essere root)

Ho creato la dir "/mnt/abc" e gli ho dato i permessi 777.
 
Ho aperto /etc/fstab, ed ho aggiunto questa riga
 
//
192.168.0.52/abc
 /mnt/abc cifs 
guest,rw,nounix,iocharset=utf8,file_mode=0777,dir_mode=0777 0 0
 
Ad ogni avvio di linux (ubuntu) quindi la cartella sul disco di rete, si 
monta automaticamente, ma riesco solo ad accedere in lettura.
 
Per creare/modificare file, quindi devo per forza accedere come root 
(sudo nautilus /mnt/abc).
 
E' possibile accedere in scrittura senza essere root?


probabilmente manca un
 
chown -R guest /mnt/abc
 
sempre che guest sia un nome utente valido

 sempre che guest sia un nome utente valido
 
Un attimo forse mi sono un po' confuso.
OK, effettivamente da nautilus (anche non accedendo come root) tutto 
funziona, ma usando programmi come freefilesync (per sincronizzare due 
directory), si incorre sempre in errori tipo:
 
Impossibile scrivere data e ora di modifica del file ...fs_tmp
Errorcode 1: operazione non permessa
 
Quindi anche in questo caso bisogna avviare il programma come 
amministratore.
Perchï¿œ?
 
Anche con Grsync mi sembra che ci sia lo stesso problema.
Insomma solo i programmi per sincronizzazione mi danno questi problemi!

 Errorcode 1: operazione non permessa
 
Questo credo sia un errore diverso
 
potrebbe dipendere dalla diversa precisione con cui viene memorizzato 
l'orario sui diversi filesystem
 
grsync non lo uso piï¿œ (utilizzo direttamente rsync), ma ricordo che 
nelle varie opzioni c'era un flag apposta per rendere il controllo piï¿œ 
lassivo. (direi che se ti giri i vari flag dovresti trovarlo)
 
il parametro corrispondente in rsync ï¿œ:
 
--modify-window=NUM     compare mod-times with reduced accuracy
 
con num solitamente impostato a 1
 
grsync my pare possa mostrare il comando rsync che verrï¿œ utilizzato. 
Guarda se ti contiene " --modify-window=1 ".
 
Avrei detto che serviva solo in fase di confronto e non di scrittura, ma 
dall'errore riportato sembra che abbia a che fare con questo.
 
Se non fosse lui, una prova comunque non ti costa nulla.
 
 
 

 Se non fosse lui, una prova comunque non ti costa nulla.
 
Lui chi?
Una prova... con lui?
:-D
 
Ma stiamo parlando di software, o di persone... di gay?
Un po' di confusione con i pronomi personali :-D
 
Comunque i file che devo sincronizzare sono importanti, e non vorrei 
combinare pasticci; quindi ho bisogno di fare la sincronizzazione in 
modo un po' affidabile!

 modo un po' affidabile!
 
Direi di si. quei flag rendono rsync solo un po' piï¿œ permissivo rispetto 
sul confronto del tempo (ci puï¿œ sbagliare di un secondo).
 
metterei anche
--no-p  --no-g
in modo  da non copiare user e group (che su ntfs potrebbero portare 
sfortuna, visto che non corrispondono a quelli nix)
 
rsync ï¿œ affidabile e una volta trovato il comando giusto non sbaglia (ï¿œ 
utilizzato per sincronizzare i mirror).
 
Ad ogni modo, se si tratta di una sincronizzazione ripetitiva, per 
sicurezza aggiungerei anche --log-file=pippo.txt
e poi farei un grep su pippo.txt per vedere se contiene error
 
Prima di metterlo in "produzione" fai un paio di prove con delle dir da 
pochi file
 
Magari guarda anche
--dry-run         Guarda anche (non fa nulla, esegue solo una prova)
 
 
Altre cose che possono interessarti...
 
--delete-before    (utile se lo spazio sul disco ï¿œ poco)
 
 
--stats Qualche info sulla velocitï¿œ
 
--max-delete=NUMERO	Non cancella piu di NUMERO FILE (ed esce con errore 25).
 
Utile quando si ha un idea abbastanza precisa del numero medio di 
differenze. (magari associato prima ad un test con il flag --dry-run) 
Puï¿œ evitare il disastro se per esempio si sbaglia ad indicargli la dir 
di origine (o se la dir di origine ï¿œ un punto di mount e il mount e 
fallito, presentando cosï¿œ una dir vuota). In questo caso di solito il 
disastro non ï¿œ totale, nel senso che comunque la dir di origine esiste 
ancora ed ï¿œ integra. Si tratterï¿œ solo di ricopiarla interamente, ma 
quando si tratta di sincronizzare 2 TB di roba ï¿œ una bella seccatura 
ricopiarli tutti e non le sole differenze.
 


 
"Guarda anche (non fa nulla, esegue solo una prova)"
Anche qui... come sopra.
Forse il 'guarda anche' lo dovevi togliere.
 
Comunque non hai confermato se il comando che ho proposto ï¿œ corretto, 
cioï¿œ devo usare:
 
--modify-window=1 compare mod-times with reduced accuracy
 
o semplicemente
 
--modify-window=1
 
???

 --modify-window=1 --no-p --no-g
 
  .... --modify-window=1 --no-p --no-g ....
 
Questo.
 
 
 


rsync: failed to set times on ".......NfID0B": No such file or directory (2)
 
non ï¿œ cambiato niente


Precisazione: ciï¿œ avviene lanciando rsync con sudo.
 
Invece lanciando rsync senza sudo:
 
rsync: failed to set times on ".............sh~.wIesla": Operation not 
permitted (1)
 
In pratica se si ï¿œ root, dice che non trova il file (o directory).
Se non si ï¿œ root, dice che non puï¿œ scrivere la data.
 

ti direi che non hai i permessi di scrivere quel file, perï¿œ piï¿œ sopra 
hai detto che se lo fai con un cp o un filemanager funziona.
 
quindi non so piï¿œ, sorry