Kopier Fehler Speicherplatz obwohl genügend frei ist

Hi!

Sollte der Fehler immer bei der selben Datei auftreten, könnte es vielleicht an der Datei liegen!

Ich habe heute früh auch mal einige Ordner von meinem Laptop auf das NAS gesynct (vom Protokoll her müsste es SMB sein, da es über die Netzwerkfreigaben von Windows geht) und ich bekomme auch irgendwann den Fehler, dass angeblich nicht mehr genügend Speicherplatz auf dem NAS zur Verfügung steht, obwohl erst knapp 7TB von insgesamt knapp 11TB belegt sind (bisher noch alles auf einer Single Disk ohne RAID).

Nach dem Löschen des gesamten Ordners, in dem der Fehler auftrat, tritt der Fehler aber weiterhin auf. Also kann es kein Problem einer Datei, sondern muss ein generelles Problem sein. Ich denke, ich werde da mal ein Ticket aufmachen, nachdem das Problem hier scheinbar sonst niemand hat und weiß, wie die Lösung dazu aussieht.

EDIT: Wenn man die Daten zum Beispiel über FTP auf das NAS überträgt, gibt es keine Probleme mit "ungenügend Speicherplatz". Somit vermute ich mal, dass es ein Problem mit dem SMB-Protokoll auf der NAS gibt.
Ich habe dazu ein Ticket bei Ugreen geöffnet und bisher kam nur die Aufforderung nach weiteren Log-Daten, aber es gab noch keine konkreten Lösungshinweise.

Und warum glaubst du, das UGREEN daran schuld ist? Hier mal ein Link zum Thema Fehler 0x80070299 klick Vielleicht bringt dich das ja weiter.

Wollte gestern meine mp3s vom alten NAS auf Ugreen kopieren über SMB. Also auf PC hat altes NAS einen LW Buchstaben und das neue auch. Dabei kamen dann auch immer bei einzelnen Dateien die Meldung das die Platte voll sei. Mit Chatgpt bin ich das dann angegangen und dabei kam heraus das irgendwas in den Dateien ist was anscheinend das SMB beim Ugreen nicht mag.

Habe von chatgpt ein Batch bekommen, das alle mp3s einmal durch ffmpeg schiebt und danach lassen sie sich alle problemlos kopieren.

Hatte dann nur noch ein paar cover.jpg die auch den Fehler verursacht haben. die habe ich dann einfach gelöscht.

ransi Kannst du vielleicht mal posten, was ChatGPT dazu gesagt hat und wie das Batch aussah?

Ich habe in meinem Ticket nämlich die Anweisung bekommen, dass eine Remote-Session nötig ist, damit das Problem genauer untersucht und dann ggf. behoben werden kann. Leider bin ich ab morgen im Urlaub und kann die Session erst übernächste Woche wahrnehmen. Aber dann wäre das mal ein Hinweis, den man den Entwicklern geben kann.

Die anderen Ordner, die ich synce/kopiere, scheinen ohne Fehler durchzulaufen. Und genau die Stelle, an der es hakt, sind MP3-Dateien. Also scheint das mit deinem Problem und wohl auch mit dem Problem von Greenhorn übereinzustimmen.

Pack doch mal die betroffenen Dateien in einem ZipArchiv zusammen, kopiere das Zipfile auf die DXP und entpacke das dort wieder, um zu sehen ob das Grundsätzlich möglich ist.

Quote from eineb

Pack doch mal die betroffenen Dateien in einem ZipArchiv zusammen, kopiere das Zipfile auf die DXP und entpacke das dort wieder, um zu sehen ob das Grundsätzlich möglich ist.

Der Vorgang funktioniert. Ist für mich aber für die eigentliche Aufgabe nicht praktikabel, da ich in meinem konkreten Fall bestimmte Ordner meines Laptops/PCs automatisiert auf das NAS wegsichern und anschließend immer wieder synchronisieren möchte.

Für einen einmaligen Vorgang aber durchaus ein mehr oder weniger gangbarer Weg, wenn man nicht auf ein anderes Protokoll (z.B. FTP) ausweichen kann/will.

Das stimmt , es war auch nur als reiner Test gedacht um evtl. das ganze etwas mehr eingrenzen zu können.

Hast Du dann auch versucht die Dateien zu öffnen ?

Es ging bei Chatgpt halt um alles mögliche: Problem mit Sonderzeichen, Länge Verzeichnis und Dateinamen und, und, und. konnte aber alles ausgeschlossen werden.

🧠 Das führt zu zwei wahrscheinlichen Ursachen:

🟡 1. Dateiattribute oder alternative Datenstreams (ADS)

• Windows kann „versteckte Metainformationen“ an Dateien anhängen (z. B. bei Downloads oder Dateien aus Netzlaufwerken).
• Diese Informationen (sogenannte ADS – Alternate Data Streams) können NAS-Transfers behindern.

🔧 Lösungstest: Datei neu schreiben

