Toggle sidebar

DSM 6.x und darunter Ordner verschwunden

  • Ab sofort steht euch hier im Forum die neue Add-on Verwaltung zur Verfügung – eine zentrale Plattform für alles rund um Erweiterungen und Add-ons für den DSM.

    Damit haben wir einen Ort, an dem Lösungen von Nutzern mit der Community geteilt werden können. Über die Team Funktion können Projekte auch gemeinsam gepflegt werden.

    Was die Add-on Verwaltung kann und wie es funktioniert findet Ihr hier

    Hier geht es zu den Add-ons

Alle DSM Version von DSM 6.x und älter
Status
Für weitere Antworten geschlossen.
C

Creadle

Benutzer
Registriert
23. Okt. 2010
Beiträge
243
Reaktionspunkte
0
Punkte
16
Hallo, leider ist ein wichtiger Ordner abhanden gekommen, was auch das Protokoll bestätigt, allerdings steht auch das es restored ist, frage ist wo?

Code: 
Warning	        2012/01/27 15:01:34	SYSTEM	Share [Privat] was restored.
Information	2012/01/27 15:01:27	SYSTEM	System started to boot up.
Warning	        2012/01/26 15:01:33	SYSTEM	Share [Privat] was restored.
Information	2012/01/26 15:01:26	SYSTEM	System started to boot up.
Warning	        2012/01/25 15:01:34	SYSTEM	Share [Privat] was restored.
Information	2012/01/25 15:01:26	SYSTEM	System started to boot up.
Warning	        2012/01/24 15:01:34	SYSTEM	Share [Privat] was restored.
Information	2012/01/24 15:01:27	SYSTEM	System started to boot up.

Ist mir heute leider erst aufgefallen.

Gibt es eine Möglichkeit an die Daten zu kommen die in diesen Ordner waren?

Der Ordner war, glaube ich, auch verschlüsselt.

Es existiert dieser Ordner noch unter volume1

@Privat@ mit ein haufen cryptischer Dateien, ich habe gelesen man kann diese wiederhestellen indem man einen neuen Ordner anlegt, verschlüsselt mit den selben Passwort und dann per Konsole kopiert, aber dann passiert das

Code: 
NAS>  cp /volume1/@Privat@  /volume1/test -R
cp: can't stat '/volume1/test/@Privat@/ECRYPTFS_FNEK_ENCRYPTED.FXYvLPYxC4ykcUYGsglmKtSXUY-sKBOiAYQQPuuoRzkTS36GIwgEfdh4PdmVBmmWbAqLUeJQRPO4M4E-/ECRYPTFS_FNEK_ENCRYPTED.FWYvLPYxC4ykcUYGsglmKtSXUY-sKBOiAYQQC1q7t.tBip4xZbOXN2as7E--/ECRYPTFS_FNEK_ENCRYPTED.FZYvLPYxC4ykcUYGsglmKtSXUY-sKBOiAYQQke7qJ9GO8tceirn4MRX1ATxMMs.Dw8pFW1gcjKXA1t3Dz5OxtEcAbkNYS9zKS7pt05SxdWMHvfTeAkmdyzGIe---': File name too long

Hervorrangend, jetzt kommt, wenn ich mich als admin anmelde der hinweiß, das ich keine berechtigung habe und auf "gemeinsame Ordner" zuzugreifen und ich mich neu anmelden soll?
Ich glaube langsam blick es nicht mehr
 
Zuletzt bearbeitet:
Creadle schrieb:
Hervorrangend, jetzt kommt, wenn ich mich als admin anmelde der hinweiß, das ich keine berechtigung habe und auf "gemeinsame Ordner" zuzugreifen und ich mich neu anmelden soll?
Ich glaube langsam blick es nicht mehr
Zum Vergrößern anklicken....

Per telnet oder ssh ist der User 'root' der Administrator mit allen Rechten ... der DiskStation 'admin' ist ja nur ein kleines Licht, dem ein par Konfigurationsdateien gehören und der ein paar Serverprogramme unter seinem Namen starten durfte. Melde dich mal mit 'root' an ...

Itari
 
Hallo

@Itar, ich hatte dem Befehl als root abgesetzt, habe es mir schon gedacht :) (wenn du den cp befehl der Console meinst)

Mit Zitat meinte ich die Weboberfläche, wo ich keinen einzigen Ordner mehr als admin etc sehe
 
Zuletzt bearbeitet:
Also, noch einmal eine Zusammenfassung.

Ich habe es anhand einer Systemwiederherstellung aus einer gesicherten Datei, geschafft meine gemeinsamen Ordner wieder sichtbar zusmachen.

Das einzige Problem ist jetzt nur noch wie ich aus meinen @Privat@ Ordner, verschlüsselt, wieder einen Privat Ordner unverschlüsselt bekomme.

Vielen Dank für eure Hilfe:)
 
Weiß niemand wie ich den Ordner wieder herstellen kann?
 
Hallo,
schau doch mal ins Wiki.

Gruß Götz
 
Kenne ich bereits
Creadle schrieb:
@Privat@ mit ein haufen cryptischer Dateien, ich habe gelesen, man kann diese wiederhestellen indem man einen neuen Ordner anlegt, verschlüsselt mit den selben Passwort und dann per Konsole kopiert, aber dann passiert das

