Excel läst sich nach Update nicht mehr speichern

[Limpe]

Nach DSM Update auf 4.2 lassen sich die auf der DS liegenden Excel und Word Dateien nach Bearbeitung nicht mehr speichern. Gibts es dafür eine Lösung?
Würde mich über Hilfe freuen

 

[mstrass]

Richtig! Das Problem habe ich selbst auch festgestellt! Im DSM 4.2 haben Benutzer volle Rechte, kopieren funktioniert, speichern und neue Dateien erstellen funktionieren in den gemeinsamen Ordnern NICHT!

Das Problem lässt sich bei mir durch abschalten der ACL Berechtigungen für DSM Menü (Systemsteuerung - Gemeinsame Ordner - Ordner wählen - Bearbeiten - Windows ACL - Bearbeiten der Liste usw. abschalten) umgehen!

Das ist aber keine Lösung, vermutlich liegt der Fehler in der neuen Samba Portierung (SMB2 ...).

Muss auch einen Unterschied zur letzten Beta Release sein, da hat es noch einwandfrei funktioniert!!!

 

[Limpe]

Das war die Lösung!!! Schneller kann man Hilfe nicht erhalten. Ein ganz dickes Dankeschön und großes Lob!!!

 

[erzwodezwo]

Das ist ja super, ich habe die Funktion in verwendung da auch Homeshares auf der NAS liegen, deren Berechtigung von Windows angepasst wird. Wenn ich die ACL Funktion abschalte werden diese nicht mehr einwandfrei funktionieren.....
Für mich ist das ein Bug...
Ich werde mal ein Ticket eröffnen

 

[erzwodezwo]

Hallo zusammen,

folgende Antwort hab ich vom Support auf mein Ticket bekommen:

Hi ,

Thank you for the update.

We have confirmed this is a bug and try to fix this issue in next hotfix. Sorry for your inconvenience.

Hope this helps.

Warten wirs ab bis wann das Hotfix rauskommt.......


Gruß
Torsten

 

[vsnap]

selbiges hier. Melde mich gleich bei Synology. Kann es auch aus Word heraus bestätigen.

 

[erzwodezwo]

Ich habe s getestet, es betrifft alle Office Anwendungen....

 

[erzwodezwo]

Habe heute Nachmittag einen Patch bekommen, seit dem einspielen habe ich weder eine ACL Funktion noch überhaupt Domain zugriff....
Ich kann nur noch lokale User und Groups berechtigen, die Domain User werden nicht mehr angezeigt, auch ein entfernen aus der Domäne läuft in einen Fehler.
Super, statt besser ist es noch schlimmer geworden....

 

[vsnap]

Hab auch einen Patch bekommen. Das Domänenproblem kann, aus Ermangelung einer Domäne, nicht nachvollziehen. Für mich ist der Workaround OK.

 

[erzwodezwo]

Hat irgendwer den Patch mit Domäne getestet?
Der Patch für die DS213+ hat mir die komplette NAS lahm gelegt, ich musste sie komplett neu installieren und alle Dienste wieder einrichten, allerdings dann lief ACL auch ohne den Patch....
Also wenn jemand das selbe Problem hat und die Konfiguration der NAS nicht zu komplex ist, kann er sie auch einfach neu installieren und spart sich den Patch....

 

[erzwodezwo]

Ich habe jetzt mal die Ds213+ komplett neu aufgesetzt, danach den Patch eingespielt...
Leider ging ACL dann immer noch nicht, meine Ds1812+ läuft ,mit dem Patch einwandfrei.

Also hab ich mal beide Configs genau unter die Lupe genommen und festgestellt dass die
1812+ immer unseren alten DC mit Server 2003 kontaktiert, die DS213+ aber den DC mit Server 2008R2.
Also die Ds213+ aus der Domäne raus genommen und danach einen Join Domain über den DC Server2003
gemacht und siehe da auf einmal ging auch ACL.
Es sieht aus als hätte die DS ein Problem mit Server 2008 R2 DC.

Sehr seltsam, aber hauptsache es läuft jetzt.

Gruß
Torsten

 

[dejotmd]

Ich habe jetzt auch mal ein Ticket an den Support gesendet.
Kann ja nicht sein, dass das solang dauert diesen Problem zu lösen.
Es ist vollkommen inakzeptabel, wenn man sein NAS beruflich nutzt und alle vorhandenen Dokumente nun lokal speichern muss.

 

[Sid1968]

Richtig! Das Problem habe ich selbst auch festgestellt! Im DSM 4.2 haben Benutzer volle Rechte, kopieren funktioniert, speichern und neue Dateien erstellen funktionieren in den gemeinsamen Ordnern NICHT!

Das Problem lässt sich bei mir durch abschalten der ACL Berechtigungen für DSM Menü (Systemsteuerung - Gemeinsame Ordner - Ordner wählen - Bearbeiten - Windows ACL - Bearbeiten der Liste usw. abschalten) umgehen!

Das ist aber keine Lösung, vermutlich liegt der Fehler in der neuen Samba Portierung (SMB2 ...).

Muss auch einen Unterschied zur letzten Beta Release sein, da hat es noch einwandfrei funktioniert!!!

Wo finde ich das unter Windows 8 (64 Bit)?


PS.: OK. Muss in der NAS gemacht werden...

 

[dejotmd]

Inzwischen habe ich vom Support einen Link zu einem Patch bekommen: (Win 7 64 Bit)
ftp://on-linenline_user@ftp.synology.com/on-line/DSM4.2/WinADdomain_ACL_SaveFile/DSM4.2_samba3.6_office-x64.pat

Über den Browser hat es leider nicht funktioniert, aber direkt mit Anmeldung über FTP. Im Ordner findet man dann auch Versionen für andere OS.

Die Änderung der ACL Berechtigungen hatte bei mir keine Hilfe gebracht.
Mit dem Patch funktioniert nun wieder alles.

 

[Sid1968]

Inzwischen habe ich vom Support einen Link zu einem Patch bekommen: (Win 7 64 Bit)
ftp://on-linenline_user@ftp.synology.com/on-line/DSM4.2/WinADdomain_ACL_SaveFile/DSM4.2_samba3.6_office-x64.pat

Ich habe den Patch auf meine DS211j aufgespielt. Jetzt kann ich zwar noch mit dem Webbrowser drauf zugreifen, aber über Windows komme ich nicht mehr auf meine Netzwerklaufwerke.

 

[Haegar50]

Sorry, aber hat sich bzgl. deses Problems etwas getan? Ich habe mir im Juli 2013 eine DS 213+ gekauft mit vorinstalliertem DSM 4.2. Bei mir ist auch kein Haken bei den ACL Berechtigungen für DSM Menü (Systemsteuerung - Gemeinsame Ordner - Ordner wählen - Bearbeiten - Windows ACL -Bearbeiten der Liste für Windows Zugangskontrolle zulasssen) drin. Ich habe diesen mal gesetzt, es hat aber nichts geholfen.
Sollte ich den Patch (habe Win7 64 Bit) evtl. einmal installieren oder ist das eher kontraproduktiv?

Danke und viele Grüße
Dirk

 

[dejotmd]

Also bei mir hat das Patch geholfen und es funktioniert wieder alles.
Windows ACL ist bei mir weiterhin deaktiviert.
Am Besten eine Anfrage an den Support schicken.
Bei mir habe sie ja auch kurzfristig geantwortet.