benissmo

allora, faccio un riepilogo di come ho risolto, cosi puo tornare utile ad altri

in gnome:

una volta risolti i problemi di mount in /etc/fstab,
per avere i permessi riscritti ad ogni log-in mi è bastato modificare il file

Codice:

sudo gedit /etc/gdm/PostLogin/Default.sample

e inserire queste righe

Codice:

#!/bin/bash
chgrp -R (gruppo comune a tutti) /media/partizione comune
chmod -R g+w /media/partizione comune

in questo modo ad ogni log-in, root andrà ad esegiure questi comandi (chgrp e chmod), settando cosi dei permessi generici per fare usare la partizione comune a tutti gli utenti, per scrivere/editare/cancellare files

questa soluzione è migliore perche non stressa eccessivamente l'hd come avrebbe fatto un cron con cambio permessi su tutti files (100gb!!)

grazie a tutti per i suggerimenti!

heylà!

 un amico mi ha dato un idea geniale!

 invece di cambiare ipermessi OGNI volta che vengono scritti, oppure ogni tot minuti con cron, per avere lo stesso risultato ( i file in un supporto comune con i permessi comuni) , basta che cambi i permessi solo al cambio log-in e log-ou :biggrin:t, questo metterebbe molto meno sotto stress il sistema...

basterebbe mettere lo stesso scriptino, legato alle opzioni di log-in e out.....qualcuno ha mai fatto una cosa simile?se si,sa come farlo?

thnx

 :-\mmmmm spero un giorno di trovare la retta via, mi sembra comunque strano che non ci sia una via piu integrata che non vada a coinvolgere strumenti "esterni" come le acl......(lo so sono un testardo )....

vabbè, grazie a tutti della pazienza ciaooooooooooooo

eeehhhh qua andiamo coi piedi di piombo, non ho mai creato uno script......

vabbè intanto ti faccio vedere loscriptino......
 ho creato un nuovo file ".scriptAmule" con dentro

Codice:

#!/bin/bash
sudo chgrp -R amule /media/Amule
sudo chmod -R g+w /media/Amule

amule è un gruppo creato per gli utenti di quella partizione, montata in /media/Amule

poi gli ho dato in terminale

Codice:

sudo chmod -x /home/Utente/scriptAmule

che ha generato un file .scriptAmule~ (?backup?)

poi ho dato

Codice:

sudo crontab -e

dentro ho inserito questa stringa

Codice:

0,5,15,20,25,30,35,40,45,50,55 * * * * root /home/Utente/.scriptAmule

e ho salvato il file cron con lo stesso nome.....

RISOLTO!!!!! mitiko, grazie mille GipPasso, sei stato molto utileù


purtroppo è una soluzione poco elegante, ma per ora funzia.....

io ho avuto un problema simile con l'account di mia madre

per risolvere ho installato un plg-in, user agent switcher mi sembra, e "mascherando" firefox da IE, hotmail funzia bene.....

non sono riuscito a metterlo come impostazione di defoult, però in emergenza puo funzionare

ciao a tutti, grazie della proposta SoWhat, ma il problema non è tanto il lavoro sui files di amule, (un video scaricato coi permessi di un utente puo essere visto anche da altri, ma non modificato ad es....) ma piu in generale per tutti i files della partizione .

cioè, come risultato vorrei arrivare ad impostare che tutti gli utenti che scrivono li scrivano con dei permessi che non sono i "loro", queli di defoult

riguardo alle ACL suggerite gentilmente da GipPasso, ho cercato un po di info, ma non se ne va molto fuori, molti mettono guide o esempi per gli utilizzi di rete, ma poco o niente per gli utilizzi sui files.....mmmmmuble muble

ma la butto così nella mia beata ingenuità, non posso settare in qualche modo una umask e/o uid e gid su una cartella, invece che sul mount di fstab?
(da quel che ho capito, non sono opzioni valide per EXT3 riguardo al mount.......cioè se metto queste opzioni mi restituisce errori di mount e non posso montare, neanche da root)


PS: vorrei provare la soluzione  suggerita tramite crontab, ma non ci sono riuscito ......qualche anima pia mi darebbe una mano un po piu passo-passo??

grazie, puo essere una soluzione 

mart o mercoledi ci provo

però a spanne direi che dovrebbe esistere una soluzione meno arzigogolata, mi sembra impossibile che un sistema multiutente cosi ben concepito non possa gestire i premessi in maniera piu elastica

grazie ancora per la risposta, intanto attendo anche altre proposte 

si, se setto una umask qualunque (ho provato varie combo), non mi monta piu l'hd all'avvio.......
e gia la cartella di mount /media/Amule l'ho settata con i permessi di lettura/scrittura per un gruppo nuovo (amule) dove ho inserito gli utenti......

il risultato non cambia, i files vengono scritti con la umask 022 di defoult e proprietario e gruppo di defoult

(cioè se ci scrivo dentro con l'utente A, lui è proprietario, il gruppo è A e i permessi sono uguali ad un file creato nella home di A (rwxr-xr-x mi sembra)

......in pratica utente A  scrive un file che B non puo modificare.....e viceversa......anche io pensavo che impostando i permessi alla cartella di mount dopo tutto quello che viene scritto segue quei permessi...ma non è cosi..

salve a tutti, sono un utonto a passeggio e confidavo di trovare risposte piu esaustive su questo forum
il mio problema è questo:
ho una serie di partizioni

sda1= win              ntfs
sda2= part scambio fat32
sda6= amule           ext3 (per evitare la fott**a deframmentazione)
sda7= /home           ext3 (dati al sicuro)
sda8= /                  ext3

vorrei che nell'sda6 risiedano la cartella di Download e Temporanei di Amule....e che piu utenti (anche non contemporaneamente) possano accendere Amule  e incidere dati su quella partizione, ma soprattutto che i dati dentro quella partizione siano comuni, che abbiano permessi in modo che siano accessibili a tutti gli utenti, mentre ora come ora gli utenti che scrivono nuovi files "taggano" i permessi come un loro file, inaccessibile o quantomeno non modificabile dagli altri....

innanzitutto ho creato la cartella in /media/XYZ, settando i permessi sulla cartella, poi ho aggiunto questa riga in /etc/fstab:

Codice:

# /dev/sda6
   /dev/sda6                                 /media/XYZ    ext3    rw,defaults     0       0

ma i permessi continuano a essere quelli di ogni singolo utente, mentre io vorrei che fosse un hd "libero" da vincoli di permessi (un po come un fat32....ma sappiamo bene i limiti di questo fs)......visto che i permessi sono una "cosa in più" rispetto al fs di Win, pensavo fosse cosa facile "togliere" i permessi....ma si è rivelato un casino!!

ho provato mettendo una umask=0000 in fstab, ma a quel punto non mi monta piu l'hd, se non da root (io lo volevo in automatico... ) nè con gid e uid funzia........

io penso sia anche una esigenza comune quella di avere una partizione di scambio dati tra utenti senza le questioni dei permessi.....vi prego,non fatemi tornare a fat32