Code: 
NAS>  cp /volume1/@Privat@  /volume1/test -R
cp: can't stat '/volume1/test/@Privat@/ECRYPTFS_FNEK_ENCRYPTED.FXYvLPYxC4ykcUYGsglmKtSXUY-sKBOiAYQQPuuoRzkTS36GIwgEfdh4PdmVBmmWbAqLUeJQRPO4M4E-/ECRYPTFS_FNEK_ENCRYPTED.FWYvLPYxC4ykcUYGsglmKtSXUY-sKBOiAYQQC1q7t.tBip4xZbOXN2as7E--/ECRYPTFS_FNEK_ENCRYPTED.FZYvLPYxC4ykcUYGsglmKtSXUY-sKBOiAYQQke7qJ9GO8tceirn4MRX1ATxMMs.Dw8pFW1gcjKXA1t3Dz5OxtEcAbkNYS9zKS7pt05SxdWMHvfTeAkmdyzGIe---': File name too long
Zum Vergrößern anklicken....
 
Hallo,
den neuen verschlüsselten Ordner trennen, dann
Rich (BBCode): 
cp -R /volume1/@Privat@/*  /volume1/@test@
dann den neuen verschlüsselten Ordner wieder anhängen.

Gruß Götz
 
Hallo, habe es kopiert, nur leider nimmt mir der DSM mein Passwort nicht, eine gesicherte Schlüsseldatei lehnt er leider auch ab mit der Begründung falsches Passwort :(
 
Hallo,
Du hast den neuen verschlüsselten Ordner mit dem selben Passwort versehen wie den alte verschwundenen?

Gruß Götz
 
Also ich habe den neuen verschlüsselten Ordne mit den Passwort von den alten angelegt, sofern ich es richtig im kopf hatte (Automatischen Einhängen war aktiv)
 
Creadle schrieb:
Hallo, leider ist ein wichtiger Ordner abhanden gekommen, was auch das Protokoll bestätigt, allerdings steht auch das es restored ist, frage ist wo?

Code: 
Warning	        2012/01/27 15:01:34	SYSTEM	Share [Privat] was restored.
Information	2012/01/27 15:01:27	SYSTEM	System started to boot up.
Warning	        2012/01/26 15:01:33	SYSTEM	Share [Privat] was restored.
Information	2012/01/26 15:01:26	SYSTEM	System started to boot up.
Warning	        2012/01/25 15:01:34	SYSTEM	Share [Privat] was restored.
Information	2012/01/25 15:01:26	SYSTEM	System started to boot up.
Warning	        2012/01/24 15:01:34	SYSTEM	Share [Privat] was restored.
Information	2012/01/24 15:01:27	SYSTEM	System started to boot up.

Ist mir heute leider erst aufgefallen.

Gibt es eine Möglichkeit an die Daten zu kommen die in diesen Ordner waren?

Der Ordner war, glaube ich, auch verschlüsselt.

Es existiert dieser Ordner noch unter volume1

@Privat@ mit ein haufen cryptischer Dateien, ich habe gelesen man kann diese wiederhestellen indem man einen neuen Ordner anlegt, verschlüsselt mit den selben Passwort und dann per Konsole kopiert, aber dann passiert das

Code: 
NAS>  cp /volume1/@Privat@  /volume1/test -R
cp: can't stat '/volume1/test/@Privat@/ECRYPTFS_FNEK_ENCRYPTED.FXYvLPYxC4ykcUYGsglmKtSXUY-sKBOiAYQQPuuoRzkTS36GIwgEfdh4PdmVBmmWbAqLUeJQRPO4M4E-/ECRYPTFS_FNEK_ENCRYPTED.FWYvLPYxC4ykcUYGsglmKtSXUY-sKBOiAYQQC1q7t.tBip4xZbOXN2as7E--/ECRYPTFS_FNEK_ENCRYPTED.FZYvLPYxC4ykcUYGsglmKtSXUY-sKBOiAYQQke7qJ9GO8tceirn4MRX1ATxMMs.Dw8pFW1gcjKXA1t3Dz5OxtEcAbkNYS9zKS7pt05SxdWMHvfTeAkmdyzGIe---': File name too long

Hervorrangend, jetzt kommt, wenn ich mich als admin anmelde der hinweiß, das ich keine berechtigung habe und auf "gemeinsame Ordner" zuzugreifen und ich mich neu anmelden soll?
Ich glaube langsam blick es nicht mehr
Zum Vergrößern anklicken....

Ich habe seit dem 30.1.20012 genau das selbe Problem. Habe eine DS110j mit Firmware 1955.

Gruss
Cafu
 
schon komisch, gibt es eine möglichkeit einen downgrade auf die 3.2 durchzuführen`?

Eventuell geht dadurch mein Ordner wieder :(

In moment schaut es so bei mir aus, ich habe keine Ahnung was die DS hier treibt

Zwischenablage01.jpg

Automatischen einhängen ist aktiv...
 
Zuletzt bearbeitet:
Status
Für weitere Antworten geschlossen.
NAS-Central - The Home of NAS
 

Kaffeautomat

Wenn du das Forum hilfreich findest oder uns unterstützen möchtest, dann gib uns doch einfach einen Kaffee aus.

Als Dankeschön schalten wir deinen Account werbefrei.

:coffee:

Hier gehts zum Kaffeeautomat 

Hosted by netcup
IT Lösungen mit NAS Servern
IT Firma Trier
Fotograf Trier
   
Oben Unten