[risolto][parzialmente] Partizione Ext3 condivisa

[Blax]

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

[lightuono]

Scusa hai provato a settare umask a 777? In caso puoi sempre creare un gruppo, settargli i permessi di lettura e scrittura su quella cartella e inserire in questo gruppo gli utenti che devono leggere e scrivere.

[Blax]

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..

[GipPasso]

Puoi scrivere uno scriptino di una riga in bash tipo

Codice:

#!/bin/bash
chown :amule <percorso>/amule/*
chmod g+r <percorso>/amule/*

renderlo eseguibile e inserirlo in cron con il comando

Codice:

crontab -e

eseguito come l'utente che fa girare amule.

Ci sono forse altri modi, tipo l'uso dei bit sticky in chown (cerca nel manuale) o le ben più interessanti e potenti access control list (acl), che trovi documentate diffusamente in rete o nei pacchetti relativi a esse nei repository (a partire dal pacchetto acl stesso).
Installi questi e vai nella cartella /usr/share/doc/acl/ e cerchi fra i file presenti la documentazione che ti interessa.

GipPasso.

PS: io sul mio serverino domestico, ho reso gli altri membri della mia lan/casa in grado di usare, cancellare (per non ingolfare) i file di aMule con uno scriptino simile a quello.

[Blax]

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 

[GipPasso]

Le acl sono la via più diretta ed elegante.
Sono solo ancora poco conosciute dalla maggioranza degli utenti comuni (come me :-) ).
GipPasso

[sirio81]

Attenzione, secondo me lo script va corretto:

Codice:

#impostare a tutti i file e dir lo stesso gruppo
chgrp -R amule <percorso>/amule/
chmod -R g+w <percorso>/amule/

E verifichi di aver impostato la umask di tutti gli utenti a 002.

La prima istruzione è equivalente a quella scritta da GipPasso.
La seconda aggiunge il permesso si scrittura per il gruppo che non era stato impostato alla creazione dei file (quando la umask era 022).
Impostando la umask a 002 tutti gli utenti appartenenti al gruppo amule avranno permesso di scrittura in file e dir.

[GipPasso]

Si è meglio che gli utenti nel gruppo abbiano i permessi di scrittura. Sul mio ho fatto così, ma poi ho scritto male il comando nel post.
Il fatto di farlo ricorsivamente (quindi per tutte le sottocartelle) va a gusto e necessità dell'utente.

Io ho preferito concedere i permessi ai file, perché amule crea solo file, non cartelle (a parte la temporanea) e limito le autorità degli altri utenti a questi soli.

GipPasso.

[SoWhat]

secondo me il problema è in amule: di default amule salva i file con chmod 644, e a me questo creava problemi con lettori tipo mpd. Nella versione precedente alla 2.2.1 c'era la possibilità di scegliere da gui i permessi da applicare, ora non riesco più a trovarla. Ma immagino si possa settare in qualche file di configurazione.
Però se vai in Preferenze>>Eventi, puoi associare dei comandi agli eventi come il completamento dello scaricamento. e quindi inserire lì qualche comando per cambiare i permessi. Potrebbe essere (vado a naso, dopo provo):

Codice:

chmod 777 "%FILE"

[Blax]

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??

[GipPasso]

Volentieri, però devi essre preciso nel mostrare lo script creato e che errori o problemi ti dà.

Siccome è uno scriptino _veramente_ semplice, perché altro non fa che eseguire un comando esattamente come tu lo scriveresti sul terminale, e dato che va semplicemente fatto eseguire a cron, inserendolo tramite crontab, devi solo essere preciso nei vari passaggi.

Controlla di rendere eseguibile il file, di dargli i permessi di esecuzione giusti, eseguilo a mano e controlla che faccia ciò che ti aspetti e infine mettilo in crontab.

Chiedi pure.
GipPasso.

[Blax]

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.....

[GipPasso]

Ti avevo detto che non era difficile anche se non avevi mai creato uno script.
Ti avrei aiutato volentieri passo passo, ma hai fatto tutto da solo.

Il file con la ~ in fondo è un file di backup di vi se non sbaglio, comunque non di chmod.

Anch'io la ritengo poco "elegante", un po' una pezza, efficacissima, ma una pezza.
Però gli altri strumenti sono o un pochino più complessi (acl) o riguardano le impostazioni di amule e i permessi con i quali crea i file.

GipPasso.

[Blax]

 :-\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

[sirio81]

chmod 6000 /mnt/Amule
equivalente a
chmod ug+s /mnt/Amule

Questo comando aggiunge il SUI (super user id) ed il SGID (super group id).
Il primo fa in modo che un utente che scrive in quella directory, crea un file che appartiene NON al suo user ma al proprietario della cartella (in questo caso Amule).
SGID  se non erro dovrebbe fare la stessa cosa per il gruppo.

Può esserti utile?