Mehr Daten, als Partition groß ist! wtf...

**eukalyptus**

Hallo Allerseits!

Ich hab folgendes, seltsames Phänomen.

Ich hab eine Partition NTFS formatiert, welche 807GB groß ist. Davon sind laut Eigenschaften 708GB belegt. So weit so gut!

Wenn ich nun im Explorer alle Dateien und Ordner markiere und mir die Eigenschaften anzeigen lasse, habe ich 954GB Daten gespeichert.

Also mehr gespeichert, als eigentlich Platz hat.

ChkDsk meldet keine Fehler.

Hier noch eine Anzeige in Linux:

Kann mir das bitte jemand erklären.

Vielen Dank!

**alpines**

Ist auf den anderen Partitionen der HDD auch Daten drauf die in irgendeinerweise verlinkt sein könnten? Vielleicht hast du ja Querverweise (Verknüpfungen oder ähnliches) bei der die Größe der Dateien im vollen Umfang mitgerechnet wird?

Lass dir mal zur Sicherheit mit WinDirStat oder einem ähnlichen Tool die Daten anzeigen, damit du neben den Boardtools von Windows und Linux noch eine dritte Meinung hast.

**eukalyptus**

Wow Danke für das Tool!

Sofort ins Auge fällt, dass hier 3 gleich aussehende, riesige Blöcke angezeigt werden.

Es handelt sich hier um die Cache-Speicher von 3 fast identischen Videoprojekten (nur die Reihenfolge der Clips sind unterschiedlich, der Cache ist immer gleich).

Heißt das nun, dass NTFS doppelte Dateien nur einmal speichert!?

**alpines**

Zitat von eukalyptus

Heißt das nun, dass NTFS doppelte Dateien nur einmal speichert!?

Da bin ich mir ehrlich gesagt nicht sicher, ich glaube, dass das nicht der Fall ist. Denn das wäre das erste Mal, dass ich davon höre (in Bezug zu NTFS).

Ob ChkDsk Dateien gegenseitig auf Duplikate überprüft weiß ich auch nicht, vielleicht hast du Inkonsistenzen im MFT deiner NTFS-Partition?

Es könnte ja sein, dass dort die Daten mehrfach verlinkt sind obwohl sie nur einmal auftauchen, wenn ChkDsk die Einträge durchgeht und prüft ist ja kein Fehler da, da die Dateien und Sektoren alle existieren.

Eine Überprüfung ob sich Sektoren gegenseitig überschneiden würde ja bei einer 1 TB Platte Ewigkeiten dauern, deshalb vermute ich stark, dass ChkDsk das nicht überprüft.

Es könnte auch sein, dass beim Umbenennen oder Kopieren von Daten der Kopiervorgang einfach abgestürzt ist, weil die Festplatte überlastet wurde oder etwas anderes dazwischengekommen ist und die alten Dateien nicht "unlinked" wurden.

**Oscar**

Zitat von eukalyptus

Heißt das nun, dass NTFS doppelte Dateien nur einmal speichert!?

Ich würde mal behaupten, dass sich irgendwo auf der Platte Hardlinks befinden.

Hardlinks werden vom NTFS-Dateisystem doppelt (bzw. mehrfach) gezählt, sind aber physikalisch nur einmal vorhanden.

**eukalyptus**

Das is es!

Es sind Hardlinks!

Kannte ich bis jetzt nicht wirklich.

NTFSLinksView kann das anzeigen.

Desweiteren hab ich entdeckt, dass man mit "mklink" ganz einfach HardLinks erstellen kann.

Vielen Dank

**UEZ**

Versuche es mal mit

DU von SysInternals

Code

DU v1.61 - Directory disk usage reporter
Copyright (C) 2005-2016 Mark Russinovich
Sysinternals - www.sysinternals.com

usage: du [-c[t]] [-l <levels> | -n | -v] [-u] [-q] <directory>
   -c     Print output as CSV. Use -ct for tab delimiting.
          Use -nobanner to suppress banner.
   -l     Specify subdirectory depth of information (default is one level).
   -n     Do not recurse.
   -q     Quiet.
   -nobanner
          Do not display the startup banner and copyright message.
   -u     Count each instance of a hardlinked file.
   -v     Show size (in KB) of all subdirectories.

CSV output is formatted as:
Path,CurrentFileCount,CurrentFileSize,FileCount,DirectoryCount,DirectorySize,DirectorySizeOnDisk

Alles anzeigen

Dort hast du den Parameter -u.

**Oscar**

Zitat von eukalyptus

NTFSLinksView kann das anzeigen.

Geht auch mit AutoIt. Files einlesen und dann mit _WinAPI_GetFileInformationByHandle die Infos zu den Files einlesen.

Index 6 des Arrays enthält die Anzahl der Hardlinks. Wenn mehr als 1, dann mit _WinAPI_EnumHardLinks und dem Dateinpfad die übrigen Hardlinks auflisten.

