Datei nicht sichtbar, belegt aber trotzdem Speicherplatz

492
Joshua Walsh

Ich versuche, Daten von einer fehlerhaften Festplatte wiederherzustellen. Ich habe in Ubuntu gebootet und benutze das ddrescue, um das zu tun. Das Laufwerk, von dem ich wiederhergestellt werde, ist eine alte 1-TB-Festplatte. Das wiederherzustellende Laufwerk ist ein 2-TB-SSD mit NT-Laufwerk, das für die Verwendung mit meinem täglichen Betriebssystem Windows 10 partitioniert ist.

Nach der Verwendung von ntfsfixund ntfs-3gum mir zu erlauben, meine 2-TB-SSD für den Schreibzugriff bereitzustellen, habe ich ausgeführt ddrescue. Ungefähr 900 GB bei der Wiederherstellung gab es einen Fehler, der besagte, dass der Speicherplatz knapp geworden sei. Ich hatte (törichterweise) vergessen, dass es eine Kopie aller Blöcke der Festplatte schreibt, nicht nur der verwendeten.

Während mein Laufwerk nur ~ 700 GB an Informationen hatte, ddrescuebenötigte es 1 TB vollen Speicherplatz. Ich bootete wieder in Windows und löschte etwas mehr Speicherplatz auf meiner SSD, aber ich bemerkte, dass meine .imgDatei ddrescuenicht auf der SSD erschien. Ich habe versteckte Dateien und Systemdateien sichtbar, aber sie werden immer noch nicht angezeigt. Seltsamerweise sagt die Festplatte immer noch, dass sie fast voll ist, obwohl die Dateien nur noch etwa 700 GB groß sind.

Ich habe WinDirStat verwendet und kann nicht finden, was den Speicherplatz verwendet. Ich habe wieder in Linux gebootet und verwendet, ls -alaber die Datei wird nicht angezeigt, und trotzdem werden df89% der Verwendung gemeldet.

Mit xdiskusageIch kann sehen, dass der fehlende Platz von belegt wird (permission denied). Nicht sicher, was Sie dagegen tun sollen.

dumeldet nur 799G der Nutzung. k4dirstatmeldet nur 797.51 GB. xdiskusageist das einzige Werkzeug, das ich verwendet habe, um den fehlenden Platz zu erkennen.

Wie kann ich diese Datei zurückbekommen oder auch nur den Platz beanspruchen, den sie noch zu belegen scheint?

0
Wenn Sie eine Blockkopie erstellt haben und das Ziel jetzt aus Platzgründen "voll" ist, besteht die einzige wirkliche Wahl im Moment darin, das Ziellaufwerk zu löschen und die Daten mit einer Methode erneut zu kopieren, bei der die Daten streng kopiert werden und nicht nur im Rohformat Blöcke. JakeGould vor 6 Jahren 0
Ich habe in eine Datei kopiert, nicht in ein Laufwerk. Ich bin immer noch froh, Rohblöcke zu kopieren, da ich andere Dateien auf dem Ziellaufwerk gelöscht habe, sodass jetzt genügend Speicherplatz für die vollständige Blockkopie zur Verfügung steht. Das Problem ist, dass die vorherige Wiederherstellungsdatei im Dateisystem nicht sichtbar ist, jedoch immer noch Speicherplatz beansprucht. Von meinem 2-TB-Laufwerk sind ~ 800GiB jetzt unbrauchbar. Joshua Walsh vor 6 Jahren 0
Sie sollten wahrscheinlich nicht versuchen, das fehlerhafte Laufwerk zu "reparieren", bevor Sie es mit "gddrescue" kopieren (das ist das Laufwerk, das Sie richtig verwendet haben?). Und eine der größten Funktionen von `gddrescue` ist das Protokoll. Sie können sich also dort weiter erholen, wo Sie aufgehört haben. Warum machen Sie das nicht einfach? Xen2050 vor 6 Jahren 0
Ich versuche nicht, das fehlerhafte Laufwerk zu reparieren. Das Material, das ich gelöscht habe, war vom Ziellaufwerk, wodurch Speicherplatz für die Kopie des fehlerhaften Laufwerks freigegeben wurde. Ich habe versucht, das Protokoll zu verwenden, aber es erfordert, dass Sie immer noch die partielle .img-Datei haben, die ich nicht verwende. Ich versuche wirklich nur, den Befehl ddrescue erneut auszuführen, aber ich kann es jetzt nicht, weil das Ziellaufwerk wegen einer Datei, die nicht existiert, fast voll ist. Joshua Walsh vor 6 Jahren 0
Ah, ich habe dieses Detail unter den mehreren Laufwerken nicht bemerkt. Also ist die gesamte Datenwiederherstellung und -wiederherstellung im Grunde ein roter Hering. Das eigentliche Problem ist "mein Programm hat eine große Datei geschrieben und ich kann sie nicht finden oder löschen"? Wurden Sie beim Überprüfen als root ausgeführt? Root sollte "Erlaubnis verweigert" nicht sehen. "fsck"? Xen2050 vor 6 Jahren 1
Bingo, ich habe nur das ddrescue-Zeug aufgenommen, um zu sagen, wie die große Datei erstellt wurde. Ich lief du und k4dirstat als root, ich erinnere mich nicht an xdiskusage. Ich versuche es, wenn ich nach Hause komme (in ungefähr 1 Stunde) Joshua Walsh vor 6 Jahren 0
Führen Sie `chkdsk / f` darauf unter Windows aus. Appleoddity vor 6 Jahren 1
Root `xdiskusage` führt zur gleichen Ausgabe. fsck funktioniert nur auf ext2 / 3/4. Ich werde als Nächstes "chkdsk / f" versuchen. Ich dachte, vielleicht wurde der Speicherplatz nicht wirklich genutzt, also schrieb ich mit dd eine große Datei auf das Laufwerk. Nach ein paar hundert GB wurde die Festplatte freigesprochen. Das Laufwerk ist voll, so dass der Speicherplatz definitiv nicht nutzbar ist. Joshua Walsh vor 6 Jahren 0
@Appleoddity, könntest du bitte `chkdsk / f` als Antwort posten? Das Problem wurde behoben. Ich fühle mich ein bisschen dumm, das nicht selbst auszuprobieren, aber zu meiner Verteidigung hat Chkdsk in der Vergangenheit noch nie etwas Nützliches für mich getan. Joshua Walsh vor 6 Jahren 0

1 Antwort auf die Frage

2
Appleoddity

Führen Sie chkdsk /fdas betreffende Laufwerk von Windows aus aus.

Dadurch werden beschädigte Dateieinträge repariert.

Verwandte Probleme