Файл не виден, но все еще занимает место на диске

252
Joshua Walsh

Я пытаюсь восстановить данные с неисправного жесткого диска. Я загрузился в Ubuntu, и я использую ddrescueдля этого. Диск, с которого я восстанавливаюсь, - это старый внешний жесткий диск емкостью 1 ТБ. Диск, на который я восстанавливаю данные, - это хорошо зарекомендовавший себя твердотельный накопитель емкостью 2 ТБ с разделом NTFS для использования с моей повседневной ОС Windows 10.

После использования ntfsfixи ntfs-3gдля того, чтобы я смонтировал твердотельный накопитель объемом 2 ТБ для доступа на чтение и запись, я запустился ddrescue. Приблизительно 900 ГБ в восстановлении это дало мне ошибку, говоря, что это исчерпало место на диске. Я (по глупости) забыл, что он записывает копии всех блоков жесткого диска, а не только использованных.

В то время как на моем диске было всего ~ 700 ГБ информации, ddrescueтребовался полный 1 ТБ места. Я загрузился обратно в Windows и очистил немного больше места на моем SSD, но я заметил, что мой .imgфайл с ddrescueне появлялся на SSD. У меня есть скрытые файлы и системные файлы, видимые, но он все еще не появляется. Как ни странно, жесткий диск все еще говорит о том, что он почти заполнен, хотя теперь файлы на нем имеют размер около 700 ГБ.

Я использовал WinDirStat, и он не может найти то, что использует пространство. Я загрузился обратно в Linux и использовал, ls -alно файл не появляется, и все dfже сообщает об использовании 89%.

Используя xdiskusageя могу видеть, что недостающее место занято (permission denied). Не уверен, что с этим делать.

duсообщает только 799G об использовании. k4dirstatсообщает только 797.51GB. xdiskusageэто единственный инструмент, который я использовал, который, кажется, в состоянии увидеть недостающее пространство.

Как я могу вернуть этот файл или даже просто восстановить место, которое, похоже, все еще занимает?

0
Если вы сделали блочную копию, а место назначения теперь «заполнено» из-за нехватки места, ваш единственный реальный выбор сейчас - стереть целевой диск и скопировать данные заново, используя метод, который строго копирует данные, а не просто необработанный блоки. JakeGould 6 лет назад 0
Я копировал в файл, а не на диск. Я все еще счастлив копировать необработанные блоки, так как я удалил другие файлы на целевом диске, так что теперь на нем достаточно места для хранения полной копии блока. Проблема в том, что предыдущий файл восстановления не виден в файловой системе, но все еще занимает место. Что касается моего накопителя емкостью 2 ТБ, то ~ 800 ГБ сейчас не используется. Joshua Walsh 6 лет назад 0
Вы, вероятно, не должны пытаться «починить» неисправный диск перед копированием его с помощью «gddrescue» (это тот, который вы использовали правильно?). И одна из самых больших функций gddrescue - это журнал, так что вы можете продолжить восстановление с того места, на котором остановились, почему бы просто не сделать это? Xen2050 6 лет назад 0
Я не пытаюсь починить неисправный диск. Материал, который я удалил, был с целевого диска, освобождая место для копии неисправного диска. Я пытался использовать журнал, но он требует, чтобы у вас все еще был частичный файл .img, чего у меня нет. Я просто пытаюсь снова выполнить ту же самую команду `ddrescue`, но сейчас не могу, потому что целевой диск почти заполнен из-за файла, который не существует. Joshua Walsh 6 лет назад 0
Ах, я не заметил этой детали среди нескольких дисков. Таким образом, все восстановление данных и gddrescue - это в основном красная сельдь, реальная проблема в том, что «моя программа написала большой файл, и я не могу найти или удалить его»? Вы запускали от имени root при проверке? Root не должен видеть "разрешение отклонено". `Fsck`? Xen2050 6 лет назад 1
Бинго, я просто включил материал ddrescue, чтобы рассказать, как создавался большой файл. Я запустил du и k4dirstat от имени пользователя root, я не помню для xdiskusage. Я попробую, когда вернусь домой (примерно через 1 час) Joshua Walsh 6 лет назад 0
Запустите `chkdsk / f` в Windows. Appleoddity 6 лет назад 1
Корневой `xdiskusage` приводит к тому же выводу. fsck работает только на ext2 / 3/4. Я попробую `chkdsk / f` дальше. Я подумал, что, возможно, пространство не использовалось, поэтому я использовал dd для записи большого файла на диск. Это выручило после пары сотен ГБ, говоря, что диск заполнен, таким образом, пространство определенно не пригодно для использования. Joshua Walsh 6 лет назад 0
@Appleoddity, не могли бы вы опубликовать `chkdsk / f` в качестве ответа? Это решило проблему. Я чувствую себя немного глупо, не пытаясь сделать это сам, но в мою защиту chkdsk никогда не делал ничего полезного для меня в прошлом. Joshua Walsh 6 лет назад 0

1 ответ на вопрос

1
Appleoddity

Запустите chkdsk /fна диск, о котором идет речь, из Windows.

Это восстановит любые поврежденные записи файла.

Похожие вопросы