Zitat von eukalyptus

Desweiteren hab ich entdeckt, dass man mit "mklink" ganz einfach HardLinks erstellen kann.

Auch das geht mit AutoIt: _WinAPI_CreateHardLink

**Oscar**

Ich habe mal schnell ein AutoIt-Programm geschrieben, zum auflisten der Hardlinks (und Berechnung der Dateigrößen):

C++

#include <FileConstants.au3>
#include <WinAPIFiles.au3>
#include <WinAPIHObj.au3>
#include <WinAPIInternals.au3>

Global $oDict = ObjCreate('Scripting.Dictionary')
Global $iFileSize = 0
Global $iFileSizeOnDisk = 0

_GetHardLinks('c:') ; Vorsicht! "C:" dauert ziemlich lange. Unter Win10 gibt es sehr viele Hardlinks.
ConsoleWrite(StringFormat('FileSize = %s (%s)\r\n', _WinAPI_StrFormatByteSize($iFileSize), _WinAPI_StrFormatByteSizeEx($iFileSize)))
ConsoleWrite(StringFormat('OnDisk = %s (%s)\r\n', _WinAPI_StrFormatByteSize($iFileSizeOnDisk), _WinAPI_StrFormatByteSizeEx($iFileSizeOnDisk)))

Func _GetHardLinks($sPath)
    Local $aFilesFolder, $hFile, $aInfo, $aHardLinks
    If StringRight($sPath, 1) <> '\' Then $sPath &= '\'
    $aFilesFolder = _WinAPI_EnumFiles($sPath)
    If @error Then Return
    For $i = 1 To $aFilesFolder[0][0]
        If BitAND($aFilesFolder[$i][6], $FILE_ATTRIBUTE_DIRECTORY) Then _GetHardLinks($sPath & $aFilesFolder[$i][0])
        $iFileSize += $aFilesFolder[$i][4]
        $iFileSizeOnDisk += $aFilesFolder[$i][5]
        $hFile = _WinAPI_CreateFile($sPath & $aFilesFolder[$i][0], 2, 0, 6)
        If $hFile Then
            $aInfo = _WinAPI_GetFileInformationByHandle($hFile)
            If IsArray($aInfo) Then
                If $aInfo[6] > 1 Then ; wenn Hardlinks vorhanden
                    If Not $oDict.Exists(String($aInfo[7])) Then ; wenn noch nicht im Dictionary
                        $oDict.Add(String($aInfo[7]), 1)
                        $aHardLinks = _WinAPI_EnumHardLinks($sPath & $aFilesFolder[$i][0]) ; die Pfade zu den Hardlinks holen
                        If Not @error Then
                            For $j = 1 To $aHardLinks[0]
                                ConsoleWrite(StringFormat('-> %s\r\n', $aHardLinks[$j])) ; und auflisten
                            Next
                            $iFileSize -= $aFilesFolder[$i][4] * ($aHardLinks[0] - 1) ; die Dateigroesse der Hardlinks abziehen
                            $iFileSizeOnDisk -= $aFilesFolder[$i][5] * ($aHardLinks[0] - 1)
                            ConsoleWrite(@CRLF)
                        EndIf
                    EndIf
                EndIf
            EndIf
            _WinAPI_CloseHandle($hFile)
        EndIf
    Next
EndFunc   ;==>_GetHardLinks

Alles anzeigen

Ich war sehr erstaunt darüber, dass Win10 doch sehr ausgiebig von den Hardlinks Gebrauch macht .

Also Vorsicht mit "C:"! Das dauert ziemlich lange (selbst mit SSD).

**eukalyptus**

Vielen Dank!

Ich finde Gefallen an Hardlinks.

Z.B. hab ich ca 25 ffmpeg.exe verstreut und das sind in Summe 1.5GB

So kann ich mir jetzt etwas zusätzlichen Platz schaffen

**alpines**

Was hast du mit deiner armen Platte angestellt

**Bitnugger**

Zitat von eukalyptus

Ich finde Gefallen an Hardlinks.
Z.B. hab ich ca 25 ffmpeg.exe verstreut und das sind in Summe 1.5GB

Bei ausführbaren Dateien musst du aber auf die Version und Architektur (32/64 bit) achten, da es sonst zu sehr schwer auffindbaren Fehlern kommen kann.

Ich verwende Hardlinks und Symlinks hauptsächlich, um Filme und Serien, die auf verschiedenen Datenträgern verstreut sind, in einem Verzeichnis zu sammeln, dass ich dann in Kodi als Quelle angeben kann.

Racer

Hallo!

Um am einfachsten herauszufinden wo eine Junktion/Hardlink oder Symlinks hingehen und wo sie überalle verwendet wird kann man einfach in der Konsole (bitte mit Adminrechte)

dir /a:L /s

eingeben und schon sieht man alles.....

lg

Racer