Все в моем разделе NTFS исчезло

Я просто перезагрузился в Windows (я дважды загружаюсь с Ubuntu), и все в моем D: разделе пропало!

Первый вопрос: как лучше всего сохранить текущее состояние жесткого диска, чтобы максимально увеличить шансы на восстановление?

Мой самый непосредственный приоритет – сохранить то, что осталось от данных, пока я не выясню, как восстановить как можно больше. Прямо сейчас, я даже не смею переместить мышь на этом компьютере, потому что я не знаю, как это может повлиять на что угодно и уничтожить мои шансы на восстановление. Должен ли я просто оставить его? Должен ли я закрывать «чисто»? Должен ли я просто вытащить власть? Что-то другое?

Короткая (-иш) версия

Миграция 700 ГБ D: перегородка с 1 ТБ MBR-диска на 2.3 D: разбиение на 3-битный UEFI-диск.

• Gparted: во время изменения раздела изменился раздел NTFS, как я могу его восстановить?
• Если я использую «компактный» для сжатия диска NTFS, как я могу избежать сжатия сжатых файлов?
• Почему подключенный раздел NTFS не отображается в файловом менеджере Linux?
• Как вы дефрагментируете MFT на диске NTFS?
• Разрешить пользователям создавать файлы, но не редактировать и не удалять их

Двойная загрузка Ubuntu 14.04 (обновлена ​​с 13.10) и Windows 7, как 64 бит.

Резервное копирование жесткого диска ноутбука на указанный раздел для настольных компьютеров, в разделе, по-видимому, не хватало места. Оба Ubuntu и Windows сообщили об использовании 1.3TB / 2.3TB. Ubuntu явно ошибочно, недостаточно свободного места, жесткий диск с ошибкой Windows слишком фрагментирован.

Анализируя фрагментацию диска в Windows, он был довольно высоким (20 процентов). Начал де-фрагментацию, но отменил ее, потому что это не имело смысла.

Проверенный раздел для ошибок с использованием GUI; Он висел в конце. Закрытая проверка диска. Я думаю, fix errors были проверены.

Ran dskchk /F /V /XD: Он, очевидно, демонтировал раздел (флагом /X ) и закончил чисто. Выключить компьютер.

Пытался загрузиться в Ubuntu. Ubuntu по неизвестной причине висел во время загрузки.

Загрузился в Windows. Windows продолжила проверку раздела диска на D: Это не заняло много времени (по сравнению с первым запуском), и я не понял, что он сказал, но он сообщил об удалении большого количества «индексов». Я не уверен, что это просто поисковые индексы или что-то другое.

Открыть D: раздел, чтобы проверить, все ли в порядке. ВСЕ МОИ ФАЙЛЫ И ПАКЕТЫ БЫЛИ ПРОПУСТИТЬ.

Вытянутая мощность по рекомендации @ Давида Шварца .

Больше вопросов

1. Я сделал ошибку, пытаясь дефрагментировать раздел?
2. Могу ли я выяснить, что именно сделал chkdsk для моего раздела? Это поможет?
3. Как смонтировать раздел без изменения одного бита в разделе?
4. Какие инструменты могут помочь мне восстановить данные? Нужен ли мне новый диск для этого?
5. Любые мысли о получении профессионального восстановления данных помогают? Если да, то какие-либо рекомендации для хороших фирм?

Некоторые предпосылки

Как ни странно, я создавал резервную копию моего ноутбука на моем настольном разделе, о котором я, по-видимому, не sda4 места на рассматриваемом разделе ( D: в Windows, sda4 в Ubuntu). Это было очень удивительно, потому что у меня осталось много свободного места: обе утилиты df в Ubuntu и различные инструменты в Windows 7 сообщили о 1 ТБ бесплатно (раздел 2.3 ТБ на диске 3 ТБ).

Я считаю, что проблема, вероятно, (но не обязательно) связана с тем, когда я несколько месяцев назад перешел с приводов 1 ТБ на привод 3 ТБ. Миграция была болью, поскольку старый диск был MBR, а новый диск должен был быть UEFI для поддержки размера диска более 2 ТБ. Я не помню точных деталей миграции, но я по сути закончил установку Windows 7 с нуля на совершенно новый раздел C: (на новом диске), создав пару дополнительных мини-разделов для Ubuntu, затем Используя оставшиеся 2,3 ТБ для моего раздела D: Затем я установил Ubuntu 13.10 и скопировал мой старый диск размером 700 ГБ с моего старого диска 1 ТБ на мой новый раздел 2.3TB D: на моем новом диске. Я точно не помню, как я сделал копию, потому что я попробовал много инструментов (как для Windows, так и для Linux), и я не помню, какой из них наконец (казалось, работал).

Все работало отлично в течение нескольких месяцев.

Так быстро вперед назад. rsync висел при резервном копировании моего жесткого диска ноутбука в sda4 / D: Озадаченный, я попытался touch нового (пустого) файла, где раздел был установлен в Linux, и он жаловался, что на устройстве недостаточно места. df показал использование 1,3 ТБ / 2,3 ТБ.

Я перезагрузился в Windows и снова попытался создать пустой файл. Windows жаловалась на то, что диск был «слишком фрагментирован», хотя он также сообщил об использовании 1.3TB / 2.3TB.