Newsgroup: it.comp.os.linux.sys
Titolo: FUSE e permessi sull'albero di directory

Salve,
ero indeciso se postare qui o su icoli, ma probabilmente è più sensato 
qui, nel caso mi si sgridi pure.
Il problema è il seguente. Un utonto medio (sa usare il PC, ma 
preferibilmente tramite GUI) mi ha chiesto di far funzionare il suo 
lettore mp3 ufficialmente incompatibile con Linux (utilizza mtp) sul PC 
con Linux (Debian Lenny, la macchina è mia).
Dopo aver installato libmtp, fuse e libmtpfs sono riuscito a montare il 
lettore come filesystem virtuale, gestito da fuse che si interfaccia a 
libmtp.
Tale filesystem è meravigliosamente navigabile, ma si "scollega" (cosa 
voglia dire esattamente mi sfugge, ma da quello che ho capito 
semplicemente il filesystem virtuale smette di parlare con libmtp) dopo 
ogni trasferimento d file, complicando non poco le cose.
L'unico programma che non dà eccessivi problemi è Midnight Commander, il 
quale però, dopo ogni file trasferito, dà degli errori del tipo "non è 
stato possibile cambiare l'owner", "non è stato possibile cambiare il 
gruppo", "non è stato possibile cambiare i permessi", tutti seguiti da 
"perazione non supportata".
Da quello che sono riuscito a capire, il problema è che il filesystem 
virtuale creato da FUSE non ha la possibilià di impostare i permessi, 
mentre Midnight Commander vuole farlo, replicando i permessi del file 
originale.
Mi chiedevo, ammesso che il problema sia questo: è possibile dire a FUSE 
di "simulare" dei falsi permessi che però non vengono realmente impostati 
(dubto siano supportati dal filesystem del lettore mp3)? Oppure, è 
possibile dire a Midnight Commander di evitare l'impostazione dei 
permessi?
Spero di essere stato sufficentemente chiaro.
Grazie,
-- 
Lorenzo Breda

 virtuale creato da FUSE non ha la possibilià di impostare i permessi,
Riuscirci su una fat piu' che difficile e' un miracolo.



A parte il fatto che, praticamente parlando, se al di là dell'interfaccia 
USB ci sia una fat o meno non mi sembra propriamente rilevante (tanto il 
filesystem che vedo è virtuale), mi chiedevo se sia possibile fare in 
modo che FUSE simuli la possibilità di settare i permessi anche se in 
realtà non c'è, oppire se ci sia la possibilità di dire a mc che non 
voglio replicare i permessi dei file. Ammesso che il problema sia questo.
Mi sembra ovvio che di impostare i permessi sul lettore (cosa per cui 
conoscere il tipo di filesystem sarebbe utile) non me ne importi nulla.
Grazie,
-- 
Lorenzo Breda

 rilevante 
Ah no? Scrivici un file di un utente con permessi diciamo 700. Poi smonta 
il disco fat e vediamo un po' cosa ci resta sopra.



Ma è ovvio, il punto è ch non me ne frega assolutamente nulla di 
impostare i permessi sui file del lettore MP3! So perfettamente come 
funziona fat, ma non è questo il punto. Per me in quel lettore ci può 
essere pure il filesystem pincopallino64, purché il programma che 
trasferisce non mi vada in errore perché non riesce ad impostare i 
permessi.
Tra l'altro, lo ho già detto e lo ripeto, non ha assolutamente alcun 
senso sapere che filesystem c'è nel lettore. Quello che vedo io è un 
filesystem completamente fasullo creato da FUSE. Mi basterebbe che FUSE 
non restituisca ertrori ai programmi che tentano di cambiare i permessi. 
Poi che quei permessi FUSE li conservi, li perda, o se li giochi a poker 
non è affar mio, a cosa accidenti dovrebbero servirmi i permessi in un 
lettore mp3?!?
Spero si sia capito quello che ho chiesto e quale sia il mio problema, 
perché comincio a credere di aver seri problemi comunicativi se ciò che 
ho chiesto si riassuma nel "come faccio a far conservare a fat i 
permessi", che è una richiesta folle, inutile, cretina e pure off-topic.
Grazie.
-- 
Lorenzo Breda

 permessi", che è una richiesta folle, inutile, cretina e pure off-topic.
si, il problema e' che Midnight pensa di dialogare con un fs dove puo'
impostare i permessi, mentre FUSE non glielo permette, quindi da'
errori.
Le strade sono due: o dici a FUSE di prendersi i permessi, buttarli
nella spazzatura e dare l'OK a MC. Oppure dici a MC che quel disco li
non usa i permessi anche se sembra che li usi.
Magari c'e' qualche flag quando monti l'mtpfs con FUSE che ti e'
sfuggita.
Ciao Jack

 PC con Linux (Debian Lenny, la macchina è mia).
Ciao,
hai già provato per caso ad utilizzare gnomad?
-- 
++ Powered by Sid ++

 sfuggita.
Riguardo MC non ho trovato il modo di dirglielo, anche se la 
documentazione è lunga e magari la cosa mi è sfuggita.
La documentazione riguardo mtpfs è invece insignificante, ho trovato 
informazioni solo sul parametro che permette il mount a ogni utente.
Proverò a cercare più approfonditamente in entrambi i campi.
Grazie!
-- 
Lorenzo Breda



Uhm, no, non ho provato: la macchina non è il massimo della velocità, e 
ho trovato informazioni solo riguardo l'insostenibile (per la macchina) 
AmaroK. Questo gnomad però mi sembra più decentemente leggero, ci do 
un'occhiata e dico. In ogni caso il lettore non è tra quelli 
ufficialmente supportati.
-- 
Lorenzo Breda

 ci do un'occhiata e dico. 
Funziona, ma è di una lentezza impressionante nella lettura di directory 
con molti file.
Comunque per ora è una buona cosa, intanto provo a lavorare a convincere 
FUSION o mc a fare quello che voglio.
-- 
Lorenzo Breda

 directory con molti file.
Considerato che il pc è ad utilizzo *desktop* io proverei anche a
ricompilarmi gnomad e libmtp con le ultime release disponibili, visto
che in etch la versione di gnomad è ferma a più di 2 anni fa. Al limite
vedi se esistono backport oppure se è possibile installare la versione
presente in testing/sid.
Ciao
InSa




OK, grazie mille.
-- 
Lorenzo Breda



Rettifico l'OK. Ho Lenny, almeno gnomad sembra aggiornato. Ho installato 
libmtp8 da experimental, ma non cambia nulla (chiaramente, il problema 
più che altro credo sia d mtpfs)
-- 
Lorenzo Breda