j-Serie Dateien mit Schreibschutz werden gelöscht

[Woifi]

Hallo Forum von einem Neuzugang...

Ich verwende seit ca. 1 Jahr die kleine DiskStation DS110j (DSM 3.0 1354) eigentlich ohne Probleme.
Wie mir allerdings heute erst auffiel, werden schreibgeschützte Dateien ohne Warnung und Hinweis gelöscht.
(Daher erklärt sich jetzt auch der Umstand, dass bestimmte R/O-Dateien nach Löschvorgängen auf dem Laufwerk fehlen)

Will man eine R/O-Datei 'überkopieren' so erscheint der Fehler 'Zugriff verweigert' = Ok.
Nur beim explizitem Löschen wird der Zugriff nicht verweigert - Die Datei ist einfach weg.
Auch der interne Dateibrowser löscht solche Dateien ohne weiters Nachfragen.

Ist dieses Verhalten _normal_ oder kann man diesen Fehler irgendwie beheben?

Gruß und Merci für Antworten...
Wolfgang

PS:
Platform-OS = Win2K, WinXP, WinVista, Win7

 

[Struppix]

Hi Woifi,

ich habe mal ein paar Fragen zum Thema:

- liegt hier ein Konflikt zwischen Benutzer- und Gruppenrechten vor ? Bitte prüfe mal die effektiven Rechte des Shares im DSM !
- Was die zweite Frage aufwirft, ob Du dieses Phänomen in allen / einem Ordner eines Shares, oder direkt in einem Share ohne Unterordner hast ?
- Letzte Frage: Benutzt Du ACL Rechteeinstellung bzw. hattest Du Sie für das betroffene Share jemals aktiviert ?

Struppix

 

[Woifi]

Hallo Struppix,

a) es liegen keine Konflikte vor. als Admin RW-Rechte
b) es tritt in allen Ordnern auf - also sowohl im Root, Public oder Public\Temp\usw...
c) Nein - wurde nie aktiviert.

WG

 

[Struppix]

Muß ich nochmal nachfragen, da ich Deine Antwort nicht verstehe.

Hast Du Dir die effektiven Rechte eines Shares ( Beispiel Video ) einmal angeschaut ? Benutzer und Gruppen sind vorhanden ? Wie erfolgt denn die Anmeldung an die DS, wenn Du etwas löschen kannst ?

Bedeutet als Admin RW-Rechte, daß nur dieser RW Rechte besitzt ? Was meinst Du mit im Root ? Wie kommst Du mit dem DSM dahin ?

Sorry, das verwirrt mich.
Struppix

 

[Woifi]

Hallo nochmal,

Am Beispiel: /volume1/public/Temp
Bei den Rechten sind alle gesetzt
Benutzer=admin, Gruppe=users

Anmeldung (=Zugang zum Laufwerk, hier U erfolgt über den Win-Explorer (Netzwerklaufwerk)

Mit 'Root' meine ich das für mich sichtbare Stammverzeichnis.
Also /volume1/public = U:\

Was heißt jetzt: "Wie kommst Du mit dem DSM dahin"?
Das versteh' ich jetzt nicht.

PS:
Außer dem User 'admin' und der Gruppe 'users' gibt es keine weiteren.

 

[joku]

Ist dieses Verhalten _normal_ oder kann man diesen Fehler irgendwie beheben?

Hallo Wolfgang.,

unter Windows ist es so eingestellt, das Dateien die gelöscht werden sollen mit der
Frage : möchten sie diese Datei wirklich in den Papierkorb verschieben, beantwortet werden sollte.
Wenn dann der Papierkorb gelöschtt wird , erscheint die Frage
möchten sie die Datei unwiederruflich löschen. Ja und der Papierkorb ist leer.
Netzlaufwerke, Datei löschen, erscheint die
Frage : möchten sie die Datei unwiederruflich löschen. Ja und weg ist sie.

R/O Überschreiben heißt löschen neu anlegen.

Fehler würde ich nicht sagen, eher eine Einstellungsfrage.

Gruß Jo

 

[Struppix]

Nun, der Admin entspricht in etwa, wenn man es vereinfacht betrachten will dem "Hausmeister", der hat halt einen Generalschlüssel.

Wenn Du Rechte vergeben möchtest, die funktionieren sollen und effektiv sind, wirst Du um andere Benutzer nicht umhinkommen. Bei denen kannst Du dann Einschränkungen vornehmen.

Nun mal zu Deinem Problem:

Wenn Du nur Benutzer=admin, Gruppe=users einstellst, wird / kann das nicht funktionieren.
Die Linux Rechteverwaltung unterscheidet zwar in Lesen und Schreiben, jedoch nicht in Überschreiben oder Löschen.
Bitte deaktivere zuerst einmal die Gruppe / allen Gruppen und arbeite nur mit Nutzern.

Struppix

 

[Woifi]

Hallo Jo,
Ist mir alles klar.

Das Ganze hat nichts mit dem Explorer zu tun – es geschieht über die Windows-API aus einem Programm heraus.

Um das Problem besser zu erklären hier mal zwei Beispiele:
Fall A) Die schreibgeschützte Datei soll gelöscht werden (WinAPI: DeleteFileA)
Fall B) Die schreibgeschützte Datei soll überschrieben werden (WinAPI: CopyFileA)



Nachvollziehbar ist das auch über 'ne CMD-Box:
"DEL Test.tmp" auf eine R/O-Datei.
Lokale und Netzwerklaufwerke = Ok, auf der DiskStation wird die Datei ungefragt gelöscht.

Im Explorer funktioniert es deshalb, weil er vor dem Löschen die Datei-Attribute abfragt und dann eben besagte Meldung ausgibt.

Das meinte ich mit Fehler.

Gruß,
Wolfgang

 

[joku]

Hallo Wolfgang,

Das Ganze hat nichts mit dem Explorer zu tun – es geschieht über die Windows-API aus einem Programm heraus.

Ok, alle klar, da werde ich Dir leider nicht helfen können

Gruß Jo