Gelockte Dateien und Verzeichnisse

[Quintus14]

Servus@all,

a.) Gelockte Dateien

Wenn ich von der Fedora-Workstation aus ein OO-Dokument (als *.doc) via Samba am Debian-Server ablege, OO schließe und das Dokument nach kurzer Zeit weiter bearbeiten will, geht das nicht - es lässt sich nur mehr schreibgeschützt öffnen. Auch ein Boot ändert daran nichts .



b.) Gelockte Verzeichnisse

Wenn ich von der Fedora-Workstation via smbfs auf dem Debian-Server ein Verzeichnis (Ordner) anlege, lässt sich das Verzeichnis mit Hilfe des Gnome-Fensters nicht mehr löschen: 'Fehler - Verzeichnis ist belegt' . Mit'rm -r xxx' in der Konsole geht es dann.



Das Mount in der fstab sieht so aus:
'
//192.168.0.110/DATEN /mnt/daten smbfs username=meinuser,password=meinpw,dmask=777 0 0
'


Was liegt da schief?


Thx
Quintus


P.S.: Müßig zu sagen, dass dies alles funzt, wenn ich auf der Workstation mit Windows boote....

[Who-T]

ad a)
ls -l myfile.doc
sagt dir was?

ad b)
geht rmdir auf der konsole? ich vermute gnome führt den befehl aus. rm -r löscht rekursiv, also auch den inhalt, rmdir nur leere dirs. vielleicht hast du eine versteckte datei drin?
ls -la im nicht löschbaren verzeichnis sagt was?

[Quintus14]

Ad a.)

ls -l myfile.doc
sagt dir was?

ned viel - steht das drin:

-rwxr-xr-x 1 root root 7680 28. Mär 11:31 mydocument.doc

Ich hab's unter meinuser abgespeichert und unter meinuser Sekunden später wieder zu öffnen versucht....erfolglos. Anscheinend gehört's root - aber warum?



ad b.)

vielleicht hast du eine versteckte datei drin?

Keine versteckte Datei drin.

MfG
Quintus

[Who-T]

welcher user hat gemountet?

probier mal

cd /share/

touch test

ls -l test

wem gehört es dann?

[Quintus14]

welcher user hat gemountet?

Der Eintrag in die fstab steht ja schon in meinem 1. Posting - 'meinuser' - nicht root.

touch test
ls -l test
wem gehört es dann?

-rwxr-xr-x 1 root root 0 28. Mär 14:41 test

Warum root, wenn in der fstab 'meinuser' steht?

Quintus

[valo]

wem gehört das verzeichnis auf das gemountet wird?

[Quintus14]

Ich geh' mal davon aus, dass die Verzeichnisstruktur der root vom Debian-Server ursprünglich angelegt hat.

Bei den Edit File Permissions im Samba-Server steht:

• New Unix file mode = 777
• New Unix directory mode = 777
• Force Unix file mode = 777
• Force Unix group = 0815user (der 'meinuser' der WS ist Mitglied der Gruppe '0815user')
• Force Unix directory mode = 777

MfG, Quintus

[flinx]

Unmounte das Share und mach ein 'ls -l /mnt/daten' und schau wer die Berechtigungen hat.

[Quintus14]

Umount hat nicht gefuzt - "wird noch benutzt". Ich hab's in der fstab provisorisch auskommentiert und neu gebootet.

Danach bringt ein 'ls -l /mnt/daten' die eigenartige Meldung: 'insgesamt 0'.

????

Aber eines sollte doch klar sein: egal, wer den Mountpoint ursprünglich angelegt hat (natürlich meistens root) - die Installation sollte ja benutzerunabhängig funktionieren, d.h. es sollten ALLE Benutzer - root, meinuser, meinzweiteruser etc. - Zugriff auf 'daten' haben und alle Dokumente bearbeiten können.

Dass meinuser seine eigenen Dokumente nach dem erstmaligen Abspeichern nicht mehr bearbeiten kann, ist ja der Gipfel...

MfG
Quintus

[flinx]

Aber eines sollte doch klar sein: egal, wer den Mountpoint ursprünglich angelegt hat (natürlich meistens root) - die Installation sollte ja benutzerunabhängig funktionieren, d.h. es sollten ALLE Benutzer - root, meinuser, meinzweiteruser etc. - Zugriff auf 'daten' haben und alle Dokumente bearbeiten können.

Dann musst du aber (wenn ichs richtig verstanden habe) die Rechte des Mountpoints entsprechend setzen bzw. beim Mounten mittels fmask und dmask setzen.