• Öffne die MP3 z. B. mit einem Player oder Editor.
• Exportiere sie neu, z. B. mit Audacity, MP3Tag oder konvertiere sie (verlustfrei) neu:

ffmpeg -i "01 Escape.mp3" -c copy "01_Escape_clean.mp3"

→ Dann versuche, diese neue Datei zu kopieren.

Das hat dann funktioniert. Dann kamen wir zu dieser Batchdatei:

@echo off
setlocal enabledelayedexpansion

:: Pfade anpassen
set "INPUT_DIR=H:\music"
set "OUTPUT_DIR=H:\clean_output"
set "FFMPEG=ffmpeg"

:: Zielbasis anlegen
if not exist "%OUTPUT_DIR%" mkdir "%OUTPUT_DIR%"

echo ===== Ordnerstruktur wird erzeugt =====

:: Alle Ordner (auch leer/verschachtelt) rekursiv erstellen
for /F "delims=" %%D in ('dir "%INPUT_DIR%" /AD /B /S') do (
    set "REL=%%D"
    set "REL=\!REL:%INPUT_DIR%=!"
    if not exist "%OUTPUT_DIR%!REL!" (
        mkdir "%OUTPUT_DIR%!REL!"
        echo [ORDNER] !REL!
    )
)

echo ===== Dateien werden verarbeitet =====

:: Alle Dateien inkl. H/S
for /F "delims=" %%F in ('dir "%INPUT_DIR%" /A:-D /B /S') do (
    set "SRC=%%F"
    set "REL=%%F"
    set "REL=\!REL:%INPUT_DIR%=!"
    set "DEST=%OUTPUT_DIR%!REL!"

    :: Datei-Attribute entfernen
    attrib -H -S "%%F"

    :: Dateityp prüfen
    if /I "%%~xF"==".mp3" (
        echo [MP3] %%~nxF
        %FFMPEG% -y -i "%%F" -c copy "!DEST!" >nul 2>&1
        if exist "!DEST!" (
            echo [MP3 OK] → !REL!
        ) else (
            echo [MP3 FEHLER] → !REL!
        )
    ) else (
        copy /Y "%%F" "!DEST!" >nul
        if exist "!DEST!" (
            echo [KOPIERT] → !REL!
        ) else (
            echo [FEHLER]  → !REL!
        )
    )
)

echo.
echo ===== ALLES FERTIG =====
pause

Quote from eineb

Hast Du dann auch versucht die Dateien zu öffnen ?

Soweit ich das beurteilen kann, funktioniert alles - bis eben auf das direkte Kopieren über SMB
Selbst wenn ich in der Windowsfreigabe die ZIP-Datei wieder auf den NAS-Ordner entpacke, geht das ohne Probleme. Abspielen der MP3-Dateien geht auf dem NAS direkt nicht. Aber selbst in Windows direkt aus der Netzwerkfreigabe abgespielt oder das Abspielen der heruntergeladenen Datei funktioniert tadellos.

ging bei mir ja auch alles, deshalb glaube ich das es an der SMB Version von Ugreen liegt.

Bei SMB von Synology auf PC gabs ja auch keine Probleme. Weder hin noch zurück.

Quote from ransi

Diese Informationen (sogenannte ADS – Alternate Data Streams) können NAS-Transfers behindern.

Das klingt gut, dieses Problem hatte ich auch schon. Da dürfte ransi ins volle getroffen haben.

Was sagt denn ADS unter Windows?

Vielen Dank für diesen Thread, auf die Idee (ADS) wäre ich alleine nie gekommen.

Das war für mich der Anfang der Lösung, hatte keine Lust auf neukodieren und kam darauf, dass man die ADS unter Windows relativ einfach entfernen kann mit einem kostenlosen Programm: AlternateStreamView von NirSoft (https://www.nirsoft.net/utils/alternate_data_streams.html). Bei mir hat das sehr effizient geholfen, konnte die Dateien anschließend ohne Meldungen auf das NAS kopieren..

Dafür kannst man auf dem Ugreen NAS auch ein Windows installieren, falls man das möchte. Das ist bei anderen NAS Herstellern nicht so möglich.

Update von meiner Seite dazu: Ich hatte gerade eine Session mit dem UGREEN-Support. Sie haben ca. 40 Minuten lang alles durchgeschaut und getestet und sind am Ende darauf gekommen, dass der Anhang in den MP3-Dateien (in meinem Fall eine Cover.jpg) zu groß für die derzeitige Einstellung ist. Deshalb meldet dann Windows, dass nicht genug Speicherplatz zur Verfügung steht.

Sie werden das Problem jetzt intern an die Entwicklung weiterleiten und in einem kommenden Update beheben. Es gibt wohl einen Parameter in den Samba-Einstellungen, den man anpassen kann. Aber die Folge davon wäre wohl, dass der Papierkorb nicht mehr genutzt werden kann (nutze ich zwar eh nicht, aber hab jetzt erstmal nichts ändern lassen).