Я использую Windows 8.1 Pro. У меня есть SSD на 60 ГБ, с которого я загружаюсь, и большая часть моих данных находится на SSHD на 1 ТБ. SSHD был отформатирован только с одним разделом. Недавно я попытался сжать этот раздел до двойной загрузки CentOS, но сжатие не удалось на полпути. Когда я перезагрузился, ничего с моего SSHD не могло быть прочитано. Я запустил chkdsk /r на диске, и он нашел и исправил КУЧУ проблем (практически все файлы на диске, или так мне показалось). После того, как он исправил некоторые из моих файлов, некоторые из моих файлов были доступны, но почти все отсутствовало. Общий размер раздела правильный, но объем данных на разделе (согласно Windows) примерно вдвое меньше, чем должен быть.
Я запустил Deeper Search в TestDisk, и он нашел ~50 разделов, большинство из которых говорят, что файловая система Mac HFS(остальные - MS Data). Если я знаю, что SSHD был ранее отформатирован как один большой раздел, могу ли я что-нибудь сделать в TestDisk, чтобы исправить это и вручную сбросить таблицу разделов? Я просто не совсем уверен, что мне вообще следует делать.
решение1
Вы должны понимать разницу между двумя вещами:
- Разделыпредставляют собой смежные разделы жесткого диска, идентифицируемые номерами секторов, например, сектора от 2048 до 41 943 040. Разделы определяются в структуре данных, называемойтаблица разделов,который представляет собой просто список диапазонов секторов и некоторые простые связанные данные (например, код типа для идентификации типа данных, содержащихся в разделе). Два распространенных типа таблиц разделов — MBR и GPT, хотя это не так уж важно для вашей проблемы.
- Файловые системыгораздо более сложные структуры данных, которые позволяют хранить, организовывать и находить отдельные файлы на диске. Файловые системы часто хранятся внутри разделов, что просто означает, что они занимают диапазон секторов, идентифицированных таблицей разделов как определенный раздел. Доступно множество различных файловых систем, таких как FAT, NTFS, HFS+, ext4fs и т. д.
Чтобы использовать файловую систему, обычно необходимо иметь неповрежденную таблицу разделов, чтобы ОС могла найти файловую систему. (Исключением является случай, когда файловая система занимает весь диск, как это было распространено с дискетами и иногда делается с USB-флеш-накопителями.) TestDisk восстанавливает поврежденные таблицы разделов, ища доказательства файловых систем и создавая новые записи таблицы разделов, соответствующие любым файловым системам, которые он находит — по сути, работая в обратном порядке от обычного случая. TestDisk можетнетисправить повреждениев пределахфайловая система, однако. Для этого вам нужно использовать инструменты восстановления, специфичные для файловой системы, такие как CHKDSK.EXEв Windows для FAT или NTFS или e2fsckв Linux для ext2/3/4fs.
Операции по изменению размера раздела включают как корректировку структур данных файловой системы, так и корректировку структур данных раздела. Когда операция по изменению размера раздела не удалась, она, вероятно, оставила файловую систему в несогласованном состоянии, и она могла оставить таблицу разделов в несогласованном состоянии. Если данные таблицы разделов были скорректированы для требования меньшего раздела, чем требуется для того, что осталось от файловой системы, вы можете исправить проблему, используя инструмент разбиения на разделы, напримерGPT fdisk ( gdisk)удалить запись таблицы разделов и создать новую ста же начальная точкано конечная точка, которая простирается до требуемого размера. Это далеко не гарантированно сработает, хотя, и если вы сделаете ошибку, вы можете в конечном итоге создать больше проблем. Возможно, стоит использовать gdiskили какой-то другой инструмент для проверки размеров ваших разделов; если раздел NTFS, который вы пытаетесь сжать, отображается как маленький в gdiskили другой инструмент, который изменяет разделытолько(не файловые системы), то, возможно, стоит попробовать изменить размер раздела. С другой стороны, если gdiskраздел показывает, что между ним и следующим разделом или концом диска мало или совсем нет места, то вам не следует больше этим заниматься, а вместо этого следует сосредоточиться на исправлении на уровне файловой системы.
Скорее всего, ваши проблемы вызваны исключительно повреждением файловой системы. Если это так, и если CHKDSK.EXEвы не можете восстановить ничего больше, то ваша единственная надежда — сторонние инструменты восстановления. Что-то вродеФотоРекНапример, он может восстанавливать отдельные файлы. (Я слышал, что существуют специальные инструменты для Windows, которые справляются с этой задачей лучше, чем PhotoRec, на томах NTFS, но у меня нет под рукой никаких URL-адресов.) Возможно, есть какой-то сторонний CHKDSKинструмент, который тоже справился бы с этой задачей лучше, но мне такой инструмент неизвестен; я упоминаю об этом, потому что, возможно, вам стоит поискать информацию в Интернете по этой теме.
Еще один комментарий: Вы находитесь в состоянии, когда вероятность того, что вы нанесете больше вреда диску, пытаясь восстановить его, почти такая же, как и вероятность того, что ничего плохого не произойдет. Таким образом, лучше всего сделать низкоуровневую резервную копию диска. Для этого есть инструменты Windows, но я с ними не знаком. В Linux dd if=/dev/sda of=/path/to/backup/file.imgподойдет что-то вроде , где /path/to/backup/путь к каталогу на другом физическом диске, на котором достаточно свободного места для хранениявесьдиск, резервную копию которого вы делаете ( /dev/sdaв этом примере). Если вы не сделаете такую резервную копию, любые допущенные вами ошибки усложнят, а возможно, и сделают невозможным восстановление некоторых ваших данных.
Если все это вам не по карману, есть платные сервисы по восстановлению данных, которые вы можете использовать. Но у меня нет URL-адресов под рукой, и такие сервисы, как правило, дорогие.