Forum Ubuntu-it

Ciao,

sono riuscito a creare una cartella condivisa, tra openSUSE e Windows 10, con gli appunti conservati, trovati e anche dopo vari tentativi.
Mi rimane ancora il problema di tre anni fa, ovvero:

Se genero un semplice file .TXT da Windows nella cartella condivisa di openSUSE, questo rimane modificabile da Linux solo nel nome.
Provando a scriverci dentro, mi restituisce il seguente messaggio d' errore.

L' unico modo per modificarlo all' interno è acquisire i permessi con il comando una volta creato.

Verificando da Linux, i permessi sulla cartella pubblica, con il file appena creato da windows, sono: -rwxr--r-- 1 nobody user nomefile.txt
Mentre, in un file analogo, creato questa volta su openSUSE, sono: -rwxrwxrwx 1 user user nomefile.txt

C' è un modo immediato per ereditare gli stessi permessi di openSUSE quando lo si crea da Windows?
Non so più che comandi dare...

La stessa cosa non mi capita da Windows su UBUNTU , qui i file sono modificabili senza problemi.

Che sia da modificare manualmente il file samba.conf?
Eventualmente, si potrebbero inserire gli stessi parametri del file di configurazione samba, per la cartella condivisa su UBUNTU, nel file configurazione samba di openSUSE, o è sconsigliato?

Specifico che, la condivisione l' ho creata con un po' di fatica, tramite YAST, manualmente non ho editato nulla.

Grazie.

Expjoe

Samba in openSUSE può essere facilmente configurato da Yast, ci ero riuscito pure io che con samba ho sempre litigato Tuttavia è una vita che non lo uso più, per cui non ricordo i passaggi fatti per configurarlo.
La prima cosa da fare comunque è verificare di aver disabilitato l'avvio veloce di Windows.
Se può esserti utile...https://doc.opensuse.org/documentation/ ... samba.html
https://www.youtube.com/watch?v=JsbCaGHhKwI

Per caso almeno, ti ricordi se, ad esempio un file .TXT creato da Windows, riuscivi poi a modificarlo da openSUSE? (scriverci dentro, modificare il contenuto, ecc.)

Il video di youtube l'ho seguito, avevo già fatto il percorso in modo alternativo, ma il risultato ottenuto è il medesimo.
Purtroppo nella fase test si ferma solo alla conferma che i file vengono creati, non arriva ad aprirli per provare, anche una semplice modifica interna.

Seguendo l' altro link, dopo aver confrontato i file smb.conf di Ubuntu, con quello di openSUSE, il mio cervello mi suggeriva di aggiungere il comando "directory mask = 777"
Ci ho provato manualmente senza riuscirci, (devo capire quali siano i comandi per editare un file da terminale)
Ho provato "sudoedit", ma non riesco a far comparire il menù comandi, quello dove scegli la lettera maiuscola tramite Ctrl con a fianco ^ per salvare, modificare, chiudere ecc.
Infine, tramite la GUI con Yast dove viene specificata la cartella condivisa, ma se riavviavo i servizi SAMBA come richiesto, restituiva un' errore e non funzionava più niente.

Guarda, sperando che possa servire a qualcosa, mi son messo anche ad ascoltare la Samba mentre faccio prove... Configuro SAMBA a ritmo di Samba...
Nel 2014 ci fecero pure un film, https://www.youtube.com/watch?v=xQaFtYkQSe0 mi rivedo in Alice, nella scena... (basta che guardi i primi 30" per capire...)

Per come la vedo, penso ci voglia un banalissimo settaggio per risolvere il problema, ma quale potrebbe essere, porcaccia la miseriaccia?

Expjoe

Non è che posso esserti molto di aiuto, samba non lo installo neanche più sui miei pc, in quanto non ho più Windows per cui è inutile, all'epoca non ebbi difficoltà a configurarlo, ma non ricordo come, è passato davvero troppo tempo.
Prova a chiedere su Telegram al gruppo di openSUSE italia ti sapranno sicuramente aiutare.

Il piu delle volte questo genere di problemi sono causati da utenze e credenziali di accesso. Ad esempio, di solito in windows, a meno che non si definisca un utenza specifica, viene usata l'utenza "everyone" che, raramente, ha accesso a condivisioni o share online. Allo stesso tempo il servizio server di samba invece, "obbliga" la creazione di un utente samba preposto all'accesso. Questo utente deve essere un utente reale del sistema operativo, ovvero un'utenza realmente esistente e censita su "/etc/passwd", sempre ammesso che il server samba sia su sistema linux, come mi sembra di aver capito dalla tua situazione. Di solito, si crea un'utenza Samba preposta all'accesso della condivisione, ma che non possa accedere al sistema operativo, ovvero un'utenza che, in fase di creazione, viene specificato che la sua shell di login sia proprio "/sbin/nologin", questo per fare in modo che sul server linux, che ospita lo share samba esista questa utenza, che ha autorità sullo share Samba, ma questa non potrà acedere ad alcuna directory di sistema.
Arrivati a questo punto, nota quindi quale sia l'utenza preposta ad accedere allo share Samba, ammesso che il file di configurazione di Samba sia corretto, anche accedendo da Windows, si dovrebbe poter almeno vedere lo share.
L'accesso in lettura / scrittura sulla directory condivisa è poi "delegata" ai comuni permessi linux su questa specifica directory. Di solito si da pieno accesso in lettura e scrittura all'utenza samba preposta e quindi, anche da Windows, specificando questa utenza, si dovrebbe poter accedere anche in scrittura. Esiste poi una seconda utenza in Samba, definita "Guest" alla quale si può dare (volendo) un accesso limitato. Esistono specifiche impostazioni nel file di configurazione smb.conf, come "bad user", per le quali, se un client remoto dovesse specificare un utenza samba errata, allora gli viene automaticamente concesso l'accesso alla directory di "guest". Questo è il significato della directory "bad user = guest". Parimenti, la direttiva "bad password = guest", avrà un significato simile, ovvero accesso alla directory di guest in caso di inserimento di password errata.
Prova a vedere se, sul server linux che ospita il servizio server di samba esista l'utenza, dando:

