.temp (oder ähnliches) Löschen

[Zhurris]

Hallo Synology Community,

Ich bin nach kurzer Google Suche in dem Forum hier gelandet. Leider konnte ich mit der Suchfunktion keine Antwort zu meinem Problem finden. Was vermutlich daran liegt, dass ich mein Problem nicht für eine Suche beschreiben kann.

Sollte das Thema hier schon beschrieben sein, wäre ich froh über eine Verlinkung, wenn nicht wäre ich natürlich über eine Antwort froh.

Ich bin seit etwa 8 Monaten Besitzer einer DS215j welche bei mir auch super mit RAID1 und 2 3TB WD Red läuft.
Nun habe ich leider öffters das Problem, wenn ich einen Film, oder eine Serie auf das NAS rüberschiebe mein Laptop den Geist aufgiebt und neu startet. Somit wird die Datei nicht vollständig übertragen, aber belegt meines Wissens trotzdem Speicherplatz auf dem NAS.
Nun wollte ich hier mal fragen, ob die DS215j so etwas wie einen Temp Ordner (wie man ihn von Windows her kennt) anlegt und da die abgebrochenen Datei Verschiebungen speichert. Wenn ja, wie und wo findet man das und wie kann man das bereinigen. Denn ich denke, durch meine alte Mühle an Laptop kommen da schon ein paar GB an Daten zusammen, die einfach sinnlos auf dem NAS rumliegen.

Besten Dank für eure Hilfe

Grüsse Zhurris

 

[rednag]

Ich bin mir da zwar nicht sicher, aber ich denke man sollte in keinen Ordner - welche man nicht über die GUI sieht - irgendwas löschen. Die augeblendeten und versteckten Ordner haben schon ihren Sinn. Bin mir nicht sicher, aber ich meine mal gelesen zu haben, daß /temp bei einem Neustart automatisch geleert wird. Das ist jetzt nur eine vage Vermutung ohne Anspruch auf Richtigkeit. Da können vielleicht die Linux-Profis mehr und fundierter schreiben.

 

[AndiHeitzer]

Wenn vermutlich der Windows-Explorer "de Geist" aufgibt und somit der Kopiervorgang fehlschlägt, dann nutze doch das Kommandozeilentool "robocopy".
Das macht nach einem Abbruch dort weiter, wo vorher unterbrochen wurde.

Die Hilfe dazu wird mit "robocopy /?" aufgerufen.

 

[Zhurris]

Danke für die Antworten.

Das robocopy werde ich das nächste mal berücksichtigen.