Verschlüsselter gemeinsamer Ordner nicht mehr aufrufbar für den Admin nach Update

[curiosity13]

Hallo Freunde und Leidesgenossen,

ich habe hier nach dem Update des DSM ein recht schräges Problem und hoffe, auf eure Hilfe.

Zur Vorgeschichte:
Nach dem Update ging auch bei mir das Webinterface nicht mehr. Auch der Assistent konnte im Netzwerk keinen Server finden
Am Mac war er jedoch in den Freigaben und ließ sich auch ansprechen... merkwürdig, aber nun ja.

SSH jaulte auch nur (timed out, bzw. no server name provided)

Also hab ich nach lesen hier im Thread einen Reset gemacht... keine Verbesserung.
Also: Think Big... erst den Switch, dann die Fritzbox getrennt... keine Verbesserung.
Diskstation mal vom Saft getrennt... keine Verbesserung
Im Router nachgesehen: Oh hoppla: die Diskststion hatte irgendwo beim rumspielen eine neue IP verpasst bekommen und war im Netzwerk sichtbar.
Na gut: erneuter Reset des gesamten Fuhrparks (inkl Fritzbox) - diesmal länger gewartet (30 min)

Neustart: TADAA - alles wieder da (mit geänderter IP) und ansprechbar.

Aber... nun das Problem:
Ich hatte kurz vorher einen gemeinsamen Ordner verschlüsselt und dem Admin zugesprochen. Ich konnte auf ihn auch zugreifen.
Und nun? Kein Zugriff und keine Möglichkeit die Berechtigungen zu ändern (alles ausgegraut und er ist nicht mehr in der Filestation sichtbar) - als Admin!


Lange Rede - kurzer Sinn:
gibt es einen Trick, diesen Ordner wieder zum Leben zu erwecken?
(Konsolenbefehle bitte genau angeben, da das ziemliches Neuland für mich ist)

Danke!

 

[Merthos]

Z.B. in http://www.synology-forum.de/showth...in-verschlüsselter-Ordner-nicht-mehr-mountbar finden sich die notwendigen Konsolenbefehle.

 

[curiosity13]

Sicher? Das scheint mir ein anderes Problem zu sein.

1. mein Ordner ist im Webinterface unter "gemeinsame Ordner" mit Schloss sichtbar. Er taucht nur nicht in der Filestation auf.
2. mein Admin hat keine Rechte mehr auf den Ordner.
3. Ich kann die Rechte vom Admin auf den Ordner nicht mehr einstellen (es ist ausgegraut). Egal, ob ich es über das Benutzerkonto selber oder über die "gemeinsamen Ordner" versuche.

Mir scheint das mehr ein Problem der Rechtevergabe zu sein. Ich denke, wenn die wieder ansprechbar sind, wird der Ordner auch zu mounten sein...

Ich möchte nichts mit falschen Befehlen verschlimmern... kann ich die dort genannten Konsolenbefehle gefahrlos testen bei meiner Problemlage?

Bitte nicht falsch verstehen - danke für deine Hilfe, ich bin nur verunsichert.

 

[Merthos]

Mit den Befehlen kannst Du nichts kaputt machen. Ich würde den Ordner mounten, via Konsole die Daten kopieren und ihn dann anschließend löschen und neu anlegen.

Alternativ kannst Du ein Ticket bei Synology aufmachen.

 

[curiosity13]

scheitert leider schon beim ersten Befehl (obwohl als admin angemeldet):

mkdir: can't create directory '/volume1/mist': Permission denied

 

[Tommes]

Auf der Konsole mußt du dich als Benutzer root mit dem Passwort des admin anmelden.

 

[stefan_lx]

sag mal, ist das Schloss offen oder geschlossen? Ich vermute, dass es geschlossen ist...das würde erklären, warum du den Ordner nicht in der Filestation siehst...

Stefan

 

[Tommes]

sag mal, ist das Schloss offen oder geschlossen? Ich vermute, dass es geschlossen ist...das würde erklären, warum du den Ordner nicht in der Filestation siehst...

Ne, ne! Soll es so einfach sein? Er hat ja auch einen Reset der Diskstation durchgeführt wodurch natürlich auch das "auto mount" der verschlüsselten Ordner zurückgesetzt wird...

Hast du denn mal unter "gemeinsame Ordner" verucht den verschlüsselten Ordner wieder einzuhängen?

 

[curiosity13]

OK, mit root komme ich etwas weiter, lande aber auch in Fehlermeldungen (das pw ist 100% richtig):