DoctorStrange, ho come la sensazione di un déjà vu... viewtopic.php?t=641948

Intanto ringrazio sempre per la disponibilità!

Come avrai letto, sono nella stessa situazione di tre anni fa, ne più ne meno, (anzi forse peggio, perchè mi sono accorto proprio ora, che c' è qualcosa di anomalo con gli share condivisi), ma procediamo per gradi, magari questa è la volta buona...

-Parliamo di openSUSE (btrfs).
-In Windows sono loggato come User.
-Il server samba è su sistema Linux.
-Gli share visualizzati da Windows, una volta digitato nome utente e password nella finestra di richiesta, sono lo share da me creato "Pubblici", più altri quattro share che, se non ricordo male,
erano già presenti nella configurazione da Yast.
Gli share nello specifico:
-Un "groups", al quale non posso e non voglio accedere, non me lo fa fare, con relativo messaggio di eventuali permessi, quindi mi va benissimo così.
-Un "profiles", al quale non vorrei accedervi, ma lo faccio normalmente, problema che visualizzo tutta la cartella "Home", cosa che non vorrei fare. (devo verificare se sia presente in Yast, per
risolvere credo mi basti negare la visualizzazione dello share)
-Quello creato da me "Pubblici", al quale ho accesso, ed in cui vedo i file che voglio condividere, con nessuna limitazione di permessi per quanto riguarda, lettura, modifica ed esecuzione. (qui funziona quasi tutto, tranne la possibilità di modifica interna, ai file creati da macchina Windows ma, ATTENZIONE, mi sono accorto poco fa che, anche da un' altra macchina Linux Ubuntu in ext4 se vado a creare un file nella Linux openSUSE, lo stesso risulta modificabile solo nel nome da quest' ultima e non all' interno, esattamente come succede da Windows.
-Un "user" con la stessa situazione dello share "profiles", perciò anche qui, non mi sta bene. (verificherò con Yast per risolvere)
-Un "users" con all' interno una cartella "user" dove aprendola, mi ritrovo tutta la "Home" ancora una volta... (ma forse qui, ho fatto casino io con gli utenti, aggregando users al gruppo user)

Perchè ho detto tutto questo in maniera dettagliata?
Mi sorge un dubbio, le stesse cartelle ieri, le vedevo visualizzate negli share, ma tranne la Pubblici, alle altre non accedevo, con messaggio di possibili permessi mancanti. (mi andava bene)
Per accedere alla macchina openSUSE, per non creare magari ulteriori problemi, avevo lasciato abilitato anche l' opzione "Guest".
Successivamente ho riscontrato che, da quella Windows, posso sia entrare con l' utente "nobody" che come "user".
Non vorrei che, a seconda di come effettuo il log, l' accesso agli share venga pregiudicato o meno.
In poche parole, se accedo come "user" entro anche dove non vorrei, mentre come "nobody" no. (sicuramente devo ricontrollare la configurazione)

Per quanto riguarda la risposta al tuo comando, l' esito è: Expjoe

Finalmente funziona!
Ho risolto facendo questi passaggi ma, non saprei se possa dipendere proprio da questo.

Dopo aver sistemato tutti gli share da YAST, come volevo, ovvero la visibilità ed accesso alla sola cartella pubblica.
Mi sono accorto che nel menu sottostante, nella sezione "Condivisione per utenti", in "Gruppo autorizzato" era selezionato "users".
Cambiando in "user" il "Gruppo autorizzato" i file creati da Windows sono diventati modificabili anche al loro interno.

Possibile l' errore nell' autorizzazione da YAST, alla condivisione utenti, gruppo autorizzato?
Perciò, loggandomi da Win come "user", ed avendo selezionato in openSUSE gruppo "users" come "Gruppo autorizzato", forse mi veniva pregiudicata la modifica ai file?
Però da openSUSE, fin dall' inizio, l 'utente "user" con cui accedo, l' avevo reso membro di "users", perchè quando creavo la condivisione Linux mi restituiva un' errore simile:
Impossibile creare la condivisone perchè l' utente "user" non è membro di "users", dopo averlo reso membro, ero riuscito a progredire nella configurazione.

Expjoe

Possibile l' errore nell' autorizzazione da YAST, alla condivisione utenti, gruppo autorizzato?

E' sempre stato così, ma ho riguardato il video e non ne fa menzione purtroppo ...
Il tool di gestione utenti e gruppi e molto comodo anche per altre cose, se preferisci una modalità grafica.

Ottimo possiamo dire di aver risolto!
L' importante è stato capire dove risiedeva il problema. Veramente, non riuscivo a farmene una ragione...
Mannaggia a me e alla mia disattenzione per i nomi.

Grazie ancora a tutti per la disponibilità.

Expjoe

[EDIT]
dimenticavo...
giusto per la cronaca, ora funziona anche da Ubuntu.