Select key bytes:
1) 16
2) 32
3) 24
Selection [16]: 2
Enable plaintext passthrough (y/n) [n]: y
Enable filename encryption (y/n) [n]: y
Attempting to mount with the following options:
ecryptfs_fnek_sig=0857491e0aa079ae
ecryptfs_passthrough
ecryptfs_key_bytes=32
ecryptfs_cipher=aes
ecryptfs_sig=0857491e0aa079ae
WARNING: Based on the contents of [/root/.ecryptfs/sig-cache.txt],
it looks like you have never mounted with this key
before. This could mean that you have typed your
passphrase wrong.

Und ich hab keine Ahnung, ob ich die Fragen richtig beantwortet habe...

@stefan:
ja, das Schloss ist zu und meinem Admin kann ich keine Berechtigung darauf vergeben.

@Tommes:
"er" ist eine "sie"

Was meinst du mit "wieder einhängen"?
Ich kann höchstens unter dem Reiter "Verschlüsselung" den Punkt "Anhängen" auswählen...

 

[stefan_lx]

dann kannst du ihn über die Gemeinsamen Ordner mit dem Button oben "Anhängen"...

Stefan

Edit: Genau den Punkt meinen Tommes und ich....

 

[Tommes]

@Tommes:
"er" ist eine "sie"

Ähm... *räusper* ... Hallo sie!

 

[curiosity13]

hmm - auch hierbei behauptet er "Passwort ungültig", was aber nicht sein kann - ich bin mir 100% sicher...
Gibt es noch an der Konsole eine Möglichkeit, dem Admin die Rechte an dem Ordner wiederzugeben?

 

[stefan_lx]

wirklich zu 100%?
den key hast du nicht zufällig heruntergeladen und noch auf dem PC?

Stefan

 

[curiosity13]

Ja ich bin sicher - ich hatte ihn notiert und vor dem Update damit auch erfolgreich den Ordner gemountet...
ausser, er kann nach dem Reset aus irgendwelchen Gründen mit den verwendeten Zeichen nichts mehr anfangen.

Und heruntergeladen hab ich ihn leider nicht - ich hatte mich gehen den "Automount" und das Herunterladen entschieden.

Gibt es also keine Hoffnung über die Rechtsvergabe was zu bewirken?

 

[Tommes]

Ohne das Passwort oder der key-Datei wirds eigentlich unmöglich an die Daten zu kommen (behaupte ich mal (laß mich aber auch gerne eines Besseren belehren))

 

[curiosity13]

Ach Mist... das waren leider knallviel Daten (fast 4TB) und das Krypten hat über zwei Tage gedauert
Eine Datensicherung habe ich zwar noch, aber ich hatte gehofft, diesen Kraftakt umgehen zu können.

Ist doch ätzend, dass nach einem Reset das System die Rechtsvergabe vom Admin "vergisst"... und wieso das Passwort mit einem Schlag nicht mehr angenommen wird, erschließt sich mir auch nicht. Ich dachte, dass der Schlüssel in der Verschlüsselung des Ordners selbst enthalten ist, nicht nur auf dem Dateisystem.

 

[Tommes]

Die Verschlüsselung hat erstmal nichts mit der Rechtevergabe zu tun. Vielleicht versuchst du es nochmal über die Konsole und gehst dabei nochmal alles Schritt für Schritt durch. Merthos hat dir ja bereits den Link dazu gegeben. Sollte dein Passwort wirklich stimmen, dann solltest du den Ordner auch wieder einbinden können. Notfalls könntest du das wohl auch über eine Live-Linux DVD bewerkstelligen.

Anderseits... 4TB ist mal'ne Hausnummer. Da sollte man schon mal über ein "worst case Zenario" nachdenken... aber das bringt dir jetzt ja auch nicht wirklich was. Edit: hast ja geschrieben, das du noch eine Sicherung hast, hab ich wohl beim ersten lesen wohl verdrängt

 

[curiosity13]

Mich wundert ja nur, dass vor dem Update der Admin in den Rechten des Ordners eingetragen war und nun danach dort rausgeflogen ist.
Daher hatte ich gehofft, dass es an der Rechtevergabe liegt - das passiert ja nicht von alleine. Und vorher MIT den Rechten des Admins auf dem Ordner konnte ich ihn ja auch ganz normal einbinden. Mit eben diesem Passwort...

Schöner Mist

 

[stefan_lx]

an die Berechtigungen kommst du nur, wenn der Ordner eingehängt ist. Wenn er ausgehängt/getrennt ist, sind die Reiter ausgegraut...

Bei mir haben die verschlüsselten Ordner das Update "überlebt" (alle noch mal getestet), allerdings sind in den Passwörtern nur "normale" Sonderzeichen, auf Umlaute z.B. verzichte ich lieber... die sind nicht auf jedem Tastaturlayout verfügbar...

Stefan

 

[curiosity13]

OK, danke für eure Hilfe bis hier hin.
Ich hab mal ein Ticket aufgegeben und gewöhne mich schon mal an den Gedanken mein Backup wieder zurückzuspielen *seufz*